将 WordPress 迁移至 Headless CMS

为什么要放弃 WordPress

WordPress 驱动全球大约 40% 的网站，但这个市场份额掩盖了真实的结构性问题。你的营销团队在与页面生成器作斗争。你的开发人员在围绕一个 20 年历史的 PHP 模板系统进行 hack。无论堆积多少缓存插件，你的 Lighthouse 分数都徘徊在橙色和红色区域。

核心问题：WordPress 被设计为单体应用。内容、展示和逻辑都纠缠在一个单一应用中。每个插件都增加重量。每次主题更新都可能破坏某些内容。攻击面巨大——WordPress 占 CMS 相关安全漏洞的 90% 以上。

Headless 架构通过将内容管理与内容交付分离来解决这个问题。你获得一个为编辑而构建的专用 CMS 和一个像 Next.js 这样的现代前端框架用于渲染。结果是：亚秒级页面加载、全面的绿色 Core Web Vitals，以及不涉及凌晨 2 点调试 functions.php 的开发者体验。

我们解决的痛点

性能无法改进

典型的 WordPress 网站在 Lighthouse Mobile 上的评分为 45-65，即使进行积极优化也是如此。服务器渲染的 PHP、阻止渲染的插件脚本、不通过适当 CDN 管道提供的图像——这些是结构性问题，而不是配置问题。你无法通过插件达到 95+ 的分数。

插件依赖地狱

平均 WordPress 网站运行 20-30 个插件。每个插件都可能是安全漏洞、性能瓶颈，以及每次 WordPress 核心更新的兼容性风险。我们审计过的网站中，仅移除未使用的插件就能让 TTFB 减少 40%。

编辑工作流瓶颈

你的内容团队不应该需要开发人员来发布博客文章或更新登陆页面。然而，像 Elementor 和 WPBakery 这样的页面生成器会创建在移动设备上断裂的脆弱布局，生成臃肿的标记，并将内容锁定在特定于展示的格式中。

SEO 脆弱性

Yoast 在编辑器中给你绿灯，但你的实际 Core Web Vitals 在失败。Google 的排名信号关心来自 CrUX 的真实世界性能数据，而不是插件复选框。糟糕的 TTFB、懒加载广告导致的布局移动、阻止渲染的 CSS——这些是正在杀死你排名的东西。

安全开销

WordPress 需要持续修补。蛮力登录尝试、通过插件的 SQL 注入向量和 XML-RPC 漏洞利用是每周的现实。部署为 CDN 上静态资源的 Headless 前端没有要攻击的服务器。

Headless 堆栈的优势

我们将 WordPress 站点迁移到四个 Headless CMS 平台之一，与前端的 Next.js 配对。正确的选择取决于你的团队、你的内容模型和预算。

Sanity

最适合需要最大内容建模灵活性的团队。Sanity 的实时协作编辑、GROQ 查询语言和可定制的 Studio 使其成为复杂内容运营的理想选择。基于 Git 的模式定义意味着你的内容模型与代码一起版本控制。SOC 2 合规、GDPR 就绪。

Payload CMS

最适合希望零供应商锁定的团队。Payload 是开源的、自托管的、用 TypeScript 编写的，并在你自己的基础设施上运行。没有按座位计价，没有 API 调用限制，没有意外发票。完美适合对 GDPR 下数据主权有严格要求的英国团队。我们在你自己的 AWS、Cloudflare 或 Hetzner 基础设施上部署 Payload。

Contentful

最适合已有 Contentful 合同或复杂本地化需求的企业团队。强大的 SDK 生态系统、成熟的 API、内置 CDN。权衡是成本——Contentful 在高级层的定价攻击性很强。我们帮助你设计内容模型，最小化 API 调用并保持成本可预测。

Storyblok

最适合需要可视化编辑的营销主导团队。Storyblok 的实时可视化编辑器让非技术用户可以在没有开发人员干预的情况下构建和预览页面。SOC 2 Type II 和 ISO 27001 认证。其基于组件的架构可以清晰映射到 React/Next.js 组件库。

我们的迁移流程

每次迁移都遵循基于一个原则的六阶段流程：你的网站永远不会关闭，你的排名永远不会下降。

第 1 阶段：审计与架构（第 1-2 周）

我们使用 Screaming Frog 和 Lighthouse CI 爬取你现有的 WordPress 网站。每个 URL、重定向链、结构化数据块、内部链接和内容关系都被映射。我们从 CrUX 数据记录你当前的 Core Web Vitals 基线——不是实验室分数，而是真实的字段数据。

