為什麼我的官網是靜態站：速度、安全與 SEO 的三重理由

時間切片聲明（2026-08-11 補記）

以下內容記錄的是 2026-08-07 當時的架構與實測結果，寫成之後沒有改寫—— 保留原貌是為了誠實：文章是那一天的快照，不是永遠成立的宣稱。

兩處已知變動：①部署平台後來確定為 Cloudflare Worker（靜態資產），非文中提到的 Pages； ②標題字後來改用自站內提供的子集檔，文中「零網頁字型」僅對內文成立。 本站目前的實測數字與可複驗清單，一律以 作品與能力證明頁 為準。

一個接 WordPress 開發案的工作室，自己的官網卻不用 WordPress——這不是矛盾，是本文想示範的第一件事：選型跟著需求走，不跟著信仰走。本站的需求是內容展示、效能示範與可信度，這恰好是靜態站的主場；客戶的需求常是後台編輯與電商，那是 WordPress 的主場。分開判斷，各用各的。

本站的實測數據（可複驗）

先上數據，再講原理。以下皆為本站實際狀態，量測於 2026-08-07：

指標	數值	量測條件／複驗方式
Lighthouse Performance	100	Lighthouse 13.4.1，headless Chrome 行動模擬；貼本站網址進 PageSpeed Insights 可複驗
Lighthouse SEO	100	同上
Lighthouse Best Practices	100	同上
Lighthouse Accessibility	100	同上
第三方請求	0	開 DevTools Network 面板重新整理任一頁
網頁字型下載	0（系統字堆疊）	Network 面板無 font 請求
單頁 JavaScript	小於 30 KB（預載腳本）	Network 面板 JS 加總

分數會隨工具版本與網站改動變化，所以本站的建置流程含自動化驗收：每次部署前重跑 Lighthouse，四項低於 95 就擋下——數字不是一次性的成績，是持續維持的狀態。

理由一：速度的上限不同

動態網站（含 WordPress）處理一個請求要走：接收請求 → 執行 PHP → 查資料庫 → 組裝 HTML → 回應。每一步都能優化（快取、CDN、OPcache），但每一步都存在。

靜態站把「組裝 HTML」搬到建置時做完，訪客拿到的是早就準備好的檔案，從 CDN 節點直接出——沒有資料庫查詢、沒有後端執行。這不是「靜態站比較快」的程度差異，是天花板高度的差異：動態站要花工程逼近的速度，靜態站是預設值。

代價也誠實寫：內容更新要重新建置。本站的更新頻率（每週數次）完全負擔得起；日更多篇的媒體站就不一定了。

理由二：攻擊面小一個量級

WordPress 的資安工作是真實的：核心與外掛的更新、後台的登入防護、資料庫的備份——不做就等著出事，這也是為什麼我們給客戶的維護方案把這些列為標配。

靜態站直接拿掉了大部分攻擊面：沒有後台可以暴力破解、沒有外掛漏洞可以利用、沒有資料庫可以注入。剩下的風險集中在部署管線與 DNS，防護範圍小一個量級。對一人工作室來說，這代表資安維護的固定成本趨近於零——省下的心力可以花在內容上。

理由三：SEO 與 GEO 工程完全可控

這是本站選靜態最重要的理由。SEO/GEO 的技術層（〈GEO 是什麼〉有完整清單）本質上是「精確控制網站輸出什麼」：meta 標籤、結構化資料、robots.txt、llms.txt、每一段 HTML 的結構。

靜態架構下，這些輸出全部是程式碼，進版本控制、進自動化驗收：本站的建置流程會逐頁檢查 title 長度、描述長度、JSON-LD 完整性、內鏈有效性，任何一項不合格就建置失敗。WordPress 上做同樣的事要對抗主題與外掛各自輸出的 HTML，能做，但精確度與維護成本差很多。

成果可以直接看：作品與能力證明頁列出的每一項（結構化資料、17 個 AI 爬蟲放行、llms.txt、IndexNow）都附複驗方式。

本站的技術棧與選型理由

具體到工具層，本站的組合與各自的入選理由：

• Astro：靜態站產生器。選它而不是其他框架的關鍵是「預設零 JavaScript」——頁面上沒有互動需求，就一位元組的 JS 都不送（本站唯一的 JS 是連結預載）。內容用 Markdown 管理、進 Git 版本控制，每一次文案修改都有紀錄可回溯。官方文件見 docs.astro.build。
• Tailwind CSS：樣式層。原子化 class 讓未使用的樣式在建置時全數剔除，輸出的 CSS 以 KB 計。
• Cloudflare Pages：部署與 CDN。靜態檔案直接分發到節點，台灣訪客從就近節點取檔；免費額度對中小型網站綽綽有餘，這也是靜態站成本結構的一部分——本站的每月營運成本趨近於零（網域費除外）。
• 自動化驗收：建置流程內建逐頁檢查（meta 長度、結構化資料、內鏈有效性、中文排版一致性）與 Lighthouse 門檻，任何一項不過就不部署。品質不是靠記得檢查，是靠忘了也會被擋下。

