什麼是無頭電商/ CMS – Headless Ecommerce & CMS

什麼是無頭電商/ CMS – Headless Ecommerce & CMS

目錄

第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™ 的資訊,支持設備和瀏覽器即時解讀內容和個性化規則。 因此,用戶基於檔案資訊、過去的互動等看到不同的內容。