您的部署通过了。您的营销团队发布了一个活动。然后——距现在11个月后——一张 Sitecore 支持工单带着一句话回来了："JSS 已在2026年6月到达生命周期终结。不再提供进一步的补丁。" 您只有18个月的时间才能停止安全补丁，才能在下一个 Node 升级时 CDN 集成中断，才能将您的内容团队锁定在不再发送修复的 CMS 中。时间很紧张：发现需要6-8周，供应商演示再需要4周，内容迁移如果您的分类法是干净的（它不是）需要10-14周。这让您在2026年6月前只有2-3个月的缓冲时间。XM Cloud 希望您留在 Sitecore 家族中。Contentful 和 Sanity 想要您的 API 调用。Strapi 希望您拥有您的架构。每条路径都解决不同的问题——但只有在您现在开始范围界定时才行。

我经历过足够多的企业 CMS 迁移，知道仅规划阶段就需要大多数团队花费3-6个月。实际迁移？对于任何非平凡的事情，还需要另外3-6个月。所以如果您在2026年初读到这个，您不是早期——您恰好是时候。如果您读得更晚...您需要昨天就开始。

让我们分解实际发生的事情、您的选项以及如何做出不会让您的团队手忙脚乱的决定。

目录

Sitecore JSS End of Life 2026: Migration Options Before June

Sitecore JSS 实际发生了什么

Sitecore 在过去几年中一直在积极推动其可组合 DXP 战略。JSS 所构建的内部部署和自托管 Sitecore XP/XM 平台正在被其 SaaS 产品 Sitecore XM Cloud 取代。

以下是重要的时间表：

  • Sitecore XP 10.x 在2026年进入主流支持终结
  • 与 XP/XM 内部部署相关的 JSS SDK 版本 失去积极开发和安全补丁
  • 2026年6月 是扩展支持条款发生重大变化的关键日期
  • Sitecore XM Cloud 成为未来唯一积极开发的 Sitecore 无头平台

"生命周期终结"在实际意义上意味着：没有新功能，没有主动的安全补丁，最终没有支持工单答复。您的网站不会在6月30日停止工作。但如果出现问题——安全漏洞、浏览器兼容性问题、Node.js 版本冲突——您将独自面对。

我见过团队尝试度过 EOL 平台。这在一段时间内有效。然后它真的、真的不再有效。

为什么这比典型的生命周期终结更重要

这不像从 React 17 升级到 React 18，您可以在一个周末内碰撞一些依赖项并修复几个突破性更改。Sitecore JSS 与 Sitecore 后端紧密耦合。布局服务、内容解析器、渲染主机体系结构——所有这些都特定于 Sitecore 向您的 JavaScript 前端提供内容的方式。

当 JSS 进入生命周期终结时，您不仅仅失去了前端 SDK。您失去了内容和演示层之间的整个桥梁。这意味着任何迁移路径都需要重新思考方程式的两边。

使这变得紧迫的另一个因素：Sitecore 的许可模式已经发生了戏剧性的变化。如果您目前为 Sitecore XP/XM 内部部署许可证付费，您的续约条款将推动您向 XM Cloud 靠近，无论您是否想去那里。仅价格压力就使保持现状的成本不断增加。

Sitecore XM Cloud 路径

让我们从显而易见的选项开始：按照 Sitecore 推荐的升级路径到 XM Cloud。

您会获得什么

XM Cloud 是 Sitecore 的 SaaS 无头 CMS。它包括：

  • 一个新的 SDK（Sitecore JavaScript 渲染 SDK，JSS 的后继产品）
  • 对 Next.js 作为主要渲染框架的内置支持
  • Sitecore Pages——一个用于内容作者的可视页面构建器
  • 托管主机和基础设施
  • 与其他 Sitecore 可组合产品的集成点（CDP、Personalize、Search 等）

您会失去什么

