为每个 SaaS 客户提供他们自己的内容空间

在此之上有一条刻意为之的规则：一个空间的最后一个所有者不能被降级或移除。一个没有所有者的空间，就是一个没有任何人能管理的空间——锁要留在外面。

#按项目定价会对 SaaS 的利润率造成什么

正是在这里，CMS 的选择不再是一个技术决策。

于2026 年 8 月 17 日从各厂商定价页面核实：

值得注意的规律：这些单位随你的客户数量缩放，而不是随你每个客户带来的收入缩放。一款每月 29 美元套餐的 SaaS，无法消化每个客户每月 35 美元的 CMS 计费项。这笔算术根本算不过来，而且规模越大也不会好转。

这正是 corpusctl 为之而建的场景。空间不是一个计费单位。

#读取，以及为什么它们也不应被计量

第二项随客户数量缩放的成本是流量。如果你的 CMS 对 API 调用计量，那么每个客户的访客都算在你的表上，而你流量最大的客户就是你成本最高的客户——无论他们付给你多少钱。

corpusctl 的读取路径通过去掉调用来去掉计量表。发布会把内容写入对象存储中一个不可变、以哈希寻址的文件，并刷新一份清单。读者的客户端在本地将 slug 解析到对应的清单分片，然后从 nginx 边缘缓存获取那个地址。这个地址是一个内容哈希，因此它永远不会返回不同的内容——可缓存三十天，无需失效策略。

访客流量从不触及 API 或 PostgreSQL。你的写入路径按你的编辑人员规模来设计；你的读取路径由你的缓存来决定规模。

#降级不得删除数据

在 SaaS 里，你会有降级、流失又回来的客户。CMS 在那一刻的作为，是你继承下来的一个产品决策。

corpusctl 把每一项功能都做成一个模块——媒体、搜索、webhooks、SEO、GraphQL、导入、分析——并具有两种状态：

套餐降级会把模块设为 disabled。它绝不删除数据。 这是在代码库里强制执行的，而不是在客服文章里承诺的——这很重要，因为三个月后回来的客户期待他们的内容还在，而他们这样期待是对的。

模块也不得相互导入。服务注册表和事件总线是它们之间唯一的通道，而如果违反该规则，CI 会让构建失败。实际后果是：移除一项功能不可能搞坏系统，因此每个租户的功能集是一个配置问题，而不是一次分叉。

#为多租户 SaaS 评估任何 CMS 的一份清单

1. 一个项目是一个计费单位吗？第 100 个客户要花多少钱？
2. 隔离在哪里强制执行——应用，还是数据库？
3. 一个用户能在不同租户中拥有不同角色吗？
4. 读取会被计量吗？由谁计量——你，还是你客户的访客？
5. 数据在降级时会怎样？
6. 你能从API配置一个租户，而无需人工在面板里操作吗？
7. 是否有一个每租户的配额计数器，你可以读取并据此计费？

第一个问题在你还没走到第二个问题之前，就淘汰掉了大多数候选者。

相关： 无头 CMS 对比 · corpusctl 对比 Sanity