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.