以下是人们谈论得不够的：

  • xDB 和体验分析 —— XM Cloud 不包括 XP 中的分析平台。您将需要 Sitecore CDP（单独的产品、单独的许可证）或第三方分析解决方案。
  • 营销自动化 —— EXM（电子邮件体验管理器）在 XM Cloud 中不存在。您正在寻找 Sitecore Send 或另一个 ESP。
  • 自定义管道处理器和事件处理程序 —— 所有在 Sitecore 后端运行的自定义 C# 代码？需要重新设计或替换。XM Cloud 是 SaaS——您无法部署自定义服务器端代码。
  • 定价控制 —— 您从永久许可证模式迁移到 SaaS 订阅定价。对于某些组织，这是一项需要数月才能获得批准的预算重组练习。

现实的 XM Cloud 迁移成本

基于我在2026年前看到的多个企业迁移：

| 组件 | 估计成本范围 | 时间表 | |-----------|---------------------|----------|| | 发现与架构 | $30,000 - $75,000 | 4-8周 | | 内容建模与迁移 | $40,000 - $120,000 | 6-12周 | | 前端重建（Next.js SDK） | $80,000 - $250,000 | 8-16周 | | 集成返工 | $30,000 - $100,000 | 4-8周 | | QA 与 UAT | $25,000 - $60,000 | 4-6周 | | XM Cloud 许可证（年度） | $100,000 - $250,000+ | 持续 |

这些数字根据网站复杂性、内容项数量和您多年积累的自定义 Sitecore 代码量而大不相同。一个简单的营销网站可能会以较低的价格完成。一个多站点、多语言的企业设置，具有大量个性化功能？预算要达到高端，然后再添加一个应急基金。

XM Cloud 何时有意义

如果满足以下条件，请留在 Sitecore：

  • 您的内容团队对 Sitecore 创作体验进行了深入培训
  • 您大量使用 Sitecore 的个性化功能，并计划采用 Sitecore CDP
  • 您有一个大型的 Sitecore 合作伙伴关系，并希望维持该投资
  • 您的组织采购流程使扩展现有供应商比开展新供应商更容易

Sitecore JSS End of Life 2026: Migration Options Before June - architecture

使用不同的 CMS 实现无头架构

以下是 Sitecore 迁移文档不会告诉您的事情：这个生命周期终结是一个机会。如果您对 Sitecore 的复杂性、许可成本或开发人员体验感到沮丧，这是您评估替代品而无需任何人问"为什么我们要切换？"的机会。

答案很简单：因为我们必须迁移。

热门无头 CMS 替代品

Contentful 多年来一直是默认的企业无头 CMS。强大的内容建模、良好的 API、成熟的生态系统。定价从小型团队的约 $300/月开始，但快速扩展——企业计划运行 $3,000-$5,000+/月。他们的 Compose 产品提供了一些内容作者可能会从 Sitecore 中错过的页面构建功能。

Sanity 是我个人在开发人员体验方面的最爱。结构化内容方法、GROQ 查询语言和实时协作功能确实出色。他们基于 API 使用而非席位的定价模式使其在规模上更可预测。计划从免费（令人惊讶的慷慨）到自定义企业定价不等。

Storyblok 如果您的内容团队需要可视化编辑，值得认真考虑。他们的可视化编辑器最接近 Sitecore Pages 提供的功能，这可以减轻非技术用户的过渡。定价从 $106/月开始，一直到自定义企业级别。

Strapi 是开源选项。自托管、完全可定制、无按座位许可。如果您的团队有强大的后端开发人员，并且您希望完全控制，Strapi v5 令人惊讶地能够胜任。权衡是您负责托管、扩展和安全。

Hygraph（以前的 GraphCMS）在您的团队以 GraphQL 思考时很强大。原生联合支持使其对具有分布式内容所有权的组织很有趣。

我们已帮助团队迁移到其中几个平台，通过我们的无头 CMS 开发服务，正确的选择完全取决于您的具体内容模型、团队能力和预算限制。

Sitecore 迁移的 CMS 比较

