我們已正式完成 netguide.jp 從 WordPress 到 Hugo（現代靜態網站產生器 (SSG)）的過渡。
經營像 WordPress 這樣的動態 CMS 已經越來越受到頁面載入延遲、安全更新和託管成本的瓶頸。遷移到靜態工作流程解決了所有這些問題。在此案例研究中，我們分享了我們的動機、遷移策略以及遷移後的效能提升。
1.我們離開 WordPress 的三個原因
雖然 WordPress 仍然是一個高度通用的 CMS，但隨著我們內容的成長，其動態的資料庫驅動架構提出了嚴峻的挑戰：
- 頁面速度限制（核心網路生命） 累積的資料庫查詢和繁重的插件嚴重降低了行動效能，對我們的核心網路生命（特別是 LCP 和 INP）產生負面影響，並拖累搜尋排名。
- 維護開銷和安全風險 WordPress 核心、主題和外掛始終是漏洞的目標。連續的測試和更新周期需要太多的手動時間來防止駭客攻擊。
- 託管開銷 快速大規模運行動態 PHP 頁面需要高級 VPS 託管，導致每月的營運費用很高。
2. 遷移設計：Hugo + Stack 主題
我們選擇 Hugo，最快的 Go 驅動的靜態網站產生器，搭配高度拋光的 Stack 主題 (hugo-theme-stack)。
🌐 多語建築（日文/英文）
我們建立了系統，在 /ja/ 下提供日文內容，在 /en/ 下提供英語內容。除了適當的 HTML 替代標籤之外，我們還產生了嵌入 xhtml:link （hreflang 註釋）的 Google 相容 XML 網站地圖，以保持多語言 SEO 完美一致。
🖼️ 透過 AVIF 進行影像優化
為了最大限度地提高交付速度，我們創建了一個資產管道，可自動將原始 PNG 和 JPEG 縮圖轉換為高度壓縮的下一代 AVIF 影像。
🔗 完整的重定向策略
當我們將 URL 格式從巢狀日期路徑變更為乾淨的 slugs（例如 /ja/software/...）時，我們在 _redirects 檔案中配置 104 重定向，確保傳入的搜尋引擎連結汁或使用者書籤不會中斷。
3. 逐步過渡
我們分四個主要階段執行遷移：
- 匯出 WordPress 資料 我們使用匯出插件將所有原始 HTML 內容、元資料、發布日期、slugs 和特色圖像關聯下載為結構化 XML 格式。
- 轉換為 Markdown
使用自訂解析腳本，我們將 XML 資料庫記錄轉換為配備 front-matter 的 Markdown 檔案（
.ja.md和.en.md）。 - 應用主題和覆蓋
我們在目錄內建立了
hugo-theme-stack，設定本地化搜尋、標籤雲和目錄。 - 優化圖像資源 我們執行影像自動化腳本來重新產生最佳化的 AVIF 資源，以及獨特的淺色和深色模式縮圖設計。
4. 📈 遷移後結果
透過在 Cloudflare Pages 上託管新產生的靜態 HTML 輸出，我們立即觀察到了改進：
- PageSpeed Insights 已達到最大 移動性能得分達到100/100。我們的最大內容繪製 (LCP) 縮短至 0.6 秒以下，使過渡感覺是瞬時的。
- 零託管成本 利用 Cloudflare 的全球邊緣網路意味著我們可以在免費套餐上滿足數百萬個請求，完全消除我們每月的 VPS 託管費用。
- 絕對安全 如果沒有資料庫或動態 PHP 層，SQL 注入或暴力管理攻擊等常見漏洞在結構上是不可能的。
💬 最後的想法
雖然 SSG 的初始設定需要付出努力，但速度、成本、安全性和 SEO 穩定性的長期優勢使得從 WordPress 切換到 Hugo 成為您可以為 Web 平台做出的最佳投資之一。