从那里，我们在你选择的 CMS 中设计目标内容模型，并将每个 WordPress 内容类型、自定义字段、分类法和媒体资源映射到其 Headless 等效项。

第 2 阶段：内容迁移（第 2-4 周）

我们通过 WP-CLI 和自定义 Node.js 提取脚本导出 WordPress 内容。富文本被转换为可移植格式——Sanity 的 Portable Text、Storyblok 的富文本 JSON 或 Payload 的 Slate/Lexical 格式。图像被处理、优化并上传到 CMS 或外部 DAM。

这不是一次性导出。我们构建可重复的迁移脚本，可以在启动前重新运行，以捕获在构建阶段发布的任何内容。

第 3 阶段：前端构建（第 3-6 周）

我们使用 App Router 在 Next.js 15 中重建你的前端。每个页面根据其更新频率获得服务器端渲染或静态生成。对于经常更改的内容，我们使用 ISR（增量静态再生），对于常青页面使用完整静态生成。

图像优化通过 Next.js Image 进行，具有自动 WebP/AVIF 转换和响应式 srcsets。字体是自托管并预加载的。CSS 按组件作用域，生产中零未使用样式。

第 4 阶段：SEO 保留（第 5-6 周）

这是大多数代理失败的地方，也是我们痴迷的地方。旧网站中的每个 URL 映射 1:1 到新网站，或通过 Next.js 中间件获得 301 重定向。我们保留：

• 所有现有的 URL 结构（或如果重组则实现干净的重定向）
• Schema.org 结构化数据（Article、BreadcrumbList、FAQ、Product——无论你有什么，加上补充）
• Open Graph 和 Twitter Card 元数据
• 带有适当 lastmod 日期的 XML 站点地图
• 国际网站的规范标签和 hreflang
• 通过全面的链接映射保留内部链接权益

我们运行迁移前后的爬取比较，以验证零可索引 URL 丢失。

第 5 阶段：零停机部署（第 6-7 周）

我们在与你的 WordPress 实例平行运行新的 Next.js 网站。Vercel 的原子部署——或根据你的堆栈选择 Cloudflare Pages——让我们可以即时翻转流量。DNS 传播通过提前数天设置的低 TTL 记录进行处理。

如果任何看起来不对的地方——流量异常、爬取错误峰值、CMS API 问题——我们在 60 秒内回滚。

第 6 阶段：验证与交接（第 7-8 周）

启动后，我们在 30 天内监控 Google Search Console 是否存在爬取错误、索引变化和 Core Web Vitals 回归。我们在每个页面模板上运行 Lighthouse CI，并根据我们的保证验证分数。

你的团队获得新 CMS 的实际操作培训、编制的内容运营指南，以及常见任务的概览。

我们的 Core Web Vitals 保证

我们保证启动时每个页面模板上 100% 的绿色 Core Web Vitals。这意味着：

• LCP（最大内容绘制）：在 2.5 秒以下
• INP（交互到下一次绘制）：在 200 毫秒以下
• CLS（累积布局移动）：在 0.1 以下

这些是字段数据目标，不仅仅是实验室分数。如果我们没有达到，我们免费修复。

时间表与定价

我们基于范围提供固定费用。没有按小时计费会因复杂性而惩罚你。

• 入门级（500 页以下、标准内容模型）：£8,000 – £15,000 / $10,000 – $18,000
• 增长级（500-5,000 页、自定义集成）：£15,000 – £40,000 / $18,000 – $50,000
• 企业级（5,000+ 页、多语言、复杂工作流）：£40,000 – £120,000 / $50,000 – $150,000

时间表范围从入门级的 6-8 周到企业级的 12-16 周。每个项目包括 30 天的启动后支持和监控。

CMS 平台成本是单独的，因提供商而异。Payload 自托管从 £0/月开始（CMS 本身）。Sanity Growth 大约从 $300/月开始。我们在审计阶段准确建模成本——没有惊喜。

这适合谁

如果存在以下情况，你应该与我们交流：

• 你的 WordPress 网站在 Lighthouse Mobile 上评分低于 70，你已经用尽了基于插件的优化
• 你的开发团队花更多时间维护 WordPress 而不是构建功能
• 你的内容团队在与页面生成器作斗争而不是发布内容
• 你为托管的 WordPress 主机付费，成本超过现代 Headless 堆栈
• 你需要达到基于性能的 SEO 目标，你的当前架构无法让你达到

我们与英国和美国的营销团队、产品团队和首席技术官合作。我们已经迁移了编辑网站、电子商务商店、SaaS 营销网站和多品牌内容平台。