直接答案：Jamstack 是一套現代網站交付思路：優先產出可被 CDN 快取的頁面（Markup），必要動態靠 JavaScript 與 API／雲端服務完成，而不是每次瀏覽都由單體應用即時拼整頁。它能帶來速度與縮減攻擊面等潛在好處，但也要求建置流程、內容來源設計與工程維護。對香港中小企：行銷站、文件站、活動頁可以很適合；需要傳統後台即時改稿體驗時，不一定比 WordPress 一體方案更省心。
建議與Headless CMS、靜態 vs 動態、Astro／Next.js一併理解。
Jamstack 是甚麼
核心原則大致是：
- 預建／可快取的頁面：盡量在建置時或邊緣產生
- CDN 分發：訪客就近取得靜態資產與頁面
- 動態交給服務：表單、身分、搜尋、支付走 API
- 前端可現代化：常用現代框架或靜態網站產生器
優勢
- 首屏與全球訪問性能潛力高
- 源站壓力較小，部分攻擊面較易收斂
- 前端與內容／服務可分拆擴展
- 與 Git 工作流、預覽部署較好配合
限制與誤解
- 不是「不能有動態」——動態改走服務，仍要錢與維護
- 內容一改可能要重新建置；高頻改稿要設計預覽與增量策略
- 依賴一堆 SaaS 時，故障與帳單會分散
- 標籤本身不保證 SEO 或轉換
與傳統動態站的分別
傳統 PHP／CMS 站常在請求時由伺服器拼頁；Jamstack 偏向預建＋CDN。WordPress 也可加快取逼近部分效果，但不等于同一架構。見PHP與CMS。
何時適合／不適合
較適合
- 內容以行銷／文件為主，發布節奏可規劃
- 重視全球速度與 CDN
- 有前端工程與 CI 部署能力
通常不必硬轉
- 編輯要極像傳統 CMS 的即時改字體驗，又沒有資源做預覽系統
- 沒有人維護建置管道
- 問題其實是訊息與轉換，不是伺服器拼頁
找供應商要問甚麼
- 內容來源？Headless CMS、Git 還是其他？
- 改稿到上線要多久？預覽如何做？
- 表單、搜尋、會員等動態服務用哪家？費用？
- SEO 渲染與sitemap 策略？
- 誰負責依賴升級與雲端帳單？
下一步
若你在 WordPress 與現代前端之間搖擺，讀Astro／Next.js 與 WordPress 的分別。需要針對現站給建議，歡迎申請免費網站診斷或先用免費網頁性能速度測試。
