純靜態內容的網站在主機選擇上確實比動態站更有彈性，但這份彈性也容易導致成本最高、維護最麻煩的決策。不少站長面對選擇時，第一個念頭還是轉向 WordPress 主機——既然熟悉、既然省事，卻忽略了熟悉的選項未必是最適合的選項。本文從效能、維護成本與部署流程三個面向，梳理靜態網站在主機層面的實際考量。
靜態網站指的是每一頁都預先產出固定 HTML 檔案、伺服器只負責傳送、不在請求當下執行後端程式的網站。這和 WordPress 的運作方式有根本差異——WordPress 每次請求都要執行 PHP、查詢資料庫，再組成 HTML 回傳。相比之下，靜態頁面在部署時就已經是成品，伺服器能做的最單純的事就是把檔案送出去。
靜態與傳統 WordPress 主機的核心差異
傳統 WordPress 主機（共享主機、VPS、管理式 WordPress 主機）的架構是為動態應用設計的。伺服器需要安裝 PHP 執行環境、MySQL 資料庫，以及 Nginx 或 Apache 網頁伺服器，並在同一台機器上協調這些元件。這些基礎建設對 WordPress 而言缺一不可，但對純靜態內容來說，全都是多餘的開銷。
現代靜態主機的設計前提截然不同。像是 Netlify、GitHub Pages、Cloudflare Pages 這類平台，底層是 CDN（內容傳遞網路）加上物件儲存，沒有後端執行環境、沒有資料庫。每一個請求都直接從離使用者最近的節點取得靜態檔案，延遲遠低於需要動態運算的請求。
這個架構差異在效能上的表現相當直接。靜態網站首次載入時間（Time to First Byte，TTFB）通常在 50 毫秒以內，WordPress 主機在未加快取的情況下常見 300 至 800 毫秒，即使啟用快取外掛仍有額外的邊際成本。
主流靜態主機選項的比較
市場上的主機選項依使用情境可以分成三種形態。以下是幾個主流選項的橫向比較：
| 比較項目 | GitHub Pages | Netlify（免費方案） | Cloudflare Pages | Vercel（免費方案） |
|---|---|---|---|---|
| 適合對象 | 個人專案、文件站 | 靜態網站、JAMstack 專案 | 高流量靜態站 | 前端框架專案 |
| 部署方式 | Git push 自動觸發 | Git push 或拖曳上傳 | Git 整合 | Git 整合 |
| CDN 節點 | GitHub 自建（有限） | 全球 CDN | Cloudflare 全球 270+ 節點 | 全球 CDN |
| 自訂網域 | 支援 | 支援 | 支援 | 支援 |
| SSL 憑證 | 免費自動 | 免費自動 | 免費自動 | 免費自動 |
| 每月流量上限 | 100 GB | 100 GB | 無限制 | 100 GB |
| 免費方案限制 | 公開儲存庫才免費 | 每月 300 分鐘建置時間 | 每天 500 次建置 | 商業用途需付費 |
| 月費起跳（付費方案） | 無另外計費 | USD 19 | USD 20 | USD 20 |
Cloudflare Pages 在純靜態場景下的性價比最高，主要原因是流量無限制且節點最密。GitHub Pages 適合個人文件或開源專案展示，但有禁止商業用途的限制。Netlify 的建置管線功能完整，適合搭配靜態網站產生器（Static Site Generator，SSG）使用。
用 WordPress 主機架靜態網站的實際代價
拿 WordPress 主機來放靜態檔案並非不可行，但代價有幾個面向需要正視。
付了不必要的資源費用
共享主機月費通常在 NT$100 至 NT$300 之間，VPS 則從 USD 6 起跳。這些費用涵蓋 PHP 執行環境與資料庫，但靜態頁面完全用不到。相比之下，大多數靜態主機的免費方案已能支撐個人站與中小型企業展示站，付費方案也普遍比同等規格的 WordPress 主機便宜。
維護負擔沒有相應減少
WordPress 主機需要定期更新 PHP 版本、監控資料庫健康狀況、管理 WordPress 核心與外掛更新。即使站台內容是靜態的，主機層面的維護責任並不會消失。靜態主機平台幾乎不需要基礎建設維護，平台方處理所有底層更新。
部署流程比較笨重
WordPress 主機的標準部署是透過 FTP 上傳或後台操作。靜態主機平台原生支援 Git 整合，每次推送（push）到主幹分支就自動觸發建置與部署，整個流程從提交程式碼到上線通常不超過 2 分鐘。
什麼情況才需要用 WordPress 主機
靜態主機選擇並不適合所有場景。以下幾種情況，WordPress 主機仍是合理的選項：
需要動態功能：會員系統、訂單管理、表單寫入資料庫、個人化內容——這些都需要後端執行環境，靜態主機無法支援，必須有 WordPress 或其他 CMS 支撐。
非技術背景的內容編輯者：如果網站需要讓不懂程式的人員頻繁更新，WordPress 後台的所見即所得（WYSIWYG）編輯體驗遠優於靜態網站的部署流程。這類網站即使接了 Headless CMS，操作流程對非技術人員仍相對繁瑣。
現有 WordPress 基礎建設已到位：若公司已有管理 WordPress 主機的人力與流程，把靜態內容也放在同一台機器上未必不划算，至少省去多一個平台的帳號管理。這是務實的邊際決策，不是架構上的最優解。
純靜態內容的主機選型判斷方式
判斷靜態網站適合哪類主機，核心問題只有兩個。
網站現在或未來是否需要後端執行環境？如果答案是否定的，靜態主機在效能與成本上幾乎全面優於 WordPress 主機，沒有理由選後者。如果未來有機率加入動態功能，評估的是這個機率多高、轉移成本能不能接受，而非預防性地架一個 WordPress 主機在那邊等。
負責部署的人員有沒有基本的 Git 操作能力？靜態主機的部署流程以 Git 為核心，這是必要的操作門檻。Git 不熟悉的團隊硬上靜態主機，反而會把部署流程變成障礙。這時候 Netlify 的拖曳上傳介面是個過渡選項，不需要指令列操作、也不需要 Git 整合，適合作為熟悉靜態主機流程的入口。
選對主機類型，能在幾乎不增加維護負擔的前提下，取得比 WordPress 主機明顯更好的載入速度與更低的長期成本。這個選擇的前提只有一個：清楚自己的網站在功能面上到底需要什麼。