多年來，對於「我該把這個部署到 Cloudflare 的哪裡」這個問題，答案很簡單：靜態站台和前端放到 Pages，無伺服器邏輯放到 Workers。到了 2026 年，這條界線已經模糊，因為 Workers 現在可以直接提供靜態資源，這意味著單個 Worker 就能託管你的整個站台，前端和後端合而為一。這改變了 Cloudflare 自己對新專案的建議，在你選邊站之前，值得先弄清楚原因。
本指南說明每個產品是什麼，向靜態資源的轉變如何改變了 Cloudflare Pages vs Workers 的抉擇，並為新專案以及任何在考慮是否遷移的人給出明確的建議。
摘要
- Pages 是面向靜態站台和前端框架的 git 連接託管，內建 CI/CD 和預覽部署
- Workers 是 Cloudflare 的無伺服器運算平台，現在也提供靜態資源，因此可以託管完整站台
- 對於 2026 年的新專案，Cloudflare 推薦使用搭配靜態資源的 Workers，因為它把前端和後端統一到一次部署中
- Pages 仍然獲得完整支援；沒有必要急著把現有的 Pages 專案遷走
- 根據工作流程來選擇：純 git-push 的靜態部署用 Pages，凡是把靜態內容與動態邏輯混在一起的就用 Workers
什麼是 Cloudflare Pages
Cloudflare Pages 是一個直接從 git 儲存庫部署網站的平台。你連接一個 GitHub 或 GitLab 儲存庫，Cloudflare 執行你的建置命令，輸出便部署到全球邊緣。每次 push 都會獲得一個帶有獨立 URL 的預覽部署，而合併到生產分支會更新線上站台。這就是經典的 Jamstack 工作流程：push 程式碼，得到一個已部署的站台。
Pages 還透過 Pages Functions 支援動態行為，它們在底層就是 Workers，因此你可以為一個原本靜態的站台加入 API 路由和伺服器端邏輯。我正是用這種方式建構了一個完整的 Cloudflare Pages 上的使用者註冊與登入系統 ，它展示了一個「靜態」主機能延伸到多遠。
什麼是 Cloudflare Workers
Cloudflare Workers 是無伺服器運算與無伺服器託管平台：程式碼執行在 Cloudflare 的網路上，靠近你的使用者，無需管理伺服器。Workers 起初是用於 API、中介軟體和邊緣邏輯的純函式，並與平台的其餘部分綁定，R2 、D1 、KV、Queues 和 Workers AI 。如果你基於這些儲存綁定來建構，我的免費桌面應用程式讓它們易於管理：Easy Cloudflare R2 、Easy Cloudflare D1 和 Easy Cloudflare KV 。
2026 年的關鍵進展是 Static Assets。一個 Worker 現在可以直接提供一個靜態檔案目錄（HTML、CSS、JS、圖片），同時由 Worker 處理任何動態路由。這意味著單個 Worker 就能在一次部署中託管你建置好的前端和你的 API，而這在以前需要把工作拆分到 Pages 和 Workers 上。
Pages vs Workers 有什麼變化：Static Assets
這個對比如今之所以重要，正是因為靜態資源能力。過去，如果你有一個 React 或 Astro 前端外加一個後端 API，自然的拆分方式是前端用 Pages、API 用一個單獨的 Worker。兩個專案，兩次部署，兩樣東西要彼此對接。
藉助 Workers 上的靜態資源，你只需部署一次。Worker 為一般請求提供你的靜態建置，並為 API 路由或伺服器端渲染頁面執行你的程式碼。對於把靜態和動態內容混在一起的全端框架與應用，這更易於建構、部署和理清思路。這就是 Cloudflare 現在把新的全端專案引向 Workers 而非 Pages 的原因。
Pages vs Workers：並排對比
| 標準 | Cloudflare Pages | Cloudflare Workers |
|---|---|---|
| 主要用途 | git 連接的站台託管 | 無伺服器運算 + 靜態資源 |
| 靜態託管 | 是（核心功能） | 是（透過靜態資源） |
| 動態/伺服器端邏輯 | Pages Functions | 原生 |
| Git CI/CD + 預覽 | 內建 | 透過 CI 整合 / Wrangler |
| 綁定（R2、D1、KV、AI） | 是 | 是，一等公民 |
| 最適合 | 純靜態/Jamstack 站台 | 全端應用與 API |
| 2026 年對新專案的建議 | 仍受支援 | 首選 |
何時選擇 Pages
在 Pages vs Workers 的抉擇中，Pages 在以下情況下仍是絕佳選擇：
- 你有一個純靜態站台或前端框架建置，並希望盡可能簡單的 git-push 部署工作流程
- 你看重無需任何設定的內建 CI/CD 和預覽部署
- 你的動態需求很輕，Pages Functions 就能很好地滿足
- 你已經在 Pages 上且運作良好；留下來沒有任何代價
何時選擇 Workers
在 Pages vs Workers 的抉擇中，Workers 在以下情況下是更好的選擇：
- 你正在建構一個把靜態內容與大量伺服器端邏輯混合的全端應用
- 你希望前端和後端在一次部署中，而不是兩個需要協調的專案
- 你大量依賴 D1、R2、KV、Queues 或 Workers AI 等綁定
- 你在 2026 年啟動一個新專案，並希望遵循 Cloudflare 目前推薦的路徑
- 你需要對路由、快取和請求處理進行細粒度控制
Cloudflare Pages vs Workers：你該遷移嗎？
不，不要條件反射式地遷移。如果你有一個能用的 Pages 專案，它仍受完整支援，也沒有任何期限逼你遷移。當你有具體理由時再遷移：你正在加入大量後端邏輯，你想把拆分的前端/後端合併為一次部署，或者你遇到了 Workers 能解決的 Pages 特有限制。
對於全新專案，在 Pages vs Workers 的選擇中，從搭配靜態資源的 Workers 起步。對於現有且令人滿意的 Pages 部署，在出現真正需求之前就讓它保持原樣。遷移最糟糕的理由是圖新鮮；最好的理由是統一一個否則你不得不拆分的全端應用。
重點整理
- Pages 是面向靜態和 Jamstack 站台的 git 連接託管，內建 CI/CD 和預覽
- Workers 是無伺服器運算，現在也提供靜態資源，因此可以託管完整站台
- Static Assets 正是讓單個 Worker 能把前端和後端一起託管的那個變化
- 對於 2026 年的新全端專案，Workers 是 Cloudflare 推薦的路徑
- Pages 仍受完整支援；只有在你有具體理由時才遷移
- 在 Cloudflare Pages vs Workers 的抉擇中，純靜態的簡潔選 Pages，凡是把靜態內容與真實邏輯混合的就選 Workers
常見問題
Cloudflare Pages 和 Workers 有什麼區別？ Pages 是面向靜態站台和前端的 git 連接託管，內建 CI/CD 和預覽部署。Workers 是 Cloudflare 的無伺服器運算平台。界線在 2026 年變得模糊，因為 Workers 現在可以提供靜態資源，使一個 Worker 能同時託管前端和後端。
2026 年的新專案我該用 Pages 還是 Workers？ 對於大多數新的全端專案，搭配靜態資源的 Workers 現在是 Cloudflare 推薦的選擇，因為它把前端和後端統一到一次部署中。對於一個你想要最簡單 git-push 工作流程的純靜態站台，Pages 仍是絕佳選項。
Cloudflare Pages 會被停用嗎？ 不會。Pages 仍受完整支援。Cloudflare 現在把新的全端專案引向 Workers，但現有的 Pages 專案繼續運作，並且沒有強制遷移。
Workers 能託管一個靜態網站嗎？ 能。藉助靜態資源功能，一個 Worker 可以直接提供 HTML、CSS、JS 和圖片等靜態檔案，同時在程式碼中處理動態路由。正是這一點讓單個 Worker 能託管一個完整站台。
Pages 和 Workers 使用相同的綁定嗎？ 兩者都可以使用 R2、D1、KV 和 Workers AI 等 Cloudflare 綁定。Pages 透過 Pages Functions 公開它們，而 Workers 將它們視為一等公民。在功能上，你可以從任一方觸及相同的平台服務。
我該把現有的 Pages 站台遷移到 Workers 嗎？ 僅當你有具體理由時，比如加入大量後端邏輯，或把拆分的前端和後端合併為一次部署。一個能用的 Pages 專案受完整支援，無需遷移。
評論