功能 Sitecore XM Cloud Contentful Sanity Storyblok Strapi
可视化页面编辑 是（Pages） 受限（Compose） 是（演示） 是（可视化编辑器） 否（需要插件）
内容建模灵活性 中等 高 非常高 中等 高
开发人员体验 中等 好 优秀 好 好
内容作者体验 好 中等 中等 优秀 中等
内置个性化 通过 CDP 附加组件 否 否 否 否
多站点支持 是 是（spaces） 是（datasets） 是（spaces） 是（多租户）
估计年度成本（企业） $100K-$250K+ $36K-$60K+ $15K-$50K+ $15K-$36K+ 自托管成本
Sitecore 迁移复杂性 高 中等 中等 中等 中等-高

前端框架注意事项

这是迁移从工程角度变得有趣的地方。Sitecore JSS 最初支持 React、Angular、Vue，甚至 React Native。在实践中，我遇到的 80%+ 的 JSS 实现都是基于 React 的。

所以当您迁移时，您也需要选择您的前端栈。

Next.js

如果您移动到 XM Cloud，您正在使用 Next.js——这是唯一官方支持的渲染框架。但即使您离开 Sitecore，Next.js 也是一个强大的默认选择。

Next.js 15（截至2024年底稳定）与 App Router 一起为您提供了服务器组件、流式传输和开箱即用的出色性能。生态系统庞大。与寻找 Sitecore 开发人员相比，找到 Next.js 开发人员相对简单。

我们为这种迁移进行了大量的 Next.js 开发，团队在从 Sitecore JSS 获得的性能改进通常显著——Core Web Vitals 分数的40-60%改进很常见。

Astro

如果您的 Sitecore 网站主要是内容驱动的（营销页面、文档、博客），并且没有重量级的交互功能，Astro 值得认真考虑。它默认零 JavaScript，并让您仅在需要交互的地方引入 React、Vue 或 Svelte 组件。

我见过 Astro 网站在得分 60-70 的 Sitecore JSS 上的内容繁重页面上达到完美的 Lighthouse 分数。差异是戏剧性的。如果这条路径引起您的兴趣，请查看我们的 Astro 开发能力。

Remix / React Router v7

Remix（现在与 React Router 合并）如果您想要具有出色渐进增强的服务器端渲染，那就是一个不错的选择。对于表单繁重的应用程序和您希望在 JavaScript 失败时仍然能获得最佳体验的站点特别好。

规划您的迁移时间表

如果您在2026年第一季度开始并针对2026年6月之前完成，这是一个现实的时间表：

第1阶段：发现与决策（第1-8周）

  • 审核您当前的 Sitecore 实施
  • 编目所有内容类型、模板和组件
  • 识别集成（CRM、ERP、分析、营销工具）
  • 使用概念验证实现评估2-3个 CMS 选项
  • 获得预算批准（这总是需要比您想象的更长时间）

第2阶段：架构与内容建模（第8-14周）

  • 设计您的新内容模型
  • 将 Sitecore 模板映射到新 CMS 内容类型
  • 规划您的组件架构
  • 设置 CI/CD 管道
  • 构建您的内容迁移脚本

第3阶段：构建（第14-30周）

  • 实现您的前端组件
  • 构建 API 集成
  • 运行内容迁移（迭代——不要试图一次性完成所有工作）
  • 实现个性化和分析
  • 设置预览和创作工作流

第4阶段：QA、培训与发布（第30-40周）

  • 完整回归测试
  • 性能测试和优化
  • 内容作者培训
  • 分阶段推出（按网站部分或按地理位置，如果多站点）
  • DNS 更换和监控

那大约是10个月。如果您的开始时间晚于2026年第一季度，您需要要么压缩时间表（有风险），要么接受您可能会在2026年6月之后运行（可管理但不理想）。

没有人谈论的隐藏成本

我见过的每个迁移估计都低估了三件事：

内容迁移从不干净

您的 Sitecore 内容已经积累了多年的废料。孤立项目、重复模板、5年前添加的"临时"字段。迁移内容不是简单的转移——这是一次清理操作。为内容迁移预算20-30%的额外时间。

个性化债务

