Headless WordPress 托管的优势、劣势与真实成本

要点：

• 无头 WordPress® 托管将 WordPress® 后端和公开前端作为可独立部署的应用程序运行，即使由同一家提供商同时托管两者。
• 集成式无头平台可简化账单、支持流程和基础设施协调，而拆分式无头平台则能提供更多提供商选择、灵活性以及成本控制能力。
• 评估托管商时，应考察其持续 API 性能、PHP 并发能力、对象缓存、CORS 控制、前端运行时支持、重新验证、Git 部署和监控能力。
• 实际成本包括两个托管层、使用费、预览环境、开发、维护，以及管理两套系统所需的运维工作。
• ACF 为无头构建提供结构化内容层，通过 REST 或 WPGraphQL 暴露可预测的字段，使前端团队能够更快地构建网站，并以更不易出错的代码维护网站。

无头 WordPress®¹ 托管并非单一产品或价格层级。它是 WordPress® 后端与独立前端应用背后的基础设施，而这两者都需要保持快速、安全、相互连接且易于维护。因此，选择托管商比比较存储空间、流量限制或月度价格更为复杂。 

本指南介绍了主要托管模式之间的差异、选择提供商时需要考察的方面、领先选项的对比情况，以及在纳入完整技术栈后，无头 WordPress® 托管的实际成本。

WordPress 转为无头架构后，托管方式会发生哪些变化

当 WordPress® 转为无头架构时，后端和前端会变成两个可独立部署的应用程序：

• WordPress® 后端仍需托管 PHP、数据库、媒体、插件、编辑器以及 REST API 或 WPGraphQL。 
• 可独立部署的前端——通常使用 React、Next.js 或其他 JavaScript 框架构建——通过静态文件、CDN、无服务器或边缘函数、Node.js 运行时，或这些方式的组合来为访问者提供服务。

两层之间的连接也会成为基础设施的一部分。发布操作可能会触发构建或重新验证缓存页面，而预览功能必须安全地获取草稿内容。根据所采用的架构，团队还可能需要为每个应用程序配置 API 缓存、CORS、Webhook、部署管道和监控。

相比之下，传统 WordPress® 网站通常作为一个应用程序栈运行。Nginx 或 Apache 等 Web 服务器接收请求，PHP 运行 WordPress® 及其插件，MySQL 或 MariaDB 数据库存储内容，而 WordPress® 主题生成发送给访问者的 HTML。因此，CPU、内存、PHP 并发能力、数据库性能、页面缓存、文件存储和 CDN 交付共同决定网站的表现。

单一提供商还是拆分平台：两种架构模式

无头 WordPress® 项目可以将两个应用层都放在同一家提供商处，也可以将它们拆分到不同平台。两种模式都不会改变底层架构——WordPress® 和前端仍是独立应用程序，各自拥有代码、部署流程和资源需求。

以下是两种方法之间的区别：

• 借助一体化平台，一家供应商可提供托管的 WordPress® 主机、前端托管、部署工具和支持服务。例如，WP Engine 的 Headless Platform 将其 WordPress® 环境与用于前端的动态 Node.js 环境打包在一起。整合可以减少账单、仪表板和支持边界的数量，但并不能免除开发工作。团队仍需负责自己的前端代码、API 查询、预览、缓存逻辑、测试和部署配置。WP Engine 还将平台故障排查与不受支持的自定义代码和 GraphQL 开发区分开来。
• 平台拆分设置将 WordPress® 放在托管主机上，将前端放在 Vercel、Netlify 或 Cloudflare 等服务上。对于完整的 Next.js 应用程序，Cloudflare 使用 Workers，而 Pages 则适用于静态导出。拆分托管提供更多供应商选择，使任一层都更容易替换，并且可能提供更低的入门成本。然而，它也会带来独立的账单、监控系统、部署系统、支持团队和集成责任。

起价也可能没有表面上那么简单。SiteGround 的入门云计划目前为每月 $100，而 Vercel Pro 为每个开发者席位每月 $20，并包含每月 $20 的使用额度。两者合计约为每月 $120，未计税费、域名、插件、监控和额外使用量。

选择无头 WordPress 主机时需要考虑什么

合适的托管服务必须支持项目实际的工作负载和发布流程，而不只是宣称兼容无头 WordPress®。REST API 内置于 WordPress® 中，因此许多托管服务在技术上都可以向独立应用程序提供内容。更有用的问题是：该平台能在生产环境中可靠运行完整工作流程的程度。

请评估以下方面：

