想用 Vibe Coding 架設部落格必知—— Headless CMS

12/9/2025AI
想用 Vibe Coding 架設部落格必知—— Headless CMS

如果你正在嘗試用 Cursor 或 Windsurf 這種 AI 工具「Vibe」出一個自己的部落格或網站,你可能聽過 Headless CMS(無頭內容管理系統) 這個詞。

聽起來很驚悚?別擔心,它不是恐怖片。事實上,它是讓你的 AI 寫作專案更自由、更強大的關鍵拼圖。

傳統網站 vs. Headless CMS:餐廳的比喻

要理解 Headless CMS,我們先想像一下「開餐廳」這件事。

傳統 CMS(例如 WordPress):像是「連鎖加盟店」

以前我們做網站,就像加盟一家連鎖餐廳(比如麥當勞)。

  • 優點: 廚房(後台)和用餐區(前台網頁)都幫你蓋好了。你只要把漢堡(文章)做出來,客人走進來就能吃。
  • 缺點: 裝潢是固定的。如果你想把桌椅換成極簡風,或者想把漢堡拿去外送平台賣,你會發現系統綁手綁腳,因為「廚房」和「餐廳」是黏在一起的,拆不開。

Headless CMS(無頭 CMS):像是「雲端中央廚房」

Headless CMS 就是一個只專注做菜的中央廚房

  • 它只負責管「內容」(食材與料理): 這裡存放你的文章、圖片、作者介紹。
  • 它不管「客人去哪裡吃」: 你的內容可以送到高級餐廳(精美網站)、外帶餐盒(手機 App),甚至是手錶螢幕上。

所謂的「無頭」,就是把「前台顯示(頭)」切掉,只保留「內容管理(身體)」。 這樣一來,你想給它裝上什麼樣的「頭」(網頁設計),完全由你自己決定。

為什麼 Vibe Coding 特別需要它?

你可能會問:「我用 AI 寫程式,直接把文章寫在程式碼裡不行嗎?」

可以,但那是給自己找麻煩。以下是 Headless CMS 對 Vibe Coder 的三大救贖:

A. 讓 AI 專注搞設計,你專注寫內容

Vibe Coding 的精髓在於,你用 AI (如 Cursor) 快速生成超炫的網頁介面 (Next.js, React)。 如果你把文章寫死在程式碼裡,每次要在部落格發一篇新文,你都得打開程式編輯器、修改程式碼、重新部署網站。這太累了!

有了 Headless CMS,流程變成:

  1. AI 幫你蓋好網站(外場裝潢)。
  2. 你登入 CMS 後台寫作(廚房出菜)。
  3. 網站自動抓取新文章顯示。

你不需要懂程式碼,也能像用 Word 一樣更新網站。

B. 隨時換「皮」,內容不用搬家

假設一年後,你覺得現在的網站設計過時了,想叫 AI 幫你重寫一個全新的網站。

  • 如果是傳統網站: 你可能要把舊文章一篇篇複製貼上搬家,非常痛苦。
  • 如果是 Headless CMS: 你的文章都安全地存在「中央廚房」裡。你只需要叫 AI 蓋一個新餐廳,然後告訴它「去中央廚房拿菜」就好。你的內容資產永遠不用動。

C. 資料結構化:把文章變樂高

Headless CMS 不只是存文字,它能把內容變成「樂高積木」。 例如一篇食譜,你可以拆分成「標題」、「食材清單」、「步驟」、「卡路里」。 因為資料分得很細,你的 AI 網站可以靈活地運用這些積木——在首頁只秀出「卡路里」,在內頁才秀出「步驟」。這在傳統部落格裡很難做到。

常見的 Headless CMS 有哪些?

對於 Vibe Coder 來說,選擇工具有兩個標準:好串接、有免費額度。

  • Ghost: 專注於寫作,寫作體驗極佳,市面上最常聽到。
  • Sanity: 非常靈活,也不用煩心資料庫等事。不過注意!雖然易用,它算是一個 Saas 服務,你的資料會送到他們雲端,同時超過一定上限需要付費。
  • Strapi: 功能強大,可以自己架設。後台介面更人性化、可透過介面直覺的新增欄位。
  • Payload: 新起之秀,跟現代程式框架結合得很好。

我的選擇

我自己先前研究過一段時間,得出下面的結論:

如果你是 Vibe Coder,Ghost 其實會給你蠻大的限制

Ghost 的定位其實更像「內容平台」而不是「內容後端」。

它的 Headless 能力確實有,但一旦你想做自訂欄位、複雜內容模型、特殊的 API 行為、不同內容類型的關聯,你會開始發現:

  • 欄位不夠自由(只有文章基本欄位,要放作品集要用文章套)
  • API 不夠彈性
  • 要做複雜內容結構時會被迫繞路

它非常適合「只想寫文章」的人,

但不太適合「想基於內容擴展更多功能」的 Vibe Coder。

Sanity 也用過,但後來發現它按量付費…

Sanity 的體驗真的很好:

後台即時更新、內容模型自由、可彈性自定義欄位…。

但只有一個問題:

它是 SaaS,採用使用量計費。

只要你開始產出更多內容、更多 API 請求,或有更多媒體檔案,就會開始進入付費區間。而作為一個正在打造個人產品的人,每月固定成本其實是需要考量的。

如果只是做個小部落格還好,但一旦專案擴大,開銷會跟著被動上升。

Payload 是我現在的主力

理由很簡單:

  1. 自架,不受 SaaS 限制只要你願意架在自己的伺服器上(或用 Payload Cloud),資料成本完全可控。我結合 Zeabur 使用,架起來不會很難
  2. 與現代框架深度整合官方有 Next.js、Vite、React 最佳化方案,非常適合做部落格、Landing Page、多頁式網站、甚至複雜的 Web App。你可以先請 AI 寫完前端展示頁面,再無痛接入 Payload
  3. 真正落實 Vibe Coding 的精神Payload 是以上幾間中數一數二「程式碼優先」的Headless CMS,簡單來說,我們不用去手動新增欄位、調整關聯,全部丟給 AI 做就好。

在 Vibe Coding 的世界裡,這種 AI 自由度超級重要。

你需要 Headless CMS 嗎?

  • 如果你只是想要一個最簡單的日記,不在乎網頁長得跟別人一樣 -> 用 WordPress 或 Medium 就好。
  • 如果你在玩 Vibe Coding,想要用 AI 做出一個獨一無二、完全客製化的個人品牌網站,但又希望未來管理文章時輕鬆寫意 -> Headless CMS 是你的必備武器。

總結

如果你是第一次聽到 Headless CMS,它可能看起來像是一個比較偏工程的概念;但當你真的開始用 Vibe Coding 做網站,你就會發現它帶來的輕鬆感非常明顯。

Headless CMS 的角色不是讓你做更多,而是讓你 少做那些不重要的事

  • 不想碰資料庫?它幫你處理。
  • 不想每次改內容就重新部署?它幫你分家前後端。
  • 想讓 AI 幫你快速改版、換設計?內容永遠安全地在後台,前端可以隨時重做。
  • 想未來延伸會員、作品集、商店功能?CMS 的結構化內容就是你最好的地基。

對 Vibe Coder 來說,它最大的價值是——讓 AI 有地方可以「讀資料、寫資料、顯示資料」,讓你能專注在創造價值,而不是維修網站。