DE{CODE}：何时为客户端选择 Headless

当客户有性能和安全要求时，代理机构应何时选择传统 WordPress 或无头 WordPress？ 在此 DE{CODE} 会议中了解更多信息，其中有一个机构专家小组，他们权衡了无头的好处、限制、机会和权衡。

会议幻灯片

全文抄本

HASHIM WARREN：您好，欢迎来到我们的小组，何时为客户选择 Headless WordPress。 所以我叫 Hashim Warren，我是 Atlas 的产品营销经理，这是我们针对 Headless WordPress 的解决方案。 当人们采用或想要采用 Headless WordPress 时，我从他们那里收到的第一个问题是，我什么时候应该使用传统的 WordPress，多合一 WordPress，什么时候应该使用 Headless WordPress。

因此，如果我有一个对性能和安全性有要求的客户，比如在采用或选择 Headless 或传统 WordPress 方面我应该考虑什么。 而且，如果我选择 Headless WordPress，我应该期待什么，我会让自己进入这里。 所以今天我们有一个优秀的小组，他们既有传统 WordPress 项目的经验，也有 Headless WordPress 项目的经验，他们将能够回答我知道你们中的许多人都遇到的一些重大问题。

所以今天和我一起的是 Jonathan Jeter，他是 Click Here Labs 的技术生产总监。 我们还有 Springbox 的技术总监 Stephen Brooks。 我们还有 space 150 的首席技术官 James Squires。我们还有 drewl 的常务董事 Tayo Onabule。

所以我现在只想让小组成员进来，这样我们就可以开始这个对话了。 因此，让我们以这种方式开始对话。 只需告诉我是什么让您个人或您的机构首先对 Headless WordPress 感兴趣。 乔纳森，你能让我们开始吗？

乔纳森·杰特：当然可以。 所以我们对在 Headless 领域工作有一段时间很感兴趣。 我们对它感兴趣的主要原因是因为我们想创建更大的项目来集成来自多个来源的数据。 并且 WordPress API 还不完全存在。 所以我们正在研究以不同的方式呈现前端层，仍然使用来自 WordPress 的内容。 所以，这基本上就是我们五到七年来一直在做的事情，试图找出最好的方法。

现在它比以前容易得多，显然还有更多 - 就您将如何去做而言，有多种选择。 因此，我们看到了空间的增长，我们对它的发展方向感到非常兴奋。 它

哈希姆·沃伦：太棒了。 斯蒂芬，你有类似的故事吗？ 比如是什么让您或您的机构对 Headless WordPress 感兴趣？

STEPHEN BROOKS ：是的，所以我们从 2015 年左右开始进入 Headless 领域，传统上处理基于 jam 的 CMS 平台。 在过去的几年里，与一些在 Jam 系统内部工作的营销团队打交道一直是一个挑战，这只是因为内容输入的范式转变，而不是帖子和页面类型的方法。

就像 Jonathan 一样，我们也尝试过利用 WordPress API。 这有点麻烦，并不能真正始终满足您的需求。 每当 WP Engine 提到 Atlas 并谈论底层技术时，这都是我们在果酱空间中传统所做的事情的大厨之吻。

所以现在与我们的客户进行真正轻松的对话，因为几乎所有营销人员都有在 WordPress 内部工作的经验，但开发人员可以获得 Headless 解决方案的额外好处。 因此，您可以获得安全风险缓解，以及与基于 React 的表示层的一些顶级交互。 所以这是我们最近真正的驱动力。

哈希姆·沃伦： 太棒了。 Tayo，你能告诉我们你的故事吗？为了跟进，你能告诉我们如何说服出版商采用 Headless WordPress 吗？

TAYO ONABULE ：是的。 所以我的意思是，我认为，就我们而言，我们进入 Headless WordPress 领域的时间稍微晚一些，也有点不同。 我们的核心驱动力之一是我们的客户之一 Android Authority，他的影响力相当广泛。 目前有点暗示每月访问量达到 2000 万左右。

