Headless CMS - strapi

最近在外國正盛行的無頭 CMS (Headless CMS),到底有什麼好處呢?跟我們常用的 CMS 又有什麼分別呢?

什麼是 Headless CMS?

傳統 CMS 好像著名的 Wordpress,Drupal,Ghost 等等都包括Front-end UI,也有 Theme 的部份,形成前後台合一的情況。而 Headless 的無頭就是不包括 Front-end,做一個純粹的 Backend CMS,輸出 API 給 Front-end 去讀取資料,不用再找 CMS 專用的 Theme 了,因為前後己經分離,所有 Front-end 只需看 API 就可以。

Headless CMS 的好處

因為後台變成獨立運作,所以對 Front-end 有什麼改動,只要 data 沒有變動就不在改 Backend,只需一個 Front-end Developer 就成。Front-end 也不用受 CMS 的 Theme所限制,即使整個 Front-end 砍掉重寫的成本也大減,資料也不用重入。

Headless CMS 的壞處

對不熟悉開發的用家來說需要自己動手去寫 Front-end 也許會更麻煩,沒有限制但也沒有一手按即用的插件,也不能作實時 Front-end 編輯,所以對低階用家可能更難使用。

Headless CMS 的選擇

現時 Headless CMS 有不少 Open Source 開源供下載,在試用過數隻 Open Source 的 CMS 後,決定了就做用 [strapi] (https://strapi.io/) 做我的最終選擇,但是為什麼呢?

簡單來說就是付合了我的要求

  • 自由度高
  • 使用 Nodejs 為主
  • Backend UX/UI 不錯
  • 設定簡單
  • 可以輸出成 API 或 GraphQL

雖然曾經用 Express + MongoDB 來寫成 API,但要寫成可以隨時更改結構的 API 太大 workload,會把我原本想做的東西都忘了,所以就用一個可以輸出成 API 的 CMS,就可以集中精神來寫 Frontend 了。

strapi 我由測試版開始試用,剛開始時 bug 真的很多,動不動就會 crash,但是正式版上線後,官方快速地修正了大量 bug,並持續增加新功能及改善 backend 的設計。有多個本來令我困惑的位置也在正式版修正了,令我這篇文章終於可以 post 出來(因為之前一直沒下決定使用哪家)。

雖然 strapi 很簡單,但我也會寫一篇用 docker 來設定 strapi 的新手使用教學,敬請期待。