超越由 Atlas 提供支持的 Headless

是时候认真对待无头解决方案了。 真正的企业和机构正在创建无头 Web 体验，让开发人员可以灵活地使用任何前端堆栈，并使内容创建者能够使用他们喜欢的发布界面。

在本次会议中，WP Engine 产品总监 Jason Konen 回顾了我们使用 WP Engine 的无头 WordPress 解决方案 Atlas 取得的进步，并简要介绍了我们将在 2023 年追求的进步。

会议幻灯片：

成绩单：

JASON KONEN： 大家好，我是 Jason Konen。 我是 WP Engine 的 Atlas 产品总监，今天我想和大家谈谈如何超越由 Atlas 提供支持的 Headless。 所以我们现在真正看到的是市场的巨大转变。 这可能是自智能手机问世以来最大的转变，64% 的企业目前使用 Headless 方法，90% 的企业希望在未来 12 个月内这样做。 这是一个巨大的数字。 我们知道 WordPress 社区在过去几年中一直在使用 Headless 发展壮大。 我们一直与我们的一些合作伙伴密切合作，并部署了许多 Headless WordPress 站点来满足这一需求。

我们看到的一件事是 Headless 确实赋予了开发人员权力。 所以现代 CMS 有一些非常棒的功能。 但我们发现它确实剥夺了出版商的权力。 因此，这些从一开始就专门为 Headless 构建的 Headless CMS，它们真的很有趣，它们对开发人员真的很有帮助，但发布者却失去了一些东西。 他们失去了主题和页面布局以及 SEO 工具和类似的东西。 但 WordPress 确实赋予了出版商权力，而且一直如此。 从核心到生态系统中的所有插件，所有主题和社区。

因此，真正允许发布者控制他们的消息、文本、格式、A/B 测试、SEO 工具、更改主题并完成所有这些工作，而无需大量开发。 但我们刚刚说过，Headless 带走了它，它带走了那种力量。 但我们相信 Headless WordPress 为每个人带回了它，不仅为开发人员和他们想做的事情提供支持，而且为发布者和他们试图做的事情提供支持。 因此，如果您将其视为“什么是最适合这项工作的工具”，您的开发人员将希望使用现代技术堆栈，使他们能够扩展、过度使用代码、使用现代技术并与行业一起成长。 然而，出版商希望能够使用他们熟悉并喜爱了 20 年的 CMS 工具，而无需进行大量更改。

这就是 Atlas 的用武之地。Atlas 平台旨在让发布商和开发人员都满意。 一流的 WordPress 托管是这方面的基础，但随后我们在自动缩放和修复节点托管上分层，以便您可以在 WordPress 之上构建现代 Web 应用程序。 我们有预配置的边缘缓存、CI/CD 工具和无与伦比的性能和安全性，所有这些都建立在一个不断发展的社区中不断发展的生态系统之上。 WP GraphQL 及其新功能 Smart Cache，即我们即将推出的产品 Atlas Search。 Faust.JS，一个用于构建无头 WordPress 网站的无头框架，高级自定义字段，我们去年将其引入 WP Engine 系列，我们一直在努力将我们的 Atlas Content Modeler 功能带入 ACF。

蓝图及其他，让我们不要忘记您已经知道和喜爱的世界级支持。 现在我想谈谈性能。 最近，我们有一位客户在超级碗期间投放了几则广告。 而且您甚至无法测试您将在这样的活动中获得的流量类型。 如果您在这张图表上看到这里，您会在第六、第八和第九处看到三个小尖峰。 这些是他们的负载测试，所以他们正在测试“嘿，这个网站是否能够承受”他们在超级碗期间预期的所有流量。 然后你会在图表的后面看到两个巨大的尖峰，这对应于在超级碗中播放的两个广告。 流量是他们预期的 10 倍。 这是非常成功的。

他们在之前、期间和之后都有一致的表现，即使在短短几分钟内突然出现 10 倍的 1000 万个请求。 DDoS 攻击在边缘得到缓解，防止出现任何类型的应用程序性能问题。 整个前端的 99% 被缓存到第一个字节用了 151 毫秒，渲染用了 700 毫秒，同时在超级碗期间处理了 2700 万个请求。 因此，如果您在高峰流量期间访问该站点，您将不知道它承受着如此大的负载。 这就是无头 WordPress 网站可以为您带来的那种性能。 我们已经将其构建到 Atlas 平台中。

我们与该广告背后的客户和代理机构一起努力工作，以确保他们的网站性能良好并得到优化。 我们与客户一起做的事情就是确保我们使用所有最佳实践，以确保您的网站高效、快速和安全。 因此，我们在 Atlas 团队中所做的一件大事就是倾听我们的客户和代理合作伙伴并与之合作。 我们倾听，我们学习，我们释放。 这只是我们在 2022 年为 Atlas 推出的一大堆东西。

