Headless CMS到該入手的時候了嗎?

Photo of author
Written By CMO

數字行銷圈時不時就會蹦出來一些新名詞。在今年早些時候HubSpot One介紹DXP時引入一個概念叫做Headless CMS(無頭內容管理系統)。 Headless CMS顯然是面向未來的下一代內容管理系統。那麼現階段品牌需要考慮採購部署Headless CMS嗎?

什麼是Headless CMS?

Headless CMS無頭內容管理系統或無頭CMS是一個僅後端的內容管理系統,主要用作內容存儲庫。無頭CMS 可以通過API 訪問內容,以便在沒有內置前端或表示層的任何設備上顯示。

什麼是無頭內容管理系統
什麼是無頭內容管理系統

什麼頭不頭的,聽上去很玄妙? Headless CMS的Headless和Headless Browser的Headless是一樣的。它們都表示沒有前端可以展現出來的那層展示層。你可以理解為不需要接顯示器就可以在後端默默地工作,對Headless CMS來說,它的工作就是存儲、管理、分發內容。

Headless CMS和傳統CMS的區別

下圖比較了傳統CMS和Headless CMS。

傳統CMS和無頭CMS的區別
傳統CMS和無頭CMS的區別

傳統的CMS已經包含了數據庫,後端代碼和插件,前端模板和CSS樣式。它完成了一條龍服務,最後輸出一個網站,這個網站可以被多個設備的瀏覽器訪問。

在Web上,這樣的CMS已經非常完美。但是問題來了,互聯網除了Web形態還有別的形態。比如那些可穿戴設備、IoT設備、甚至一些原生或者非原生的APP和小程序。這時候要把一個連展現樣式都定義得完完全全清清楚楚真真切切的網頁硬塞到這些設備上就非常沒有必要了。

HTML5和CSS3的分離本來就是把內容本身和样式進行分離,順著這樣的思路我們可以把內容本身剝離出來,讓終端設備環境自己去定義需要如何呈現這些內容。於是Headless CMS就把傳統的CMS從展示層解放出來,它只需要做好內容管理即可。

在你身邊的Headless CMS

如果你去研究Headless CMS,很多媒體會告訴你WordPress這樣的經典CMS是在Headless CMS對立面的傳統CMS。實際上,WordPress發展至今早就適應了多種CMS應用環境。現版本的WordPress已經是一個具有不錯實用性和拓展性的Headless CMS。

舉個例子,你可以在瀏覽器中敲入下面這個鏈接:

https://hubspot.one/wp-json/wp/v2/posts?_fields=author,id,excerpt.rendered,title,link&search=headless

你將能夠看到下面這個結果:

簡單調用WordPress的REST API
簡單調用WordPress的REST API

行銷長用了JSON Viewer的Chrome拓展。因此可能會比你看到的干淨一些。我們看到經過調用,WP返回了幾篇帶有關鍵字headless的文章,並返回了文章的id,作者,標題,摘要和鏈接。

你可以驗證一下,返回的結果與https://hubspot.one/?s=headless是一致的。不同的是,REST API並沒有返回多餘的表示層內容去決定這些結果該如何展示。

順便提一句,這些API的調用都可以在WordPress的開發者官網找到參考。 https://developer.wordpress.org/rest-api/

REST API和Headless CMS

我們再補一下概念。 API是一種應用程序編程接口。而REST,代表“REpresentational State Transfer”,是一組概念,用於將應用程序的數據建模和訪問為相互關聯的對象和集合。 WordPress REST API提供代表文章、頁面、分類和其他內置WordPress數據類型的REST 端點,也叫Endpoint (URL)。你的應用程序可以向這些端點發送和接收JSON數據,以在你的站點上查詢、修改和創建內容。

JSON是一種開放的標準數據格式,它是輕量級和人類可讀的,看起來就像JavaScript 中的對象。當你從API請求內容或向API發送內容時,響應也將以JSON格式返回。由於JSON在許多編程語言中得到廣泛支持,因此開發人員可以在客戶端JavaScript(如塊編輯器)、移動應用程序、桌面或命令行工具中構建WordPress 應用程序。

有了返回的JSON我們就可以通過小程序、APP這些非標準瀏覽器來獲取內容了。具體怎麼呈現? Headless CMS無需關心。通常來說APP視圖的樣式都是提前確定的,這樣只需要把通過REST API抓到內容填入“空格”中去即可。

該上Headless CMS了嗎?

如果你原本用的就是一些主流的CMS,那麼有很大可能你只需要添加一些插件即可將CMS同時用作一個Headless CMS為其他終端分發內容。就好像行銷長上面演示的WordPress平台一樣。這種混合模式有一定優勢。

上還是不上Headless CMS?
上還是不上Headless CMS?

對於行銷者來說,無頭CMS的一大好處便是將內容集中管理。這裡的內容還包括了電商的管理。例如,如果你同時經營了幾個網店,小程序店,官網商城,APP等。你只要維護一個Headless CMS就可以更新所有商店的上架商品、圖片素材、倉儲庫存。這會為你提供許多便利。

無頭CMS的應用的另一優點是提升用戶體驗。因為無頭CMS真正將內容本身和表現形式分離,這樣內容的表現形式就可以最大程度地被緩存或者預先讀取,需要完成的工作僅僅是輕量級的將內容填入。這樣的瀏覽體驗便能夠得到大幅提升。不過對於網站來說這種分佈獲取的客戶端渲染模式並不對搜索引擎友好,就如一些流行的JS框架。要知道,即便是Google也不能保證耗費資源來渲染你的每個網頁。因此行銷長僅僅推薦在Web端以外使用。

綜上所述,如果你致力於多渠道的內容分發,給每個終端的用戶最佳的瀏覽體驗,那麼一個Headless CMS必定是你要投資的下一個MarTech項目。

但如果你只是想了解Headless CMS能夠為你做些什麼,或者還未對Web以外的內容分發渠道開始投資,那麼Headless CMS的確可以再等等。

關於WordPress的REST API以及Headless CMS,你也可以參考這篇教程進一步探索。