譯者 | 陳峻

審校 | 徐杰承

如果你的企業(yè)正處于數(shù)字化轉型初期，那么你很可能會對該如何選擇內容管理解決方案感到困惑。畢竟，在市場上，我們可以找到各種CMS產品。然而它們就像巴別塔一樣，雖然有著相似的功能，也傳達相同的信息，但是它們很可能源自不同類型的語言。

因此，在考慮對數(shù)字化項目進行CMS遷移之前，更好地理解相關概念是非常必要的。下面，我將向您介紹兩個典型的概念：無頭（headless）CMS和解耦（decoupled）CMS的定義、差異、以及優(yōu)劣勢。

1、什么是無頭CMS?

在傳統(tǒng)的CMS架構中，head代表了前端而body代表著后端。無頭CMS是與前端分離的內容管理系統(tǒng)。換句話說就是前端被淘汰了，只留下了后端，而且后端充當著內容存儲庫的作用。這代表著即使我們可以使用無頭CMS來編寫、保存和發(fā)送內容，但內容仍然需要被獨立地呈現(xiàn)。此外，由于原本緊密聯(lián)系的前端表示層不再管理后端，因此內容將可以被推送到任何地方。

在使用無頭CMS時，開發(fā)人員可以通過多種方式對表示層進行處理。例如，開發(fā)人員可以根據(jù)他們所理解的Web項目應該如何運行，去選擇Angular等動態(tài)JS框架，以及Gridsom、Nextjs、TezJS或Gatsby等靜態(tài)站點生成器。

那么，針對Web開發(fā)的無頭CMS對于開發(fā)者而言有何意義呢？最主要的方面在于，它能夠讓開發(fā)人員快速地創(chuàng)建前端的用戶界面，并允許他們選擇任何語言進行編碼。

2、無頭CMS的優(yōu)勢

下面，讓我們詳細討論使用無頭CMS給Web開發(fā)帶來的優(yōu)勢：

• 全渠道體驗——開發(fā)者可以通過單一的后端，高效地實現(xiàn)跨不同平臺或系統(tǒng)的內容分發(fā)。
• 原生的靈活性——由于沒有內置的模板，因此開發(fā)人員和營銷人員可以選擇不同的技術，打造出獨特的用戶體驗。
• 可擴展性——由于前端和后端是分開的，因此開發(fā)人員可以升級和自定義數(shù)據(jù)信息，而不影響系統(tǒng)的整體性能。
• 節(jié)約時間——可以將相同的內容，快速地分發(fā)到多個不同的站點，并且可以在不產生任何額外成本的情況下實施靈活的調整。
• 輕松的改造——開發(fā)者只需進行局部調整，而無需對整個系統(tǒng)進行重新設計。

3、無頭CMS的劣勢

下面，讓我們來看看無頭CMS的劣勢：

• 較強的依賴性——由于缺乏自行生成頁面布局所需的可視化工具，因此營銷人員需要通過與開發(fā)人員開展密切合作，來可視化其內容發(fā)送到渠道之中的整個過程。
• 無內容預覽——開發(fā)人員無法在內容上線之前，輕松地進行預覽，這一點只能依賴第三方工具予以解決。
• 沒有輪廓的表示層——一旦缺乏預制的模板或主題，開發(fā)人員就需要使用各項技術來充當“頭部”。

4、什么是解耦CMS？

前端和后端的分離是導致CMS解耦的主要原因。與經(jīng)常將后端和前端開發(fā)結合在一起的傳統(tǒng)CMS不同，解耦CMS的開發(fā)和交付內容策略是分離且互相獨立的。

同時，解耦的CMS也不會對項目做出任何假設。相反，它能夠提供模板和開發(fā)工具，來幫助開發(fā)者創(chuàng)建所需的組件。

與無頭CMS不同，解耦CMS有一個可選的頭部。簡而言之，解耦的CMS可以在考慮表示層的同時，去執(zhí)行與無頭CMS相同的所有操作。

雖然解耦CMS提供了截然不同的前端和后端的靈活性，但是它們也需要發(fā)布的支持。開發(fā)者可以在無需更改CMS實施方式的基礎上，對目標網(wǎng)站執(zhí)行完全改造。這使得解耦CMS更適合輕松地打造面向未來的網(wǎng)站。因此，解耦CMS正在成為各個企業(yè)中的熱門選擇。

5、解耦CMS的優(yōu)勢

下面，讓我們來討論使用解耦CMS進行Web開發(fā)的優(yōu)勢：

• 面向未來——其適應性更適合對用戶界面方面進行修改。
• 原生快速——與標準的CMS相比，其內容的分發(fā)更快、更靈活、更通用。
• 更快地發(fā)布——由于部署更簡單，因此新的架構可以更快地被投入使用。
• 合作伙伴的應用與協(xié)作——它與第三方的集成更為簡單，中斷也更少。
• 依賴性低——與無頭CMS相比，它對于開發(fā)人員和發(fā)布者的依賴性更小。

6、解耦CMS的劣勢

解耦CMS的缺點主要體現(xiàn)在如下方面：

• 成本上升——合并與集成第三方應用會增加平臺的標準化成本，并且容易出現(xiàn)管理上的問題。
• 增強的用戶需求——由于它比傳統(tǒng)的CMS更復雜，因此內容創(chuàng)建者需要對系統(tǒng)有更深入的了解，才能執(zhí)行各種內容策略。
• 對于技術能力的需求——與無頭系統(tǒng)相比，解耦CMS需要更多的開發(fā)工作，尤其是在創(chuàng)建前端方面。

7、無頭CMS和解耦CMS的區(qū)別

為了能幫助你順利的做出適當?shù)倪x擇，下面我們來重點討論無頭CMS和解耦CMS之間的區(qū)別：

• 解耦CMS可以被視為一種主動的方式，而無頭CMS則是一種被動的途徑。也就是說，一旦我們在后臺準備好相關內容，解耦CMS架構就會主動地向多個渠道交付和呈現(xiàn)已格式化的內容。
• 無頭CMS缺乏自行向最終用戶交付內容的功能，并只能作為純內容的數(shù)據(jù)源。也就是說，盡管相關內容已經(jīng)被創(chuàng)建和維護，但它們只是停滯在那里，等待著各種的API請求，才能將其提供給不同的系統(tǒng)和應用。

8、小結

如今，眾多大廠已將我們帶入了物聯(lián)網(wǎng)時代，各種內容信息紛至沓來。我們可以選用無頭CMS或解耦CMS的方法，來構建自己的內容管理系統(tǒng)。希望本文中所羅列的有關兩者的基本描述,優(yōu)劣勢等信息，可以協(xié)助你從設備、渠道和品牌等方面，順暢地評估哪一種架構，更能夠有效地為你的企業(yè)和業(yè)務目標交付出更加完備的前端與后端系統(tǒng)，并為應用提供必要的支持和管理。

原文鏈接：https://readwrite.com/cms-architecture-difference-between-headless-cms-and-decoupled-cms/

譯者介紹：

陳峻 （Julian Chen），51CTO社區(qū)編輯，具有十多年的IT項目實施經(jīng)驗，善于對內外部資源與風險實施管控，專注傳播網(wǎng)絡與信息安全知識與經(jīng)驗。