我想传达的是我们在这方面有多少投资。 我们坚信，headless WordPress 确实为现代网站取得成功所需的性能和开发人员体验带来了世界一流 CMS 的精华。 因此，当我们继续与您合作，研究我们真正需要构建什么，我们真正需要拥有什么才能帮助您成功时，您将在这里看到越来越多的投资。 你会看到我们继续发布东西，如果不是每两周发布一次，至少每月一次，因为我们行动非常快。 您的反馈对我们非常重要。

我想从这个列表中更深入地讨论一些事情是：Faust.js。 这就是 WordPress 的 Headless 框架。 我们在 2021 年构建并发布了它。 我们从你们那里得到了很多反馈，这很棒。 我们接受了反馈并重建了它，因为它没有按照开发人员需要的方式进行扩展。 我们使用了 G-qty 提供的查询语言，发现它只是——它做了一些神奇的事情，但它并没有按照我们希望的方式扩展。 因此，我们将其换成了行业标准的 Apollo。 这使得框架具有更大的灵活性。

我们还发布了完整的模板层次结构支持。 因此，如果您是真正的 WordPress 开发人员并且多年来一直在处理 WordPress 层次结构，那么您将会非常熟悉。 你会明白到底发生了什么。 我们还添加了一个插件架构，以便您可以根据需要对其进行扩展。 身份验证、直接从 WordPress 预览内容，这些都是营销人员在构建网站时所期望的。 所以这是一个非常重要的版本，真正受到社区给我们的所有反馈的启发。 我们将继续这样做。 您今天可以使用的下一个重要功能是 Gutenberg Block 支持。

所以这是新的。 从本质上讲，我们正在努力做到这一点，以便开发人员可以确保发布者习惯于在 WordPress 中使用的块对于前端，对于您的节点应用程序是可访问的，而无需大量额外的工作，因此您可以为发布商提供他们期望的体验，以及简单易用的开发体验。 稍后我们将在 DE{CODE} 中就此召开会议。 我鼓励大家参加并从中学习。 在我们继续迭代此关键功能时，我们希望您能在这里提供反馈。

将 WordPress 带到 Headless 时丢失的另一件事是工具栏。 许多发布者习惯于转到网页，单击“编辑内容”并直接进入编辑器并能够即时更改内容。 好吧，当你去 Headless 时，它就消失了。 所以我们将其添加回浮士德。 因此，您可以像使用现有 WordPress 工具栏一样编辑内容、调试连接等。 我还认为，我们可以将一些非常有趣的东西带到工具栏中，而这些东西在传统 WordPress 中是不存在的。 服务器性能、部署状态等，只是我们对这个特定功能的一系列想法。

所以我想和 Faust 谈谈的另一件事是 Faust 是建立在 Apollo、React 和 Next.js 之上的。 它扩展了这一点，并使现代 JavaScript 开发人员更容易使用 WordPress。 你不必使用它。 我们在 Atlas 上与框架无关。 但是，如果您正在寻找有关如何最好地做到这一点的建议，我们的建议是浮士德。 今天在 DE{CODE} 推出的另一个重要功能是 Atlas 搜索。 您可能还记得去年的 DE{CODE} 中的 Atlas Search，我们在那里为你们中的许多人提供了一个开放的 Beta 版来试用。 你们中的许多人都这样做了，而且你们在这一年中向我们提供的大量反馈确实使这项功能成为我们今天可以推出的完整功能。

它首先是没有专有 API 的 GraphQL，并且是完全可扩展的。 我们拥有完整的功能集，包括 ACF 和自定义帖子类型支持、分面浏览、加权和自定义结果、词干提取、模糊性和排除，最重要的是，我们对搜索操作或带宽没有限制。 我们想让它简单易用，方便您使用。 因此，如果您对此感兴趣，请查看我们关于 Atlas Search 的更多信息。

还有一些您可能不知道的其他重要版本，我们在过去几个季度推出了这些版本：预览环境。 因此，如果您想预览投票请求，我们可以为您自动设置环境。 这使得测试和 QA 变得非常容易。 您不必做所有的工作来弄清楚谁在看什么分支以及他们在看什么环境。 您可以根据您的轮询请求自动创建这些临时环境之一。

