我经历过足够多的企业 CMS 迁移，知道仅规划阶段大多数团队就需要 3-6 个月。实际迁移？对于任何非平凡的东西来说，还要再花 3-6 个月。所以如果您在 2025 年初读到这篇文章，您并不早 -- 您正好赶上时间。如果您稍后读到这篇文章... 您需要从昨天就开始。

让我们分解一下实际发生了什么、您的选择是什么，以及如何做出一个不会让您的团队陷入困境的决定。

目录

Sitecore JSS 生命终期 2026：6 月前的迁移选项

Sitecore JSS 实际发生了什么

在过去的几年里，Sitecore 一直在积极推动其可组合 DXP 战略。与 JSS 配套使用的本地部署和自托管 Sitecore XP/XM 平台被日落处理，转而采用 Sitecore XM Cloud -- 它们的 SaaS 产品。

这里是重要的时间表：

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

"生命终期"在实际术语中的含义：没有新功能、没有主动安全补丁，最终没有支持票解答。您的站点不会在 6 月 30 日停止工作。但如果某些东西坏了 -- 安全漏洞、与新浏览器的兼容性问题、Node.js 版本冲突 -- 您就得靠自己了。

我见过团队试图熬过生命终期平台。它一段时间内有效。然后它真的、真的不起作用。

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

这不像从 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、个性化、搜索等）的集成点

您失去什么

以下是人们谈论不够的内容：

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

现实的 XM Cloud 迁移成本

基于我在 2024-2025 年多个企业迁移中看到的情况：

组件 估计成本范围 时间表
发现与架构 $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 与用户验收测试 $25,000 - $60,000 4-6 周
XM Cloud 许可证（年度） $100,000 - $250,000+ 持续

这些数字根据站点复杂性、内容项数量以及您多年来积累的自定义 Sitecore 代码的数量而差异很大。简单的营销站点可能会以低端完成。多站点、多语言企业设置与重度个性化？预算偏向高端，然后添加应急预留。

XM Cloud 何时有意义

如果存在以下情况，请留在 Sitecore：

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

Sitecore JSS 生命终期 2026：6 月前的迁移选项 - 体系结构

使用不同 CMS 的无头方案

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

答案很简单：因为我们无论如何都需要迁移。

顶级无头 CMS 替代方案

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

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） 是（Presentation） 是（可视化编辑器） 否（需要插件）
内容建模灵活性 中等 高 非常高 中等 高
开发者体验 中等 好 优秀 好 好
内容作者体验 好 中等 中等 优秀 中等
内置个性化 通过 CDP 附加 否 否 否 否
多站点支持 是 是（空间） 是（数据集） 是（空间） 是（多租户）
估计年度成本（企业） $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 站点在内容繁重的页面上击中完美的 Lighthouse 分数，这些页面在 Sitecore JSS 上评分 60-70。差异是显著的。如果这个路径对您感兴趣，请查看我们的 Astro 开发能力。

Remix / React Router v7

如果您想要具有优秀渐进增强的服务器端渲染，Remix（现已与 React Router 合并）是一个可靠的选择。对于表单繁重的应用程序和您想要最佳可能体验的站点（即使 JavaScript 失败），它特别好。

规划您的迁移时间表

这是一个现实的时间表，如果您在 2025 年第一季度开始并以 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 个月。如果您开始时间晚于 2025 年第一季度，您需要压缩时间表（有风险）或接受您可能会运行超过 2026 年 6 月日期（可管理，但并非理想）。

没有人谈论的隐性成本

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

内容迁移从不干净

您的 Sitecore 内容有多年的积累垃圾。孤立的项目、重复的模板、五年前"暂时"添加的字段。迁移内容不是提升和转移 -- 这是一个清理操作。为内容迁移预留 20-30% 的额外时间，超出您的预期。

个性化债务

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

SEO 风险

任何迁移都带有 SEO 风险。URL 结构发生变化、元标签被遗漏、重定向映射有间隙。我见过在规划不善的迁移后失去 20-30% 有机流量的站点。尽早构建完整的 URL 映射，并在启动前实现 301 重定向。在迁移后的前 90 天密切监控搜索控制台。

团队重新培训

您的内容作者知道 Sitecore。他们对体验编辑器有肌肉记忆。迁移到新 CMS 意味着重新培训，这意味着数周的生产力下降。不要低估这个 -- 这不仅是一个成本，它是一个变革管理挑战。

如果您对此范围的感到不知所措，这是正常的。请随时与我们联系 -- 我们已经指导多个团队完成了这种 Sitecore 迁移，并可以帮助您找出正确的路径。

FAQ

Sitecore JSS 生命终期的具体日期是什么？

与 Sitecore XP/XM 本地部署平台相关的 Sitecore JSS 与这些平台一起进入生命终期，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 个性化（具有单独许可证的独立产品）来复制个性化功能。如果您迁移到不同的 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，他们有强大的财务动机将客户迁离遗留平台。即使提供某种形式的扩展支持，它也可能会以高级定价形式提供，并且不会包括新功能或主动安全补丁。现在开始迁移规划会为您提供选择；等待会把选择拿走。