本篇文章更新時間：2026/01/05
如有資訊過時或語誤之處，歡迎使用 Contact 功能通知。
一介資男的 LINE 社群開站囉！歡迎入群聊聊～
如果本站內容對你有幫助，歡迎使用 BFX Pay 加密貨幣 或 新台幣 贊助支持。
內容目錄
換上輕裝的新引擎：從 Drupal 遷移到 Hugo 的深度閱讀筆記
編輯前言：這篇來自 Jeff Geerling 的文章 ，記錄了他把使用超過 15 年的 Drupal 網站正式遷移到 Hugo 的過程。對於任何同時是創作者與工程師的人來說，這篇文章都切中痛點：維護成本，真的會消耗創作能量。
核心觀點 (Key Takeaways)
- Drupal 從 CMS 變成 DXP，對個人部落格來說過重
- 使用 Hugo 的理由很簡單：原本就以 Markdown 為核心工作流程，越來越不想維護複雜系統
- 遷移難免有破圖、失連結，但長期而言更能把時間用在寫作
深入解析
Jeff 說他從 2009 年就讓網站跑在 Drupal 上，一路升級從 6 到 10。隨著 Drupal 變得越來越像企業級的數位體驗平台（DXP），他對維護它的熱情反而下降。尤其是從 Drupal 7 升到 8 的過程，他直接形容為 grueling，足見其痛苦程度。
他提到：升級 Drupal 的難點從來不是功能，而是所有「插件、工作流程、編輯器」在大版本更新時的整套重建。
對我來說，這其實是很多開源 CMS 的共通問題：功能越多，升級越重。
為什麼選 Hugo？
Jeff 早就把一些小型站點改成靜態，甚至用 Jekyll 放到 GitHub Pages。但對於自己主力、需要自己管理的網站，他更傾向 Hugo：
- 不需依賴 Ruby 生態（他自認不是 Ruby 程式員）
- 部署更快、設定更簡單
- 與既有 Markdown 工作流完美搭配
文章裡有個我特別有感的細節：他列出自己用 Drupal 發一篇文的流程，不誇張，光插圖、清快取、操作後台，就可能要花上十多個步驟。反觀 Hugo，寫好 Markdown，改個日期，push 一次就更新。
這種落差對創作者來說是致命的——因為那是原本可以用來寫作、拍片、甚至休息的時間。
維運疲勞的累積
Jeff 一口氣列出一串曾經需要維護的工具：Composer、Drush、PHP、MariaDB、Nginx、Cloudflare……。對企業來說沒問題，但對一個工程師的個人部落格來說，顯得荒謬。
他說：「這是一個熱情專案（passion project），但維護 Drupal 讓我越來越無法把時間花在真正想做的事情上。」
這句話讓我想到很多人放棄部落格，不是因為不想寫，而是系統太累。
筆者心得與啟發
讀完 Jeff 的分享，我覺得最大的啟示不是「Hugo 比 Drupal 好」，而是：工具應該為你的工作流程服務，而不是相反。
- 如果維護成本高於創作本身，那工具就失去了意義。
- 越簡單、越接近作者原始創作流的工具，越能讓內容持續累積。
- 靜態網站生成器（SSG）對於個人部落格來說，是一種讓創作回到本質的方式。
尤其 Jeff 自己也坦承，遷移沒有完美：一定會有 broken images、失效舊網址。但長遠來看，他換到一個更輕盈、更可掌控的環境。
我認為任何正在經營網站或內容的人都應該思考：你的平台是幫助你持續創作，還是在慢慢耗損你的動力？當工具開始成為阻力時，也許就是時候換一個新引擎了。