• 足够的 PHP 并发量：REST 和 GraphQL 请求、编辑器操作、预览以及前端构建可能同时访问 WordPress®。应询问 PHP 工作进程如何分配，以及达到上限时会发生什么。当所有进程都忙时，后续请求将进入队列，而不是立即得到处理。
• 持久化对象缓存：传统页面缓存可能无法覆盖动态 API 响应。Redis 对象缓存则能在请求之间保留常用的 WordPress® 对象，从而减少 REST 或 GraphQL 查询期间重复的数据库工作。
• 托管的 CORS 配置：来自另一域名上前端的浏览器端请求需要正确的跨源响应标头。应寻找平台级控制功能，使开发者无需维护脆弱的自定义标头逻辑。服务器端获取可能不需要 CORS。
• 所需的前端运行时：当一体化平台承载动态渲染的 Next.js 前端时，需要适当的 Node.js 运行时。纯静态导出则没有相同的运行时要求。
• ISR 和 webhook 支持：对于 Next.js 项目，应确认前端平台支持其缓存和重新验证模型。WordPress® 应能够在发布后调用受保护的端点，以使相关路径或缓存标签失效。
• 基于 Git 的部署：连接代码仓库后，推送提交或合并拉取请求应能触发构建和部署，并在生产环境之前提供预览环境。

此外，请记住，入门级共享主机可能适合小型项目，但随着需求增长，有限的并发性、缓存和可观测性很快就会成为瓶颈。

无头 WordPress 托管提供商对比

无头 WordPress® 提供商销售的产品并不完全相同，以下是主要选项的概览：

• WP Engine Headless Platform 由同一家供应商同时提供托管 WordPress® 和 Node.js 前端托管服务。它支持兼容 Node.js 的框架，并提供 Faust.js 作为可选的 Next.js 工具包，用于预览和模板路由等 WordPress® 功能。用户可使用免费沙盒环境，但生产环境定价需要联系 WP Engine。它最适合重视 WordPress® 专用工具和统一支持，而非选择独立提供商的团队。
• Pantheon 可在同一 WebOps 平台中托管 WordPress® 和 Next.js，支持 Dev、Test、Live 环境、基于 Git 的部署、SSR、SSG、ISR 和中间件。由于这些应用仍是彼此独立的站点，完整的 WordPress® 与 Next.js 技术栈需要两个站点套餐。Pantheon 采用标准站点套餐定价，不收取带宽超额费用，也不按调用次数收费。成本取决于所选工作区、流量层级和支持等级。它最适合寻求可重复工作流和集中运营的团队，但其集成的前端托管仅适用于 Next.js。
• Kinsta 主要作为拆分技术栈中托管 WordPress® 的一半。单站点托管起价为每月 $35，按年计费时实际为每月 $30。前端必须单独托管和付费。Kinsta 适合希望使用托管 WordPress® 后端，同时在前端平台方面保留完全自由度的团队。
• Cloudways 提供托管云服务器，起价为每月 $11，是本次对比中成本最低的后端选项。定价采用按量付费模式，超额带宽费用因基础设施提供商而异。它具有灵活性和较低的入门门槛，但团队仍需负责连接、监控和支持独立的前端。
• Pagely 提供基于 AWS 的托管 WordPress® 托管服务，而非集成前端平台。其公开套餐目前起价为每月 $99，ProPress 层级起价为 $499，并增加独立计算资源、解耦的数据库资源和不限数量的 PHP 工作进程。它更适合代理商和关键任务工作负载，而非小型实验项目，并且仍需单独的前端托管。

无头 WordPress 托管的真正成本

托管价格因架构而异：

然而，月度账单只是起点。你还需要考虑完整技术栈的成本，以及该提供商能减少多少集成和运维工作：

实施通常是成本更高的一项。Codeable 估计，中型无头实施通常需要 $25,000–$100,000，而同等规模的传统 WordPress® 构建只需 $5,000–$25,000。

影响托管决策的权衡

托管方面的主要权衡在于，团队希望自行运维多少基础设施。

各平台的预览支持不同。WP Engine 提供 Faust.js 工具，用于经过身份验证的 WordPress® 预览，而使用其他技术栈的团队可能需要自行构建和维护预览流程。

即使采用一体化托管，运维复杂性依然存在。WordPress® 后端和前端仍分别拥有代码库、部署管道、更新周期、日志和监控要求。单一提供商可以协调这些系统，但无法将它们变成一个应用程序。

渲染策略也会决定托管要求。Next.js ISR 需要兼容的运行时，以及一种让 WordPress® 安全触发按需重新验证的方式。SSR 需要服务器端计算资源，通常是 Node.js 运行时；而完全静态输出几乎可以运行在任何静态主机上，但随着内容增长，重新构建可能需要更长时间。