如果您正在使用 Sitecore 的个性化规则，您需要确定这些规则去向。大多数无头 CMS 平台都没有内置个性化。您需要一个单独的工具——无论是 Sitecore CDP、Uniform、Ninetailed 还是自定义解决方案。重新创建您的个性化逻辑很耗时，因为它很少有很好的文档记录。

SEO 风险

任何迁移都会带来 SEO 风险。URL 结构改变、元标记被遗漏、重定向映射有空隙。我见过网站在计划不周的迁移后失去20-30%的有机流量。在您启动前早期构建完整的 URL 映射并实现 301 重定向。在迁移后的前90天密切监控 Search Console。

团队再培训

您的内容作者知道 Sitecore。他们对 Experience Editor 有肌肉记忆。转向新的 CMS 意味着再培训，这意味着生产力下降数周。不要低估这一点——这不仅仅是成本，还是一项变更管理挑战。

如果您被这个范围压垮了，那是正常的。随时 与我们联系——我们已经指导多个团队完成了正是这种 Sitecore 迁移，可以帮助您确定正确的路径。

常见问题

Sitecore JSS 生命周期终结日期具体是什么时候？ Sitecore JSS（与 Sitecore XP/XM 内部部署平台相关）与这些平台一起进入生命周期终结，2026年6月是关键里程碑。此日期后，对遗留 JSS SDK 的积极支持和安全补丁停止。Sitecore 的 XM Cloud 后继 SDK 是一个单独的产品，需要 XM Cloud 订阅。

我可以在生命周期终结日期后继续运行 Sitecore JSS 吗？ 从技术上讲，可以。您的网站不会停止工作。但您将不会收到安全更新、错误修复和 Sitecore 的支持。如果发现 JSS 渲染主机或布局服务中的关键漏洞，您需要自己修补。对于任何处理敏感用户数据的组织，这是一个很难证明的合规风险。

从 Sitecore JSS 迁移到 XM Cloud 需要花费多少？ 大多数企业迁移运行 $200,000 到 $500,000+，取决于复杂性、站点数量、内容量和集成要求。这包括发现、架构、开发、内容迁移、QA 和培训。年度 XM Cloud 许可证在迁移成本之上通常运行 $100,000-$250,000+。

切换到不同的无头 CMS 比升级到 XM Cloud 更便宜吗？ 通常是的——尤其是在持续成本方面。Sanity、Contentful 和 Storyblok 等平台的年度许可成本低于 XM Cloud。但是，迁移工作是相似的或稍高，因为您要迁移到一个完全不同的内容平台，而不是留在 Sitecore 生态系统内。3-5年的总拥有成本倾向于对大多数组织有利于非 Sitecore 选项。

当我迁移时，我的 Sitecore 个性化规则会发生什么？ 如果您迁移到 XM Cloud，您需要 Sitecore CDP 和 Sitecore Personalize（单独的产品，单独的许可证）来复制个性化功能。如果您迁移到不同的 CMS，您需要第三方个性化平台，如 Uniform、Ninetailed 或自定义实现。无论哪种方式，都期望从头开始重建您的个性化规则。

我应该为 Sitecore 迁移使用哪个前端框架？ Next.js 是最常见的选择，如果您移动到 XM Cloud 是唯一的选项。对于内容繁重、交互性最少的网站，Astro 提供卓越的性能。Remix 对于表单繁重的应用程序很强。如果您当前的 JSS 实现是基于 React 的（大多数都是），Next.js 为您的开发团队提供最平稳的过渡。

典型的 Sitecore JSS 迁移需要多长时间？ 计划从启动到发布的8-12个月，用于企业级迁移。简单的单站点实现可能在4-6个月内完成。具有复杂集成的多站点、多语言设置可能需要12-18个月。仅发现和决策阶段通常需要6-8周，这在任何开发开始之前。

在迁移前，我应该等待 Sitecore 宣布扩展支持吗？ 不要指望。Sitecore 的战略方向明确指向 XM Cloud，他们有强大的财务动机让客户离开遗留平台。即使提供某种形式的扩展支持，它可能会以高级定价的形式出现，不会包括新功能或主动的安全补丁。现在开始迁移规划为您提供选择；等待会夺去选择。