他们的需求在某种程度上非常简单。 他们需要非常好的 SEO，比如顶级。 他们周围有很多非常有能力的竞争对手。 所以，是的，他们发布的所有文章都非常出色的 SEO、非常出色的性能和非常好的阅读体验。

所以 Headless 真的是——它真的是我们谈话的一部分，就像我们试图尽我们所能找到一种方法来使他们现有的 WordPress 网站满足所有这些需求一样。 基本上，真的是最大限度。 和无头，首先是我只是做了一些研究然后就像，哦，好吧也许我们可以，也许试一试。

我们越深入，越深入，经历了说服团队的过程。 但随着我们深入了解它的整个开发过程，我们开始意识到，是的，它回答了所有这些主要问题，比如 SEO 性能和体验，但随着时间的推移，它也给了我们完全的灵活性在。

我们推出了，我相信那是去年五月，所以我们实际上是在周年纪念日。 , 但是，是的，自那次发布以来，我们已经成功地在网站中构建了大量的集成。 如果我们使用整体式或全部集成在一个 WordPress 上，所有这些都会困难得多。 它给你的灵活性是其中之一——这是我告诉 Android Authority 我们会拥有的东西之一，但我认为我基本上没有完全意识到它提供的规模和自由。

哈希姆·沃伦： 太棒了。 所以，到目前为止，我们听说了 SEO 性能、开发人员的灵活性、项目类型的灵活性，以及​​发布者能够坚持使用他们知道的 CMS。 吉米，你的经历是否与这些相符，或者你有什么要补充的，是什么让你或你的机构被 Headless WordPress 所吸引？

JAMES SQUIRES： 是的，我认为我们也有很多共同点。 我可能会补充一点，一开始可能会遇到的事情有点自私，但我会到达那里，为什么这是一件好事。 但对我们来说，这真的是开发人员满意度驱动的。

我们主要来自 React 和基于 React 的框架背景，有点像进入 WordPress。 我们的客户对 WordPress 的要求越来越高，但我们的工程师实际上对大多数情况下进行基于主题的开发并不满意。 当仍然有很有意义的应用程序时，我们仍然会这样做，但如果您的开发人员对产品和他们正在构建的内容感到满意，我发现输出通常是您获得一流的体验，因此对我们的客户来说是一个真正的好处，尽管我们跳入它实际上是围绕着我们的工程师想做的事情。

哈希姆·沃伦： 太棒了。 许多正在观看此内容的人会在会议上听到的其中一件事是 WordPress 的基于主题的开发与基于组件的开发之间的区别。 任何人都可以谈谈吗？ 在构建网站时采用基于组件的方法的好处是什么？

TAYO ONABULE： 是的，实际上我真的很想谈谈。 就像，我确信我们都有这样的例子，但我认为当你使用 JavaScript 库时发生的最令人满意的事情之一，比如 React，无论如何，根据我们的经验，是的，正如你所说，访问这种基于组件的构建风格。

这意味着对于一个部分，您可以将整个站点设计分解为这些更加灵活的组件部分。 举个例子，您的页面上可能有一个块具有两种不同的样式。 第一，图像在左侧，文本在右侧，比方说。 就像一个简单的例子。 而 React，就是你有一个带有修饰符的块的情况，基本上，只是说，翻转文本和图像的顺序。

当我们谈论整体时，你基本上只是，是的，也许你在相同的基础上开始，但你很快必须将两者分开，你现在有两个独立的东西。 在某种程度上，变化必须分布在两个不同的事物上。 正是这种概念意味着，当您越来越多地使用 Headless 前端时，您可以在整个站点上运行的灵活性和一致性，在特定组件的所有使用中，意味着开发，正如 James 之前所说，对开发人员来说要令人满意得多。

这是一个相当好的体验。 你真的可以看出 React 的设计目的是为了最大限度地提高开发人员的产出，而且正如 James 所说，所有这些都传递给了客户端。 因为我认为你可以分辨出什么时候用爱和享受制作了一些东西，它总是会产生更好的输出。

