2026年的Sanity：它胜出的地方以及Payload超越它的地方

如果你已经将无头CMS的选择范围缩小到Sanity与Payload或Storyblok阵营之间，你已经消除了该类别产生的80%的噪音。剩下的决定才是有趣的：你是在为编辑团队的体验进行优化，还是为工程团队的所有权进行优化？把这个问题搞对了，剩下的选择基本上就水到渠成了。

当编辑团队是主角时，Sanity是答案。在Seahawk Media运营了12000多个客户构建项目，并在过去18个月内直接在Sanity上交付了几个项目后，这是关于它胜出的地方、Payload超越它的地方以及Storyblok的作用的诚实看法。定价、功能、迁移路径，以及供应商销售页面上没有人会告诉你的权衡。

2026年Sanity实际是什么

Sanity 是一个托管的无头 CMS，你用 TypeScript 或 JavaScript 编写模式，运行一个可定制的基于 React 的管理应用程序（称为 Sanity Studio，通常部署在你自己的域上），并通过 GROQ 查询内容，这是一种图形风格的查询语言，类似于 GraphQL 但在文档关系上更具表现力。编辑器之间的内容是实时的：两个编辑在同一文档中可以实时看到彼此的光标位置，就像 Figma 一样。

该平台已成熟：Sanity v3已经是过去两年的稳定主版本，Studio在单个输入组件级别上是真正可定制的，Live Content API将文档更改流式传输到你的前端而无需轮询。Sanity是2026年少数几个不会在周二下午让人感觉像早期阶段产品的无头CMS选择之一。

2026 年 Sanity 的定价，真实成本曲线

三个方案。免费版看起来很慷慨，直到你触碰硬性限制；Growth方案起价每个用户每月15美元；Enterprise是定制方案，从Growth方案停止扩展的地方开始。

免费方案

0美元/月，包含20个用户，不允许超额。
仅限于管理员和查看者角色，没有编辑、开发者或贡献者角色。
文档、资源、API请求、CDN带宽有硬性限制。如果你触碰配额，受影响的功能将被阻止，直到配额重置或你升级。
适用于：原型、内部工具，或文档数量不超过5,000份、编辑团队较小的内容网站。

Growth方案

每个用户每月15美元，最多50个用户。
所有五个角色已解锁：Admin、Viewer、Editor、Developer、Contributor。
每月包含 250,000 次 API 请求、100 万次 API CDN 请求，超出部分按使用量付费。
25,000 份文档硬上限，Growth 版本上限以上没有按使用量付费，你必须升级到 Enterprise。
定时草稿、协作功能、单点登录（如果你购买 SSO 附加服务——详见下文）。
适用场景：大多数生产环境内容网站，拥有 1 到 10 个编辑和不超过 25,000 份文档。

Enterprise 套餐

自定义价格，由销售团队管理。
更高的文档上限、自定义数据保留、高级安全性、专属支持、有 SLA 保障的性能。
适用场景：50,000 份及以上文档的网站、受监管行业、有采购需求的企业。

SSO 附加服务让 Growth 套餐看起来比实际价格更贵

Growth 套餐的 SAML SSO 是每月 $1,399 的附加服务。对于一个 5 人团队，原本每月只需支付 $75，添加 SSO 会让成本增加 19 倍。如果你的安全策略从第一天起就要求 SSO，Growth 套餐就成了虚假的省钱方案，实际上你支付的是 Enterprise 定价却没有获得 Enterprise 功能集。这点值得在做出承诺前了解。

Sanity 的优势所在（以及选择它的项目类型）

分布式团队的实时编辑协作

Sanity 的协作模式是无头 CMS 中最接近 Google Doc 协作体验的。两个编辑在同一文档中能看到彼此的光标。评论可以针对单个字段进行讨论。文档在导航中显示出在线状态。对于品牌团队、内容营销团队，以及任何两个或更多人在同一小时内经常接触同一文档的情况，这确实是一个类别定义级的功能。

不像 CMS 模板的 Schema 定制

Studio 是你部署的 React 应用。自定义输入组件、自定义预览、自定义工作流按钮、自定义验证、自定义资产管道，全部存在于你的代码仓库中。如果你的编辑团队有特殊需求（一个拒绝银行假日的自定义日期和时区选择器、一个针对竞争对手列表验证的 slug 字段、一个自定义图像裁剪 UI），Sanity Studio 是唯一一个无头 CMS，你可以不与平台对抗地构建这些功能。

GROQ 作为查询语言

GROQ 在文档图形查询中比 GraphQL 更具表现力。你可以跨引用连接、投影嵌套字段、对计算值过滤以及在单个查询中切割列表。权衡是 GROQ 是 Sanity 专有的，你无法将你的查询转移到其他地方。对于提供复杂内容表面的团队（分面目录、相关内容小部件、多语言回退链），GROQ 的编写和迭代速度比等效的 GraphQL 查询加前端逻辑更快。

Next.js 前端上的可视化编辑

Sanity 的可视化编辑功能自 2025 年起正式可用，让编辑在预览模式下直接点击 Next.js 或 Nuxt 页面并在 Studio 中编辑底层字段。这是无头 CMS 领域中除了 Storyblok 之外最干净的可视化编辑体验。如果你的编辑工作流以预览优先为主，这是一个真正的生产力提升。

Payload 超越 Sanity 的地方

当工程团队是构建的主角，而编辑团队可以被引入一个更贴近开发者的管理界面时，Payload 是正确的选择。

TypeScript 优先的 schema 作为规范来源