要进一步了解涉及插件和编辑工作流的权衡，请参阅 ACF 关于 无头 WordPress® 是否值得的指南。

内容建模的位置

托管决定 WordPress® 后端和前端在哪里运行，而内容模型决定二者能否可靠协作。当 WordPress® 提供可预测的字段、数据类型和关系，而不是迫使开发者解析不一致的页面标记时，无头前端更容易构建和维护。

高级自定义字段（ACF®）通过字段组提供这种结构；这些字段组可以通过 WordPress® REST API 公开，也可以与独立的 WPGraphQL for ACF 插件配合使用。ACF PRO 字段（如 Repeater 和 Flexible Content）还可以让你对更复杂的组件化内容进行建模，而不必将其绑定到 WordPress® 主题。

不要让缺乏结构的后端削弱你的无头架构。使用 ACF 构建内容模型，从第一天起就为前端提供整洁、可预测的数据。

使用 ACF PRO 的高级功能为您的网站增压

借助 ACF Blocks 和选项页面，以及 Flexible Content、Repeater、 Clone、Gallery Fields 等功能，加快工作流并解锁更高效的网站开发能力。

探索功能 查看定价

PRO 功能

ACF Blocks 选项页面

PRO 字段

中继器 灵活内容 图库 克隆

常见问题

运行无头 WordPress 是否需要特殊托管服务？

不需要专用产品——任何运行 WordPress® 并开放 REST API 的主机在技术上都可以为无头前端提供服务。

更有实际意义的问题是，主机能否在生产环境中运行无头工作负载。这取决于持续 PHP 并发能力能否支持同时进行 API 调用、是否能使用对象缓存提供动态响应，以及是否提供托管式 CORS 标头以支持来自其他域的浏览器端请求。

入门级共享套餐可以提供 API 服务，但随着流量增长，有限的并发能力和缓存往往会成为瓶颈。

无头 WordPress 站点是否需要两个独立主机？

不一定——可以将两个层都放在同一家服务商，也可以拆分到两家；无论采用哪种方式，底层架构保持不变。

一体化平台会将 WordPress® 后端和前端托管在一起，从而整合账单、支持和部署工具。拆分式方案则将托管式 WordPress® 主机与独立的前端平台搭配使用，既能提供更多服务商选择，也可能降低入门价格。

无论采用哪种方式，后端和前端仍然是各自拥有独立代码和部署流程的独立应用。

可以免费托管无头 WordPress 吗？

不能完全免费——WordPress® 后端需要付费托管，但前端可以使用多个平台提供的免费套餐。

Cloudflare Pages 提供不限带宽的免费套餐，可用于商业项目；Vercel 的免费 Hobby 套餐则仅限个人、非商业用途。后端仍需要一台始终在线的付费服务器来运行数据库、存储媒体并提供 API，最便宜的托管套餐起价约为 $11/month。

免费仅适用于技术栈中的其中一层，而非整个技术栈。

采用无头架构会让 WordPress 站点更快吗？

无头架构可以让站点更快，但速度提升来自前端架构和托管方式。仅移除 WordPress® 主题并不能保证站点速度更快。

通过 CDN 提供预渲染或静态导出的前端，可以避免为每位访客运行 PHP，从而缩短响应时间。这些提升取决于渲染策略——静态导出、服务端渲染或增量静态生成——以及其背后的运行环境。

配置不当的无头架构可能比经过优化的传统 WordPress® 更慢。

采用无头架构后，WordPress 插件会怎样？

在无头设置中，负责生成前端输出的插件将停止工作，因为 WordPress® 不再渲染公开站点。

表单、相关文章、站内搜索和 SEO 元数据输出等功能，必须在前端重新构建或替换。在数据层运行的插件仍可继续使用，因为它们通过 REST API 或 WPGraphQL 公开数据。

这正是结构化内容模型发挥作用的地方。ACF 通过 WordPress® REST API 或 WPGraphQL for ACF 插件公开可预测的字段，使前端接收干净、类型明确的数据，而无需解析主题标记。

无头 WordPress 是否值得额外增加托管成本？

当项目需要高度定制的前端、多个内容渠道，或者前后端需要独立扩展时，无头 WordPress® 值得支付新增成本。

两层托管、预览基础设施以及额外的开发时间都会提高总成本，因此关键问题是：你的问题是否真的能通过分离前端来解决。对于标准的营销网站，托管的传统 WordPress® 通常更简单，也更便宜。

如需更详细地权衡插件和编辑流程方面的取舍，请参阅 ACF 关于无头 WordPress® 是否值得的指南。

文章《无头 WordPress 托管：优缺点与真实成本》最初发布于 ACF。