這套組合的共同特徵：把工作往「建置時」搬，讓「服務時」無事可做——無事可做的伺服器最快，也最不會出事。

靜態站對 GEO 的隱形加成

〈GEO 是什麼〉列過生成式引擎的三層優化：存取、信任、引用。靜態架構在三層都有結構性優勢：

• 存取層：AI 爬蟲拿到的是完整的 HTML，不需要執行 JavaScript 才看得到內容——部分爬蟲不執行 JS，前端渲染的網站在它們眼中是空白頁。
• 信任層：llms.txt、robots.txt、結構化資料全部由程式產生並隨建置更新，永不過期。
• 引用層：輸出 HTML 的每一段結構都在掌控中，TL;DR 區塊、FAQ、表格的標記可以精確設計成「可搬走」的形狀。

這不是說動態網站做不到 GEO，而是靜態架構讓這些工程預設就做對，維護成本低一個量級。

系統字策略：一個具體的取捨示範

本站不載入任何網頁字型，用系統字堆疊（macOS 的蘋方、Windows 的微軟正黑）。取捨是這樣算的：

• 得：省掉中文字型動輒數 MB 的下載（子集化後也有數百 KB），首屏渲染不被字型阻塞，這是 Performance 100 的關鍵之一。
• 失：不同平台的字形略有差異，品牌視覺的一致性打折。

對顧問工作室，速度的說服力大於字型的一致性，所以選系統字；對視覺品牌強的行業，答案可能相反。取捨本身不重要，把取捨算清楚才重要——這也是我們做技術決策的方式。

速度的商業意義：不只是分數好看

Lighthouse 100 分不是收藏品，它對應三件有商業價值的事：

• 轉換：載入每慢一秒，跳出率就上升——這在 Google 的多份公開研究裡反覆被證實。對以「初談詢問」為轉換目標的網站，首屏快慢直接影響訪客會不會留下來讀完服務內容。
• 爬蟲覆蓋：搜尋引擎給每個網站的抓取資源有限，頁面回應越快，同樣的資源能抓越多頁、越常回訪。內容更新後被索引的速度，效能好的網站有實質優勢。
• 信任示範：對本站更特別的一層——我們賣的是 SEO/GEO 諮詢，自家網站的效能數字就是最直接的能力證據。宣稱自己會優化、官網卻跑不動的服務商，市場上並不少見。

反過來說，如果你的網站是內部系統或熟客回訪型，速度的商業價值就低——這也是選型該回到需求的另一個例子。

常見反對意見，逐條回應

「靜態站改個字都要找工程師，太麻煩」——對，這是真實成本，FAQ 裡也承認了。本站的做法是把更新流程自動化到「改文字檔、推送、等兩分鐘」；但這仍然預設操作者會用 Git。內容更新者是非工程師時，這條反對意見成立，請選後台型系統。

「WordPress 也能做到很快，你這是稻草人」——WordPress 配好快取、CDN 與精簡外掛確實能逼近；差別在達成成本與回退風險：靜態站的快是預設值，WordPress 的快是持續維護的成果，多裝一個外掛就可能回退。兩者都能到終點，坡度不同。

「AI 時代誰還看網站，做這麼快幹嘛」——AI 引擎的爬蟲也是訪客，抓取效率影響覆蓋率；而且 AI 推薦之後，使用者的下一步常常還是點進官網確認。入口變多不代表官網不重要，代表官網的讀者多了一種：機器。

選型決策樹（文字版）

網站需要非工程師日常更新內容或管理商品嗎？
├─ 需要 → 後台型系統（WordPress 等），見報價與量級解析
└─ 不需要
   ├─ 有會員登入、購物車、即時資料嗎？
   │  ├─ 有 → 動態架構（WordPress／客製後端）
   │  └─ 沒有
   │     ├─ 內容更新頻率高（日更多篇、多人編輯）嗎？
   │     │  ├─ 是 → 後台型系統，編輯效率優先
   │     │  └─ 否 → 靜態站：速度、安全、SEO/GEO 控制力全拿

收尾

本站是這棵決策樹走到「靜態站」分支的實例，數據攤在第一節；你的網站該落在哪個分支，30 分鐘免費初談可以直接對著決策樹走一遍。需要後台型系統的，WordPress 建置服務的報價邏輯在〈架站費用行情解析〉寫得很清楚。