STEPHEN BROOKS： 是的，不仅如此，Tayo。 但它也有一些其他的好处。 我的意思是，对于开发人员满意度这一块，您确实一语中的，但是如果您看一下传统的基于模板的开发，而不是基于组件的开发、单元测试，对吧。 在基于主题的方法中实施任何类型的单元测试真的很困难。 有了一个组件，boom，它就在你身边。

但是我想补充一点，但这不一定是针对开发人员的，对企业主来说更是如此。 通常使用基于组件的方法，您针对给定主题页面的工作量会显着降低，因为您的组件，您将在所有地方重复使用它们，对吧。 而且它不需要额外的键盘输入时间，打字，去添加那个额外的块，无论它去哪里。 您只需构建一次。 每当你食用它时，你都会滋润你的身材。 繁荣，你完成了。 它是如此美丽，如此之快。 太棒了。

JONATHAN JETER：我们必须培训我们的创意人员，对吧，因为他们习惯于喜欢，好吧，这个网站有 5 个模板，或者这个就是任何模板。 我们就像，不，不能摆脱它，对吧。 所以我们最终调用了它。 只需设计厨房水槽页面，对，一个包含所有内容的页面，对，我们将从那里构建它。 所以是的，这让开发变得容易多了，但我们必须对员工进行全面培训，以确保他们了解我们在做什么以及我们是如何构建它的。

JAMES SQUIRES：是的，甚至是运营。 我的意思是，当我们这样做时，它改变了我们为客户提出建议的方式。 我们谈论块的数量，以及我们如何构建这些块，而不是模板。 我认为，对于一些人来说，尤其是在营销方面，这就是一种范式转变——你有无穷无尽的不同块类型的页面。 实际上是这些核心块和组件，以及我们正在构建和界定的内容。

TAYO ONABULE： 最后一点。 而且我认为提案的提及是一个非常好的观点，因为 Headless 流程极大地改变了您可能对某个功能或新页面布局的任何估计。 事实是它确实随着时间的推移非常一致地减少。 您的组件库越宽，添加额外样式或其他内容、调整整个站点的样式、添加新页面布局所需的时间就越少。 所有这些事情都变得越来越容易。

老实说，我认为这对每个人来说都是令人欣慰的。

HASHIM WARREN： 所以，这真的很有趣。 这不仅仅是 Headless 与 all in one 站点，它是基于模板的开发与基于组件的开发。 看起来它涉及报价、客户工作和客户批准、测试和 QA 工作、开发工作和设计工作。 看起来有一个转变。 听起来好像有积极的转变。 有没有什么-

因此，如果您有客户进来，他们说，我有 xyz 要求。 您会听到哪些要求会让您说这非常适合 Headless 项目？ 斯蒂芬，你能开始我们吗？

斯蒂芬·布鲁克斯：是的，当然。 所以我个人首先要看的是组织需要的安全足迹，对吧。 这是面向内部的网站还是面向外部的网站？ 在那之后，然后我们开始看，嘿，这个 CMS 是否会支持多个项目、全渠道交付。 如果前两个框被选中，砰的一声，这是一个自动的无头构建。

如果只有其中一个被选中，那么我们需要与我们的客户进行更深入的交谈，以确保它符合他们的运营足迹。 我想说的是，在过去八个月里，我所进行的 95% 的谈话都是很酷的。 每个人都喜欢它。 这是一个真正的范式转变。 嗯是的。

HASHIM WARREN： 不，那太棒了。 乔纳森，你能谈谈吗？ 什么样的要求会让你觉得，好吧，这应该是一个 Headless 项目？ 还有，关于采用 Headless，您会向客户解释哪些权衡取舍？

JONATHAN JETER：当然，其中一个主要问题，有点像前面提到的那样，是您使用多少数据源来聚合网站的内容？ 客户是否希望将其用作中央内容存储库，而不是将其和其他八个来源用于移动应用程序或媒体，或其他任何内容，对吗？

所以我们有那个谈话。 如果他们喜欢，哦，是的，我们都在。这是一个显而易见的选择。 此外，作为一家广告公司，我们拥有这些创意类型，他们总是在设计这些非常疯狂的东西，对吧。 因此，如果我们提前知道，哦，谁是创意者，有时这会引发对话，我们知道将其开发为 React 应用程序比尝试自定义该主题更容易在 WordPress 中。

