靜態架站地圖：先想需求，再選架構與平台
架站的順序不該從選平台開始：先把需求講清楚，跟 AI 討論出最小架構，最後才依架構選部署平台。
架站最常見的錯誤順序，是先選好平台和框架，才回頭想自己到底要什麼。結果不是功能過剩、維護痛苦，就是做到一半發現架構撐不住要的需求，整站重來。
順序反過來就順了：需求 → 架構 → 平台。這篇是這條路徑的地圖。
第一步：先把需求講清楚
動手之前，先回答得出這五個問題：
- 網站的內容是什麼？ 文章、作品、商品、課程，還是工具？
- 需要多少互動？ 只要能讀就好，還是要計算、搜尋、抽牌這類當下操作？
- 要不要收資料？ 報名表單、會員登入、付款、訂單——有任何一項，架構就不一樣。
- 多久更新一次、誰來更新？ 天天發文和一年改兩次，需要的維護方式完全不同。
- 預算與維護意願？ 願意自己顧主機，還是一切越省事越好？
答不出來就先不要選工具。需求不清楚的時候選什麼都是猜的。
第二步：跟 AI 討論架構
需求清單列好，交給 AI 當架構副駕駛：請它對照「這個需求需要哪一層能力」，提出最小架構與取捨。這正是 AI 在架站裡最有價值的位置——比較選項、列出代價、產生範本、幫你檢查，而不是替你做決定。
能力層級可以對照 Astro 四層能力 那篇的判準：純內容是靜態 HTML 就夠；要互動加原生 JavaScript 或 Islands；要收資料、會員、付款，才需要接外部服務或後端。原則只有一句：用最少的能力滿足需求——多出來的每一層，都是日後要維護的東西。
討論時請 AI 把「為什麼這樣選、放棄了什麼」寫下來。這份紀錄之後就是你的架構文件，換工具、換 AI 接手時都用得上。
第三步：依架構選部署平台
架構定了，平台就只剩配不配的問題，看四件事：支不支援你的架構（純靜態／需要伺服器功能）、有沒有預覽流程（上線前先看）、流量與費用的上限、需不需要表單這類內建功能。
| 平台 | 適合的情況 | 要注意 |
|---|---|---|
| GitHub Pages | 純靜態、內容已放在 GitHub、要最簡單的上線 | 沒有內建的預覽部署，功能最精簡 |
| Cloudflare Pages | 純靜態為主、重視速度與流量成本，要預覽連結 | 設定選項較多，第一次要花點時間 |
| Vercel | 要順手的預覽流程與框架整合 | 免費額度有限，流量大了費用上升快 |
| Netlify | 需要內建表單等附加功能 | 免費額度近年收緊，先確認現行方案 |
各家的額度與價格會變，選之前以官方頁面為準；上表看的是定位與取捨，這些變動得慢。
第四步：網域與上線
最後才處理門面：買好網域，用 CNAME 把它指向部署平台；正式發布前，先用平台的預覽連結把整站看過一遍再上線。平台隨時能換、網域跟著你走——這也是為什麼順序上平台放最後：它是最容易替換的一層。
順序就是重點
需求決定架構，架構決定平台。反過來做，每換一次需求就重做一次站；照這個順序，需求變了通常只動架構的一層，平台多半不用換。
延伸閱讀
- Astro 四層能力：從靜態網站到互動應用 — 第二步討論架構時的能力判準
- Astro 官網 · Hugo 官網 · Starlight 文件 · VitePress · Next.js
- 部署平台：GitHub Pages · Cloudflare Pages · Vercel · Netlify