我们也有重建 webhooks。 因此，您可以使用这些来根据您需要的任何业务逻辑触发构建。 这也是今天的生活。 这样，我们也有即时回滚。 因此，如果出现问题，您可以重新部署到您网站的先前版本。 我们还有实时构建日志和取消构建的能力。 因此，如果出现问题，请继续并取消它，我们可以查看错误、进行更改并重建该站点。 然后你们中的许多人要求的另一个是密码保护，就像在传统的 WordPress 中一样。 您可能有希望客户查看和批准的预览环境。 给它设置一个密码，这样你就可以让它生效并允许他们使用它。

现在我想告诉你更多关于未来的事情。 明年，我们为 Atlas 准备了许多伟大的事情。 但我想谈谈其中一些更接近现实的内容，你应该会在接下来的几个月内看到。 第一个是高级监控和分析。 我们经常听到您说您想要更多信息、更多分析，我的网站发生了什么？ 我的流量是什么样的？ 访问日志是什么样的？ 因此，我们希望向您展示这一点，以便您无需提出要求即可看到。

您可以使用它来优化您的活动、代码和网站。 我们还将添加 GraphQL 监控和警报。 您的 GraphQL 实时查询到底发生了什么？ 这样您就可以优化性能。 我之前提到过超级碗广告，它需要对各种查询进行大量调整才能获得最佳体验。 那么，如果我们可以为您提供触手可及的所有信息，以便您可以在构建时自行优化，那会怎样呢？ 这就是这里的目标。

我们还想改善 CI/CD 体验。 所以我们今天为您进行自动部署和类似的事情，但是有些部署管道不存在。 例如，如果您要更改后端和 WordPress 以及 Node 中的前端，您如何同时部署这两者以获得正确的体验？ 因此，我们将研究允许为您的项目构建和管理构建管道的方法，并在 WordPress 和 Node.js 上管理部署。 我们经常听到的另一个重要项目是 Headless 个性化和本地化。 随着这些网站的针对性越来越强，我们希望确保您拥有对网站进行个性化和本地化所需的所有工具。 因此，我们正在研究如何实现这一点。

我们非常希望得到您的帮助，因为当我说 Headless 个性化或本地化时，这对许多不同的人来说可能意味着很多事情。 因此，我很乐意听取您的意见，了解您在该领域所做的工作，以便我们能够确保为您构建合适的功能。 我们还在构建一个 Headless Block 库。 这是我之前谈到的 React Gutenberg Bridge 项目的扩展，我希望你能参加我们稍后在 DE{CODE} 活动中的会议。 但是我们想提供一个包含 WordPress 中最常用块的库，这样它们就可以全部设置好并连接起来供您开箱即用，这样您就不必去做那些工作了。

您还可以根据需要使用这些作为模式来连接您自己的自定义块。 我对此的长期希望是，开发人员将开始能够构建可重用组件的库，并可能与社区共享它们，以便我们都能在我们的项目中抢先一步。 说到浮士德，我想指出我们在这里的持续投资。 正如我之前所说，Faust 使用 Apollo、React 和 Next.js。 我们将向我们的平台添加更多功能来支持这些组件，以便它们运行得更快、更安全，并让您在 Atlas 上真正轻松地进行开发。

所以现在我想谈谈一个非常有趣的话题。 这个问题是在我们几周前举行的圆桌会议上提出的。 我认为，问题恰恰是，为什么每个人都如此大力推动 Headless？ 所以我想谈谈，Headless 是否适合每个项目？ 我认为在高层次上，它不是。 您需要为工作选择合适的工具。 当您希望在您希望非常、非常安全的现代 Web 堆栈上构建非常快速和高性能的东西时，Headless 真的很出色。 当您有复杂的项目时，它会表现出色。 当性能至上时，它会表现出色。

我会推荐你​​在 Headless 上建立一个小型宣传册网站吗？ 不一定，除非它是一个流量很大的网站，有过性能不佳的历史并且您需要提高其性能，或者如果您想要进行试验。 它们是进行实验的完美站点，因为它们通常很小。 但是，如果您正在做一个大型媒体网站或电子商务网站，我建议您使用 Headless，因为它将允许您以一种非常可组合的方式构建这些网站，从其他系统引入数据，构建全渠道体验，并且快速高效。

我推荐 Headless WordPress，因为我们知道出版商喜欢 WordPress。 它是用于管理和开发内容的最佳 CMS。 那么，您为什么不希望以一种让发布商和开发人员都满意的方式来做到这一点，同时拥有一个非常灵活的性能令人难以置信的网站。

我想感谢您今天的时间以及您持续的反馈和合作伙伴关系，因为我们继续我们的使命，使 WordPress 成为一个伟大的 Headless CMS。 我们今天在 DE{CODE} 活动中还有许多其他 Headless 会议。 我鼓励您观看这些内容，提出问题，因为我们总是很高兴与您合作并听到您认为对开发您的网站很重要的事情。 谢谢。