但权衡取舍。 一是价格。 比较贵，是维护，对吧。 所以现在您不仅在维护 WordPress，对，您还在维护两个不同的堆栈，两个不同的应用程序。 这就是我们走那条路的原因，我们使用所有 AWS 和 Gatsby，以及所有这些东西来预先完成。 因此，当 Atlas 出现时，我们都参与其中。 我们就像，哦，是的，如果我们能在一个地方完成所有这些。

因为多年来，我们一直在与我们的 WP 引擎交谈，我当时想，你们需要这样做，因为我们正在其他地方这样做，对吧。 所以让我们把它放在一起。 所以我们对此感到很兴奋。 对在 Atlas 中构建站点的过程真的非常满意。 但权衡基本上是维护，这在 Atlas 中消失了。 就托管而言，客户的成本与标准的 WordPress 网站不同。

但有时，正如我之前所说，开发网站的成本下降，维护网站的成本下降。 所以这是一个权衡。

JAMES SQUIRES： 我认为我们在辩论是否适合基于主题的方法或 Headless 时考虑的另一件非常重要的事情是，网站构建后的交接是什么样的？ 客户是否期望他们拥有承担此任务的内部资源？ 或者他们正在寻找可以依赖的长期代理合作伙伴？

这是一个非常关键的决定，因为如果你有一个团队不熟悉 React、Gatsby 或 Next，无论 Headless 堆栈最终变成什么样，那么如果他们不熟悉无头架构，以及如何维护它。 所以这是非常重要的事情，可能看起来很明显，但要明确一点，好吧，一旦这个东西启动，我们进入维护模式和交接，那里的计划是什么？

哈希姆·沃伦：太棒了。

TAYO ONABULE：我认为另一件事，我想 Jonathan 可能提到过，是这样一个事实，这在很大程度上是我们作为一个机构关注的是，Headless 实现的主要是一种体验事物。 就您的用户与之交互的内容而言。 很多时候，这对每家公司来说都是一个不断变化的对话。 有些公司只想完成工作。 一些公司想在这方面大张旗鼓。

在所有这些情况下，如果客户拥有真正突破性的体验很重要，或者在性能方面真正处于领先地位，或者他们需要在竞争中更具吸引力的东西，那么所有这些事情都会变得非常非常容易在 Headless 上做。 因此，我脑海中的对话，或者至少是我们倾向于开始的角度，只是——是这个，你需要完成它，还是这个，你需要完成它并给人们留下深刻印象。

因为显然 WordPress 已经完成了很长时间，而且它是构建站点的可靠场所，但基本上，您想要多少“浮华”？ 如果你想要很多，那么 Headless 是一个非常好的方式

哈希姆·沃伦： 太棒了。 吉米，我想谈谈代理机构的人员配备。 当您考虑 Headless 项目时，您是否希望 WordPress 开发人员采用 JavaScript，比方说，采用 React 之类的东西？ 或者您更愿意拥有更多甚至不使用 WordPress 的 JavaScript 开发人员？ 比如在 Headless WordPress 项目方面，您如何看待人员配备？

JAMES SQUIRES： 是的，这是个好问题。 在我们的机构中​​，我们将 React 视为核心基准，因此显然是 JavaScript 和 React 框架方面的经验。 这确实是我们所有级别的强制性要求。 WordPress 是——我们将其视为“可有可无”。 这是我们可以相对快速训练的东西，尤其是在无头领域。

我的意思是，一般来说，使用 Headless，你会花时间在 WordPress 上开发自定义帖子类型，并且只是从后端的角度布置组件框架，但你不会触及很多遗留的、基于主题的方面在正常的无头架构中。 所以我们发现我们真的不需要真正核心的 WordPress 体验。

