目錄
第1章
什麼是無頭CMS?
無頭 CMS 架構會將後端內容功能（例如創建、管理和存儲）與前端功能（例如呈現和發布）分離。
沒錯，但是事實上： 什麼是無頭 CMS
其實際含義是什麼？ 為何無頭架構對於未來的數字體驗很重要？
無頭架構在一定程度上是對網站內容演變情況的回應。 長期以來，大多數網站內容通過瀏覽器（通常是網頁）發布。 但是新的互聯設備層出不窮
如今，受眾通過具有不同形狀係數的新設備介面（例如智能手機、可穿戴設備、支持AI的語音助理乃至 虛擬實境耳機）使用內容。
無頭 CMS 架構對於應對這些新的內容挑戰具有基礎性的作用。 這意味著您可以輕鬆創建和管理更多內容，並將其發布到更多位置。
我們先從基礎知識講起，然後再探討技術性的內容。
Headless CMS 架構對於應對這些新的內容挑戰具有基礎性的作用。這意味著您可以輕鬆創建和管理更多內容，並將其發布到更多位置。
我們先從基礎知識講起，然後再探討技術性的內容。
下面概述了兩種基本的架構決策，及其對內容的創建、存儲、管理、發布乃至個性化方式所具有的影響。
CMS 架構對內容在頁面上的存在方式有何影響？
了解基於頁面與基於對象的架構之間的差異，以及為什麼支持 AI 的語音助理並不像聽起來那麼智能。
CMS架構能否影響到內容傳遞給受眾的方式和位置？
了解無頭和非無頭架構之間的區別，以及如何確保個性化和分析不會因為無頭的代價而減少。
第2章
CMS 架構基礎知識
CMS 前端與後端比較
傳統 CMS 由兩半部分組成：一半是前端，另一半是後端。
廣義地說，CMS 的後端涉及如何管理內容，前端涉及如何呈現內容。 可以把它想象成店面櫥窗展示。
前端任務包括你在街上凝視時看到的一切：產品的選擇和陳列以及附帶的標牌。
後端任務包括後勤 – 製作標牌、存儲庫存和管理貨物在店面周圍的行動。
因此，對於基本網站而言，後端可能包括：
- 簡單的內容創建介面
- 用於存儲數字資產的資料庫
- 用於創建和應用設計框架的應用層
前端將提取內容、存儲的數字資產和設計，並將其發布到 HTML 頁面。
什麼是前後端分離的 CMS？
傳統上，CMS 前端和後端緊密地連接在一起。 用戶可以在一個介面中創建、存儲、管理和發布內容。
對於發布簡單內容（例如部落格）的非技術類用戶而言，這是一種非常好的、無縫銜接的設置。
但是隨著數字體驗的發展，開發人員花費太多的時間創建定製的變通方案，以便向更加多樣化的設備發布更複雜的內容。
前後端分離的 CMS 會將後端與前端任務分離。 在實踐中，這意味著開發人員可以用他們喜歡的語言快速編寫和設計前端體驗，而不受限制性的後端技術約束。 相反，他們可以使用應用編程介面 (API) 將後端功能（如內容存儲和管理）連接到任何前端發布環境。
什麼是 API 優先的 CMS？
雖然前後端分離的 CMS 會將後端與前端功能分離，但是它們仍然包括一些前端發布工具，例如頁面模板或模塊整合。
API 優先的 CMS 在功能上與無頭 CMS 相同，因為它們不具有默認的前端。 開發人員可以根據需要創建多個發布層（使用他們喜歡的任何語言），將內容推送至可以想象到的任何新管道。
如果您擁有由技能熟練且準備好執行任務的開發人員組成的團隊，則 API 優先的 CMS 非常合適 – CMS 只需管理內容，並等待由開發團隊建構的前端發布層進行 API 調用。
另一方面，前後端分離的 CMS 適合這些公司：他們希望獲得前後端分離帶來的靈活性，但是仍需要在發布上獲得一些支持。
第3章
什麼是無頭 CMS，其適合的群體有哪些？
出於兩個重要的原因，無頭 CMS 毫無疑問代表了內容管理的未來發展趨勢。
首先，數字內容變得更加複雜，而且用戶的期望不斷提高。 要在競爭中脫穎而出，您需要建構出色、響應性高且具有互動性的內容，而且您需要能夠快速實現這一點。
其次，新的管道和用戶設備不斷湧現。 建構出色的內容並不足夠，您還需要確保盡可能高效地將其發布到任何位置。 無頭 CMS 意味著行銷人員和開發人員現在可以建構令人驚嘆的內容，而且重要的是使其內容營運適應未來發展需求，將一貫出色的內容發布到任何位置。
它非常適合行銷人員、開發人員和用戶。
它非常適合行銷人員，因為…
…他們只需創建內容一次，開發人員就可以將其顯示在任何位置。這意味著在管理上花費的時間更少，在打造出色、有凝聚力的體驗上花費的時間更多。
它非常適合用戶，因為…
…用戶體驗始終快速、一致且響應性高。 這是因為客戶端不需要與後端系統進行通信，它只需呈現內容。
它非常適合開發人員，因為…
…他們可以擺脫自己缺乏專業知識的編程語言後端限制。 相反，他們可以使用自己了解且喜歡的工具（例如 JavaScript 庫和框架）建構用戶體驗的外觀、感受和功能，然後使用最新的 API 將內容推出到任何位置。
第4章
無頭 CMS 的缺點是什麼？
非定製的無頭 CMS 並非應對您遇到的所有內容管理挑戰的萬全之策。 他們可能具有需要您慎重考慮的兩種重要權衡情況
首先，雖然您提高了靈活性，但是損失了易訪問性。 雖然內容呈現由撰寫 JavaScript 的開發人員負責處理，但是不擅長技術的行銷人員無法使用所見即所得 (WYSIWYG) 的撰寫或編輯方式。
第二個缺點更大。
當您轉而使用無頭 CMS 時，會發生戲劇性的變化：您無法在前端與後端之間即時發送客戶互動數據。
這意味著您無法打造個性化的體驗或運行內容分析活動。
個性化已從一項「可有可無」的功能變成不可或缺的要求。 客戶從 Amazon、Netflix、Spotify 及其他行業領先企業感受到卓越的個性化。
如果您無法提供相似的體驗，客戶極有可能很快另投別處。 那麼應當如何應對？
第5章
選擇混合-無頭 CMS
理想的 CMS 架構會將無頭 CMS 的靈活性和可擴展性與傳統的耦合 CMS 提供的個性化和內容分析功能相結合。
這正是 Sitecore Omni™ 所實現的。
其工作方式是為使用 JavaScript 庫和框架（例如 Vue.js、React.js 和 Angular.js）的開發人員提供支持，使他們可以建構將內容呈現在任何設備或瀏覽器上的應用 程式。
但是，它還附帶一個連接到 Sitecore 情境內容發布 伺服器的 API。 它使用來自 Sitecore Experience Database™ 的資訊，支持設備和瀏覽器即時解讀內容和個性化規則。 因此，用戶基於檔案資訊、過去的互動等看到不同的內容。