为什么应该使用无头 WordPress？
根据 W3科技, WordPress 是世界上使用最广泛的 CMS，为 43.3% 的网站提供支持。它始于 2003 年，是 2000 年代初部落格平台 b2/cafelog 的一个分支，现已发展成为一个软件巨头，帮助世界各地的个人和公司发展线上形象。
然而，对于希望建立数位体验、摆脱基于主题的架构所施加的限制的开发人员来说，WordPress 是一个麻烦的平台，因为它被设计为具有紧密整合的前端和后端的整体平台。
如果您曾经感到受限或陷入困境，那么将 WordPress 网站的前端与后端分开可能是解决方案。为了利用新框架、技术堆叠和交付管道，WordPress 开发人员应该考虑变得无头。
然而，您不想仓促做出这个选择。因此，请跟我一起讨论无头 WordPress 的优点和缺点。在这篇文章中，我将讨论：
- 什么是无头 CMS 和什么是无头 WordPress？
- 什么是无头 WordPress？
- 无头 WordPress 的优点和缺点
- 在什么场景下Headless WordPress是最好的选择？
- 如何启动无头 WordPress 安装？
1. 什么是无头 CMS？
没有前端的内容管理系统称为无头 CMS。其内容可透过 API 访问，该 API 将您的后端连接到「头部」或前端。无头 CMS 消除了对材料显示方式的限制。它使开发人员能够利用单一材料来源跨行动应用程序、穿戴式装置、物联网设备以及网站和应用程序提供内容。
与基于 LAMP 堆叠建构的「传统」平台（例如 WordPress 或 Drupal）相比，无头 CMS 产生并保存可由 Gatsby 或 Next.js 等前端框架读取和呈现的 JSON 或 XML 档案。这种框架独立性为开发人员提供了建构、测试和分发数位体验的创作自由。
虽然如果您要采用无头设计，大多数人会鼓励您完全放弃 WordPress，但平台解耦为大多数 WordPress 用户提供了一种便捷的方法，无需重新建立平台即可获得无头设计的好处。
但是，无头 WordPress 到底是什么呢？为什么要使用它？让我们调查一下。
2. 无头WordPress到底是什么？
Headless WordPress CMS 是一个解耦的内容管理系统，其中前端是使用与后端不同的独立框架构建的。
WordPress 与大多数其他 CMS 一样，分为两个部分：前端（head）和后端（body）。网站的前端是访客看到并与之互动的介面。另一方面，后端是容纳所有程式码和数据库的服务器。网站的后端用于个人化和管理其内容。
它充当无头 WordPress 网站的 CMS，但使用另一种前端技术向使用者显示和呈现内容。这种 API 优先的解决方案将所有 WordPress 内容解耦，使开发人员能够与第三方服务连结并透过众多管道和介面提供资讯。
此外，无头 WordPress 不使用主题来提供内容。 WordPress 主题限制了您呈现内容的方式，要求您在网站的范围内进行思考，并阻止您产生大规模的数位体验。
相反，当您使用 WordPress 作为无头平台时，它仅存储您的资料并充当 API 端点。使用这种解耦方法来分离关注点。它使行销团队能够使用熟悉的 WordPress UI，同时还允许开发人员使用他们喜欢的技术堆叠和流程（例如 React、GraphQL 和 Git）建立网站。
在经典的整体式 WordPress 系统中，后端和前端都是使用相同的语言和框架创建的，并整合到同一个系统中。这就是为什么它们被称为连结内容管理系统。使用整合 CMS 时，您可以从仪表板管理资源以及前端图形（透过主题和区块编辑器）。
将 WordPress 视为无头 CMS 是有道理的，因为您安装的 WordPress 几乎所有功能都完好无损，并且可以灵活地尝试以前无法使用的 Web 框架。虽然失去理智可能不是所有 WordPress 用户的最佳选择，但它确实为有远见的开发人员和企业提供了许多优势。
3.1 WordPress Headless CMS 的优势
虽然标准 WordPress 是非技术用户的热门选择，但对于大多数希望对功能和 UI 进行更多控制的开发人员来说，它还不够。
将 WordPress 与前端解耦是一个值得这些开发人员研究的解决方案。让我们来看看它的一些主要优点。
3.1.1 释放性能优势
WordPress 是基于 PHP。由于每个页面都是根据数据库中存储的资料产生的，因此载入时间比使用 HTML 档案建立的静态网站要长。当您添加插件时，网站会变得更加缓慢。
更好的网站载入速度是成为无头的好处之一。由于 WordPress 是用 PHP 编写的，每次使用者提交请求时，它都会连接到服务器以收集所有资料并从头开始建立页面。因此，网站的速度可能会受到影响。
另一方面，Headless WordPress 使用 Vue.js、React.js 等 Javascript 框架。因此，并不是每次使用者发送请求时都会建立网页。这些框架中的页面建构成静态 HTML，并且仅更新需要更新的部分，导致载入时间很快。因此，您的消费者将获得更愉快的用户体验。
3.1.2 前端修改弹性高
虽然 WordPress 为前端提供了合理数量的客制化可能性，但 Headless 增加了这一数量。尽管大多数人都欣赏 WordPress 的用户友好的自订工具，但有些人感到受到它们的限制，并且更喜欢从头开始创建前端。
WordPress Headless CMS 是这类人的最佳选择。此外，对于 WordPress 网站的无头化并没有硬性规定。您可以自由地使用您选择的任何 JavaScript 框架来建立您的前端。
3.1.3 多通路发布和内容管理的可扩展性
标准 WordPress 网站可用于桌面和行动装置。然而，如果你想扩展你的业务并让它在社交平台、物联网设备等多个平台上运行，你将无法做到这一点。
Headless WordPress 可让您建立一个中央网站并透过多种管道传播它，例如社交媒体、智慧型装置、物联网装置、行动应用程序和 Alexa 等虚拟助理等。
最棒的是，您对 CMS 所做的任何更新都将自动在所有平台上发布。
3.1.4 程式码可重复使用性
您的程式码和资料都无法在 WordPress 中移植。虽然functions.php 档案可用于保存和重复使用材料，但这并不是最简单的方法，而且您最终的工作量比使用无头解决方案要多。
透过无头，您可以使用 API 与后端进行通讯。在 WordPress 中编写并发布内容后，就可以提供给多个前端。此外，由于支持模组化框架，您可以重复使用其他项目的程式码，而无需更改后端。
3.1.5 资料保护
传统形式的 WordPress 很容易受到网路攻击。骇客只需取得网站 /wp-login.php 档案的存取权限即可发动暴力攻击，破坏插件即可获得存取权限，或向您的网站发送大量请求以发动 DDoS 攻击。
无头架构可以防止这种类型的网路攻击。如果您减少对插件的依赖、允许客户端渲染并使用 CDN 缓存内容，骇客将不会干扰您的无头网站。此外，无头 WordPress 的 API 优先性质简化了与网路安全服务和解决方案的集成，以防止进一步的违规行为。
3.2 使用headless WordPress的缺点
尽管拧开 WordPress 的头部有很多好处，但实际安装对于非技术用户来说更加困难。让我们看看硬币的另一面，以便更好地理解这一点。
3.2.1 需要广泛的编码知识。
Headless WordPress 的学习曲线陡峭，来自 LAMP 堆叠的新开发人员可能会感到害怕。因此，只有当开发人员能够实现这一目标时，无头才是可行的选择。否则，在分散的环境中导航和工作需要一些适应，并不是每个开发人员都能提供帮助。
对于开发人员和非技术用户来说，标准 WordPress 安装更容易掌握。如果您要建立的网站不需要无头安装所需的那种工作，那么使用普通 WordPress 可能会更好。
3.2.2 工作量增加
由于 Headless WordPress 增加了工作负载 WordPress 作为无头 CMS。
由于 headless 提供了必须单独管理的额外前端，因此会产生额外的工作负载。根据您的员工和经验，为一个网站维护两个独立的平台可能会很棘手。
3.2.3 托管工作流程复杂
无头安装需要单独的托管：一个用于 WordPress 后端，另一个用于前端。第一个服务器必须支持 PHP，而第二台服务器必须支持您正在使用的前端框架。这种迭代策略延长了开发人员投入维护工作的时间。
Vanilla WordPress 将所有内容托管在一个屋簷下，减少了复杂性和维护工作。您可以使用单一解决方案并根据需要进行扩展，而不必被迫与托管替代方案下 4D 国际象棋。
3.2.4 增加维护成本
无头架构要求开发人员维护分布在不同数据库、服务器和环境中的更大基础架构。这样庞大的系统要保持战斗状态可能会很痛苦，并且需要可以更好地利用的资源。
传统的 WordPress 网站需要较少的维护。虽然 WordPress 需要持续维护，否则您可能会面临网站有问题、不安全的风险，这已不是什么秘密，但它的行动部分更少，从而减少了您需要花在维护 Web 堆叠上的时间。
3.2.5 对CMS开发者的依赖
WordPress 成功的主要原因之一是使用此 CMS 建立网站不需要任何编码知识。简而言之，就是不依赖程式设计师。然而，有了无头 CMS，一切都改变了。
如果您选择无头，您将依赖开发人员为您建立前端。而且前端无法使用插件来设计，因此即使前端的微小调整也将依赖开发人员。
3.2.6 缺乏 WordPress 现有和即将推出的功能
当您失去「头脑」时，您就无法使用 WordPress 提供的所有出色功能。例如，没有像 WordPress 所见即所得编辑器那样的即时预览。此外，如前所述，WordPress 插件不能用于更改前端。
4. 在什么场景下Headless WordPress是最好的选择？
无头技术并不适合所有人，但效能优势使其成为拥有资源将 WordPress 提升到新水平的开发人员的一个有吸引力的选择。以下是 Headless 的一些出色表现的范例。
若出现以下情况，请使用无头 WordPress：
- 您打算跨多个平台产生资讯：您可以透过解耦的 WordPress 创建个人化、多管道的客户旅程，利用 API 将内容交付到众多管道，从而最大限度地提高流量和覆盖范围。
- 您想要创建个人化产品：如果客制化对您很重要，那么您最好不要采用无头技术。无头架构使您能够使用普通 WordPress 不适合的流程和操作。无头解决方案可让您在网站上实现完全的创作自由，并将所有控制权交给您。
若出现以下情况，请勿使用无头 WordPress：
- 您需要一个多功能后端：无头 WordPress 比标准版本更具适应性，但如果您已经熟悉无头平台，我建议直接使用具有开箱即用的内容即服务功能的完全无头平台。
- 它无法配置：在没有必要了解的情况下进行无头处理可能会对您的效能和安全性产生负面影响。如果您不配置和优化 API，您的网站将会缓慢且不安全。
如果您认为无头 WordPress 是适合您的解决方案，请继续关注。我将向您展示如何快速开始使用 Gatsby。
5. 开始使用无头 WordPress。
有几种方法可以开始使用无头 WordPress。几乎所有最新的前端 JavaScript 框架，例如 React、Vue.js 或 Angular，都可以使用。
如果您想了解如何部署无头 WordPress，请查看本教学。
- 使用 Vue 建立无头 WordPress 网站。
- 将 Gatsby 与 WordPress 结合使用
调查 WordPress 开发
WordPress REST API 是该平台向前迈出的重要一步，使其远离根源并走向未来。开发人员从一开始就欣喜若狂，但如果您一开始就不熟悉 REST API，您可能会想知道为什么。
尽管 REST API 可能会让新手感到害怕，但您无需成为经验丰富的开发人员即可使用一些基本请求。例如，API 允许您在自己（或其他）网站上执行各种操作，例如返回贴文、修改贴文和删除人员。
您正在寻找高效能的 WordPress 托管解决方案吗？ Managed-WP 的 Managed-WP.™ PRO 高级托管 WordPress 托管计划包括专业的 Vultr OpenLiteSpeed Web 服务器环境、无限 BunnyCDN 频宽、自动备份、内建 Redis 缓存等。 立即查看我们的计划！