從 WordPress 遷移至 Jekyll 及靜態網站生成器

背景

這篇文章探討了 DemandSphere 公司將其運作十五年的網站從 WordPress 遷移至靜態網站產生器 Jekyll 的過程。作者指出，遷移的主因在於追求更快的載入速度、擺脫對專業 WordPress 開發者的依賴，並利用 AI 輔助開發工具（如 Claude Code）來簡化遷移流程與後續的網站維護工作。

社群觀點

針對從 WordPress 轉向靜態網站產生器（SSG）的趨勢，Hacker News 社群展開了激烈的辯論。支持者認為 SSG 具備顯著的技術優勢，特別是在安全性與維護成本方面。由於靜態網站不依賴資料庫與伺服器端腳本（如 PHP），能徹底杜絕常見的 SQL 注入或外掛程式漏洞。此外，將內容儲存於 Git 儲存庫中，不僅能實現完善的版本控制，還能透過 CI/CD 流程輕鬆部署至全球 CDN。部分開發者強調，在 AI 編碼工具日益普及的今天，程式碼驅動的系統比傳統 CMS 更具彈性，非技術人員甚至能透過 AI 代理直接修改樣板或更新內容，這讓傳統 CMS 的介面優勢逐漸消失。

然而，反對意見則質疑這種遷移是否屬於「過度工程」。批評者指出，WordPress 雖然有其歷史包袱，但其生態系統極為成熟，內建的評論系統、外掛支援與直覺的後台管理，對於非技術使用者或需要高度互動的部落格來說仍是首選。若為了追求靜態化而必須整合第三方評論服務（如 Disqus）或表單 API，反而可能引入新的隱私風險與載入延遲。有留言者直言，SSG 往往是工程師為了追求技術純粹感而選擇的方案，對於一般商業運作而言，WordPress 搭配良好的快取機制與託管服務，在效率與便利性上往往更具競爭力。

在技術選型上，社群也提供了多元的替代方案。雖然原文選擇了 Jekyll，但許多討論者更推崇 Hugo 或 Astro，認為後者在建置速度與現代前端框架的整合上表現更佳。也有人提出折衷方案，即保留 WordPress 作為後台管理系統，但透過外掛將其輸出為靜態 HTML 部署至 GitHub Pages 或 Cloudflare Pages，如此既能保有 WordPress 熟悉的編輯介面，又能享受靜態網站的效能與安全性。此外，關於互動功能的缺失，社群成員分享了如 Cusdis 等可自託管的評論系統，或是利用 ActivityPub 協定將部落格接入聯邦宇宙，讓讀者能透過 Mastodon 等平台進行互動，以此解決靜態網站缺乏原生社交功能的痛點。

延伸閱讀

在討論中，社群成員分享了多個實用的工具與資源。針對靜態網站的搜尋功能，有網友推薦了 Pagefind，這是一個能在瀏覽器端運行的全文檢索工具。在評論系統方面，除了常見的 Disqus，討論中也提到了開源且注重隱私的 Cusdis。對於希望將 WordPress 靜態化的使用者，有留言者分享了將 WordPress 部署至 GitHub 與 Cloudflare Pages 的實作教學。此外，討論中也提及了 Cloudflare 最近推出的 Astro 基礎 CMS 框架，以及能將程式碼驅動的系統轉化為簡報工具的 reveal.js。