当然，我们需要团队中的一些球员在某些方面具备这种能力，但总的来说，我们已经非常成功地吸引了一位 React 工程师，他以前从未接触过 WordPress。 向他们展示如何更改字段，然后他们就可以开始运行了。 他们已经了解 GraphQL，这是进入 Headless 架构需要熟悉的核心能力。

但除此之外，WordPress 知识可能相当浅薄，你可以让某人参与并在项目中非常有成效。 这就是 React 组件的美妙之处，任何 React 开发人员都可以跳到项目的中间，查看我的组件文件夹，然后我们为他们分配一个，只要他们已经设置好数据结构，他们就可以开始比赛了。

HASHIM WARREN：就能够分离工作而言，这也非常有趣。 您处理此组件，并且可以与项目分开处理。 这真是一个很好的例子。

Jonathan，您如何看待 Headless WordPress 项目？ 您是否愿意拥有一个具备技能的 WordPress 开发人员——谁将 React 添加到他们的技能中，或者将任何 JavaScript 框架添加到他们的腰带？ 或者在 WordPress 上做 up-scaling 的 JavaScript 开发者，你怎么看？

JONATHAN JETER：正如 Jimmy 所说，我们两者都需要，但我们现在要寻找更多的 React、View 和前端 JavaScript 开发人员。 好吧，现在每个人都称自己为 Full Stack，但 JavaScript 开发人员将能够加入进来。我已经有开发人员进来说，哦，我不会在 WordPress 中工作，就像那不是什么我想要做。 一旦我们进入它，我们正在做一个 Headless 项目，哦，还不错。

因为他们没有处理 PHP 的所有工作等等。 但与此同时，我们实际上已经调动了一些 DevOps 人员来处理后端 WordPress，因此我们不一定需要后端开发人员来做这件事，所以效果非常好。 前进。

JAMES SQUIRES：我想补充一点，至少从我们的经验来看，你可以进入无头项目并且富有成效的工程师数量往往要高得多。 例如，上周我们刚刚推出了基于 SvelteKit 的 Headless——我认为这是 Atlas 上的第一个。 我还没有向客户推荐 SvelteKit，但我们非常喜欢它。

但是我们有超过八名工程师同时从事组件工作，并且通过基于主题的开发，我们往往更难以获得大量工程师并提高生产力。 就您一次可以触摸多少事物而言，只是因为事物更加单一。 我相信这是可能的，你可以协调它，但我们发现它在 Headless 架构上要容易得多。

HASHIM WARREN： 顺便说一句，这是一个美丽的景象。 我看到了发射。 这是一个美丽的网站。

詹姆斯·斯奎尔斯： 谢谢。

JONATHAN JETER：我还要说的另一件事是，我知道我们只是在谈论 WordPress，对吧，但我们也处理不是 WordPress 的项目，对吧。 因此，那些 JavaScript 开发人员可以跨多个后端系统工作，而不是如果我雇用 .net 开发人员，他们只能工作，在大多数情况下，只能在 .net 中工作，对吧。

所以我们有人员确保 API 正常工作，聚合数据，将所有这些东西放在一起，对吧。 然后我们就有了可以从事这些项目中的任何一个项目的前端，而不是特定于一种特定的语言。

TAYO ONABULE： 我认为我们都提到了一些事情。 我认为，让我们说说它是怎样的，就像 React 一样——在我们的例子中，无论如何我们倾向于坚持使用 React。 我们确实有一些 View 开发人员，但我们倾向于坚持使用 React。 但是所有这些前端框架，它们都是专门为开发人员和流程设计的。 它们是经过设计的——我想 Facebook 先生在某个时候会说，让我们确保这对我们的团队来说尽可能高效。

因此，这就是 React 的核心，对于 View 和 Angular 来说也是如此。 就它的 WordPress 方面而言，再一次称它为原样。 本质上，您只需知道如何浏览 WordPress 后端并使用 ACF 即可。 并且不了解 WordPress，仍然设法构建一个 WordPress Headless 站点。