Payload schema 与应用代码一起存放在你的 TypeScript 文件中。类型安全是端到端的：schema、API 客户端和你的 Next.js 应用共享相同的类型，无需代码生成步骤。Sanity 的 schema 也是代码定义的，但类型生成流程更复杂，TypeScript 支持也不那么原生。

自托管，你的 Postgres 数据库，你的 S3 桶

当数据所有权不可协商时，Payload 是更好的选择。CMS 运行在你的基础设施上，数据库是你的 Postgres 或 MongoDB 实例，资产存储在你的 S3（或兼容）bucket 中。Sanity 将文档存储在 Sanity 的托管基础设施上，对大多数团队来说没问题，但对于受监管行业或任何有"不使用第三方数据存储"政策的团队来说是个阻碍。

本地 API，无 HTTP 开销

Payload 的本地 API 让你直接从 Next.js 代码调用 CMS 函数，无需 HTTP 请求。对于紧密集成的应用（CMS 只是多个数据源之一），这比 Sanity 的网络级接入模式性能明显更好。

我在这里深入讨论了 Payload 与 Strapi 的选择：Payload vs Strapi in 2026。简短版本是相同的形状：Payload 适合想要拥有权的 TypeScript 重型团队，Strapi 适合想要更丰富插件生态的团队。

Storyblok 胜过 Sanity 的地方（一个特殊情况）

Storyblok 仅在一个具体维度上胜过 Sanity：为想要逐组件布局页面而不接触代码的营销团队提供可视化编辑器。Storyblok 的可视化编辑器让非技术营销经理可以从预定义的组件块构建 hero、带 CTA 的 hero、三列特性网格布局，并在进行过程中看到实时预览。Sanity 的可视化编辑也很好，但它不是围绕相同的角色设计的。

如果你的编辑团队主要由营销人员和非技术用户组成，他们想组装页面，Storyblok 是正确的选择。如果你的编辑团队是以内容为主（撰稿人、编辑、记者、知识管理员），Sanity 的文档优先编辑器会提供更好的体验。

迁移到 Sanity：现实路径

从 WordPress

标准模式：通过 WP All Export 导出 WordPress 内容，转换为 Sanity 的 NDJSON 文档格式，通过 Sanity CLI 导入。模式映射是工作量，页面、文章、自定义文章类型、ACF 字段都需要 Sanity 的等效物。WordPress 到 Next.js 迁移指南涵盖了适用于任何 CMS 目标的 SEO 传输部分。一个 5,000 页网站的时间：单独迁移需要 4 到 8 周的集中工作，如果模式包含复杂的关系内容则需要更长时间。

从 Contentful

比 WordPress 更简单，因为 Contentful 的内容模型能很好地映射到 Sanity 的文档和引用结构。Sanity 迁移工具为 Contentful 导出提供了专门的导入器。类似大小网站的现实时间表：2 到 4 周。

从 Drupal

三种中最困难的，因为 Drupal 的 entity-and-bundle 模型在结构上有本质不同。大多数团队最后会选择在 Sanity 中从头重建 schema，而不是自动迁移。对于复杂的 Drupal 多语言网站需要 6 到 12 周。

常见问题

Sanity 符合 HIPAA 合规吗？

Sanity 的 Growth 计划未发布 HIPAA 业务伙伴协议，因此开箱即用的 Sanity 不符合存储 PHI 的 HIPAA 要求。拥有医疗保健工作流程的企业客户可以协商定制数据处理协议，但这不是默认配置。如果你的医疗保健应用需要一个直接存储 PHI 的 CMS，配备 HIPAA 附加服务的 Supabase，或在符合 HIPAA 要求的主机上自托管的 Payload 部署会是更加可靠的路径。

Sanity 比 Contentful 更好吗？

对于 2026 年的大多数团队，Sanity 提供了更多的模式灵活性、更好的实时协作、更强大的查询语言 (GROQ) 和对等功能集更具竞争力的价格。Contentful 的优势在于企业采购和与遗留营销栈的集成。如果你的团队是技术性的，编辑工作流是优先级，Sanity 是更好的选择。如果你的利益相关者要求采购友好的企业合同，Contentful 是更安全的选择。

5 人团队使用 Sanity 需要多少费用？

在 Growth 套餐中，每月 $75 可获得 5 个席位，每个席位 $15。如果你需要 SAML SSO，每月需额外支付 $1,399，同一团队的月费用将达到 $1,474。免费套餐覆盖 20 个席位且有硬性限制，所以如果你的团队规模较小且使用量较低，免费级别可能足以支持你第一年的使用。

我可以将 Sanity 与 Next.js 一起使用吗？

是的，Next.js 是 2026 年 Sanity 最常见的前端框架。官方的 @sanity/client 包处理 API 调用，GROQ 查询在 Server Components 中或通过 API 路由在服务器端运行，预览模式下支持 Visual Editing。Sanity 提供一个维护中的 Next.js 启动模板；克隆它是快速启动项目的最佳方式。

GROQ 是什么，为什么它很重要？

GROQ 是 Sanity 的内容查询语言，是一种图形化的、基于投影的查询语言，专为无头 CMS 内容所需的联接和过滤而设计。相比 GraphQL，它在文档图查询方面表现力更强。缺点是 GROQ 仅限于 Sanity，因此未来迁出 Sanity 意味着需要重写每一条查询语句。对大多数团队来说，短期内的生产力收益足以抵消锁定风险。

2026年的Sanity：它真正胜出的地方（以及Payload超越它的地方）