因此 WordPress 方面的要求，除非您尝试做的事情开始变得复杂，否则您可以在技术上构建一个 Headless WordPress 站点，基本上了解函数 .php 文件的位置，而不是其他任何东西。 你可以过得去。 正如乔纳森所说，我认为这样做的美妙之处在于，那些 JavaScript 开发人员将在您的所有项目中发挥作用。 我认为可以肯定地说，在可预见的未来，Web 将以 JavaScript 为中心，因此这是非常有用的人才。

最后一次切换的距离有多远，可能需要一段时间。 所以老实说，这在某种程度上并不是一个很大的承诺。 我认为大多数情况下都是有道理的。

HASHIM WARREN：我只是想支持你的故事，因为在前世，我不得不在我们的新 WordPress 网站上培训两名 React 开发人员。 这是一个 Headless WordPress 网站。 那只是一个下午。 我给他们看了 ACF，他们真的很兴奋，他们制作了数据模型，然后就开始了。 甚至其中一位开发人员实际上连接了经典编辑器，并使我可以控制前端的一些组件。

这是在 Gutenberg 之前，所以我们使用转发器字段和 ACF，并控制前端的一些组件。 这是惊人的。 但两位 React 开发人员立即明白了。 他们只花了一个下午，就去参加比赛了。

TAYO ONABULE：事情是这样的，对于这类前端开发人员，他们非常习惯于为他们的数据插入后端，并且有一个数据结构可以坚持。 这是他们工作流程的一个共同组成部分，因此 WordPress 并没有太大的胜算。

JONATHAN JETER：随着 - 抱歉，SaaS 的流行，应用程序现在随处可用，你过去在 WordPress 中做的事情，无论是电子商务，还是与 CRM 的集成，所有这些东西。 现在这还没有完成——不再需要在 WordPress 上完成了。 您不必安装 Marketo 插件或 Salesforce 插件，或尝试连接它们的东西，对吧。

现在您正在自己进行这些连接，这样可以提供更好的体验和定制体验。 这允许速度、安全性和所有这些东西，而不是试图让 PHP 开发人员在那里弄清楚如何让这些东西在 WordPress 中工作。

哈希姆·沃伦：太棒了。 斯蒂芬，我很想听听你关于生态系统，JavaScript 生态系统的消息。 我知道 WordPress 开发人员已经习惯了非常棒、强大的生态系统，包括插件和社区。 你能谈谈它与 JavaScript 世界中的生态系统相比如何吗？ 无论是在技术方面，还是在社区方面。

STEPHEN BROOKS：是的，所以对于 WordPress，它拥有最大的传统单体构建插件市场。 但回到 Jonathan 刚才的观点，利用 NPM 实现前端所需的所有功能，即使不是更好，也相当于 WordPress 市场。 因为您不仅拥有所有可用的 NPM 包。 您还可以引入许多 STK，以真正、快速地创建您需要的所有数据集成。

所以我几乎可以说它高了大约 20%。 只是随便扔一个数字，但人们移动起来要快得多。 很多 NPM 的东西都是正确的。 您也真的不必担心可能发生的 WP 核心版本和插件版本不匹配。 一旦您将您的版本固定在您的包清单中，我的意思是您已经完成了。 如果您不想或类似的事情，您真的不必再担心更新它们。

因此，再次回到大家所说的，无论何时使用 Headless 解决方案而不是传统的有头 WordPress 方法，速度和灵活性都是最重要的。

JAMES SQUIRES：不要对那些从 WordPress 插件中赚取大量资金的企业造成任何影响，但这是另一个领域，因为您只是倾向于使用无头架构来降低许可成本，而在典型的基于主题的架构中，有那里有一些非常棒的插件，我们总是发现自己将其融入购买和使用的建议中。 大多数情况下，NPM 中的所有内容都是免费的开源软件。

肯定有一些可能具有与之关联的服务模型。 但一般来说，你可以找到最流行的解决方案，而且是开源许可。 因此，很容易以这种方式快速移动，而不是因为客户对许可成本和类似事情的批准而放慢速度。

HASHIM WARREN： Jimmy，我还有另一个类似的例子。 所以我正在构建一个 Gatsby 网站，并在其中添加了 Google Analytics。 Gatsby 有一个插件生态系统，所有的插件都是开源的。 他们的包在 NPM 上，安装起来很容易。 所以我添加了 Google Analytics，它有所有这些选项，通过最流行的 WordPress Google Analytics 插件，其中一些选项进入高级版本。 因此，作为一个乐于为这个 WordPress 插件付费的人，我感到非常兴奋，因为它与这个同样是 Gatsby 插件的软件包具有相同的功能。 对这些生态系统如何匹配感到非常兴奋。

TAYO ONABULE： 我认为 NPM 的整个主题也很快。 我认为这只是最微小的事情，而且可能无关紧要，但对我而言。 我更喜欢这样一个事实，当你在 React 中开发某些东西时，你想要一些东西，你可以通过 CLI 下载它。 而且您不必进入 WordPress 或任何一种粘糊糊的东西，它就在您的空间中。 您不必离开工作室，一切都在那里。 与进行一些研究、查找插件、安装插件等相比，这是一个简单得多的过程。 我从来都不喜欢它。

哈希姆·沃伦：太棒了。 乔纳森，我想问你，我们讨论过的要求会让你说这对无头 WordPress 来说是完美的。 什么样的项目会让你觉得，好吧，这应该是一个传统的WordPress项目。

JONATHAN JETER：所以我们也做了很多，对吧。 有时是预算。 他们进来说，我们有这么多。 我们就像，别无选择，对吧。 这就是我们正在做的，对吧。 因为，然后我们就有了我们使用的东西。 该流程和该系统已经到位。 就像 Jimmy 所说的那样，我们在每一个提案中都加入了插件，因为我们知道这非常简单。

一个典型的小品牌网站。 典型——就像Tayo刚才说的，不一定要花哨，对吧。 这个网站没有什么特别有创意的，对吧。 他们就走了，嘿，我们以前有过，就像我们知道我们需要一个网站，所以让我们成为一个网站。 正确的。 如果是这样的话，那么，是的，绝对可以，根据您的预算和要求，一个标准的 WordPress 网站就可以了。

我们甚至达到了使用 Genesis、Genesis Pro 和 Smart Plugin Manager 以及所有这些类型的东西的地步，我们构建了开发人员甚至不接触的网站。 它只是经历了这个过程，创意过程，工作室编辑文件，他们基本上把内容放进去。我们有一些编辑来证明它，把内容放进去，网站就完成了，开发人员从来没有碰过它。

这就是你必须这样做的方式，对，为了在这些项目上赚钱，因为有了这些类型的预算，你不可能在其中一个网站的后端进行 20 小时的开发。 所以这通常是我们的决定，除非它是一个巨大的网站，但他们就像不，不，不，我们不想要任何花哨的东西。 我们只是希望它成为一个常规站点。 我们已经做到了，只是很多内容、博客，诸如此类的事情。

在 SEO 方面，WordPress 仍然很棒。 如果这就是他们要找的东西，那好像我们不在乎它的外观。 我们只想要功能。 我们希望它快。 我们希望有内容和排名。 传统的 WordPress 网站运行良好。

哈希姆·沃伦：太棒了。 斯蒂芬，可以谈谈吗？ When would you say, OK, this needs to be a traditional site or traditional WordPress site?

STEPHEN BROOKS: It really follows along with Jonathan. Cost is going to be the first one, and then the second one after that is going to be time to market. If somebody needs something out pretty quick, even with the accelerator as John's talking about in terms of Genesis blocks, and just having a block catalog that you can do 0 dev from, it's still really incumbent on getting that stuff out as quickly as possible for those clients. Also to spin outs is a pretty big one for us. To where, hey, we need some sort of marketing presence for our investors. This is going live in two weeks. What could you do for me.

HASHIM WARREN: Awesome Thank you so much to our panel for your participation today. If you are interested in Headless WordPress, you can get a free Atlas Sandbox account at WPEngine.com/Atlas. And compare for yourself. You can use an all-in-one WordPress site, and compare it right against a Headless WordPress site, to compare everything that we talked about today. Thank you so much for joining us.