Vercel 2026 年定價：真實發票 vs Netlify & Cloudflare Pages
你的 Next.js 網站在下午 3 點部署到 Vercel。週四流量激增。週一發票送達——$340 而不是你預期的 $20 Pro 方案。沒有警報觸發。沒有閾值警告。只是一行標記為「額外頻寬」的項目，翻倍了，當你的文章走紅時又翻倍了。自 2020 年以來，我在 47 個客戶部署中見過這個確切的模式，廣告定價和真實發票之間的差距在不斷擴大。不是因為平台收費更多——而是計費觸發器隱藏在你的團隊在造成損害前永遠不會檢查的地方。Vercel 並不孤單。Netlify 的函數調用數學和 Cloudflare 的「合理使用」上限都以營銷頁面永遠不會提到的方式崩潰。所以我提取了我們過去 18 個月在所有三個平台上支付的每份生產發票——然後精確對應了你的成本在哪裡爆炸以及哪個平台實際上按承諾計費。
上個月我坐下來查看三個平台上九個客戶項目的發票，然後計算數學。不是「他們定價頁上計算器的」數學。真實數學。「為什麼當我估計 $80 時這張帳單是 $340」的數學。
這篇文章是我學到的一切。如果你在 2026 年為生產部署在 Vercel、Netlify 和 Cloudflare Pages 之間選擇，這應該能為你節省一些令人痛苦的驚喜。
目錄
- 為什麼平台定價比看起來更難
- Vercel 2026 定價明細
- Netlify 2026 定價明細
- Cloudflare Pages 2026 定價明細
- 並排成本比較
- 真實場景：月流量 50 萬的行銷網站
- 真實場景：擁有繁重 API 路由的 SaaS 儀表板
- 真實場景：電子商務店面
- 沒人談論的隱性成本
- 你實際應該選擇哪個平台
- 常見問題
為什麼平台定價比看起來更難
每個平台都希望你看著他們的免費層並認為「這基本上是免費的。」對於個人部落格或業餘項目，它確實是免費的。問題從你有實際流量、實際動態路由和實際業務需求時開始。
以下是使比較棘手的原因：
- 計費單位不同。 Vercel 對函數調用和執行時間計費。Netlify 以不同的定義對「無伺服器函數執行」計費。Cloudflare 對 Workers 請求計費。這些不是同一件事。
- 頻寬定義各不相同。 有些平台計算邊緣快取命中。其他的則不計。有些對圖像優化頻寬分別計費。
- 超額是錢所在的地方。 基本方案可能是 $20/月，但流量激增可以悄悄地將你的帳單乘以 5。
我見過團隊選擇 Vercel，因為「它在 Next.js 上運行很好」，卻沒有意識到他們的 ISR 密集架構會產生 200 萬個月度函數調用。那不是假設——那是我們去年的一個 Next.js 開發客戶。
Vercel 2026 定價明細
Vercel 在 2025 年底更新了他們的定價結構，目前的模式（截至 2026 年第一季度）如下所示：
方案層級
| 方案 | 月成本 | 團隊成員 | 頻寬 | 無伺服器函數執行 | 邊緣函數調用 | 構建分鐘 |
|---|---|---|---|---|---|---|
| Hobby | $0 | 1 | 100 GB | 100K | 500K | 6,000/月 |
| Pro | $20/成員 | 最多 10 | 1 TB | 1M | 1M 包含 | 24,000/月 |
| Enterprise | 自訂 | 無限 | 自訂 | 自訂 | 自訂 | 自訂 |
實際花錢的地方
$20/成員/月的 Pro 方案是大多數生產網站的落地點。但這裡變得有趣：
- 額外頻寬： $40 每 100 GB，在包含的 1 TB 之後
- 額外無伺服器函數執行： $6 每 1M，在前 1M 之後
- 額外邊緣函數調用： $2 每 1M
- 邊緣中間件： 在每個請求上預設運行。如果你在使用中間件進行認證檢查或重定向，每個單一頁面檢視都會觸發它。
- 圖像優化： Pro 上包含 5,000 個來源圖像；$5 每額外的 1,000 個來源圖像
- 網路分析： 包含，但進階分析從 $10/專案/月開始
- DDoS 保護和 WAF： 僅在 Enterprise 上
無伺服器函數陷阱
這是能抓住人們的。在 Next.js App Router 專案中，每個使用伺服器元件的 page.tsx、每個 API 路由、每個伺服器操作——這些都計為無伺服器函數調用。單個頁面加載如果你有並行資料提取，可以觸發多個函數調用。
我在上一季度審計了一個客戶專案，發現單個產品頁面每次訪問產生 4 個函數調用：一個用於佈局，一個用於產品資料，一個用於推薦，一個用於庫存狀態。在每月 20 萬次頁面檢視中，那是來自單個頁面的 80 萬個函數調用。
// 這些中的每一個在 Vercel 上生成一個單獨的函數調用
// app/products/[slug]/page.tsx
export default async function ProductPage({ params }) {
const product = await getProduct(params.slug); // 調用 1
const recommendations = await getRecommendations(params.slug); // 調用 2
const inventory = await getInventory(params.slug); // 調用 3
return <ProductView product={product} recommendations={recommendations} inventory={inventory} />;
}
你可以批量處理這些，但大多數教程中的預設模式不會。
Vercel 的 2025-2026 定價變化
Vercel 在 2025 年底進行了重大轉變，通過引入「流動計算」作為其預設執行模型，替換了舊的按調用無伺服器方法，採用了一個將函數保持溫暖更長時間的類似容器的模型。這實際上降低了具有一致流量的應用成本，但突發流量模式仍然會被狠狠打擊。
他們還在 Pro 方案上引入了支出上限——你現在可以設定最大月度支出，這很有用。在此之前，失控的帳單是真正的關注。
Netlify 2026 定價明細
Netlify 在 2025 年初重組了他們的定價，並在 2026 年保持相對穩定。
方案層級
| 方案 | 月成本 | 團隊成員 | 頻寬 | 無伺服器函數 | 邊緣函數 | 構建分鐘 |
|---|---|---|---|---|---|---|
| Starter | $0 | 1 | 100 GB | 125K 調用 | 無限 | 300/月 |
| Pro | $19/成員 | 最多 10 | 1 TB | 2M 調用 | 無限 | 25,000/月 |
| Enterprise | 自訂 | 無限 | 自訂 | 自訂 | 自訂 | 自訂 |
實際花錢的地方
- 額外頻寬： $55 每 100 GB（是的，比 Vercel 更貴）
- 額外無伺服器函數調用： $7.50 每 1M
- 大型媒體存儲： $2.50 每 100 GB
- 表單： Starter 上 100 提交/月；額外費用 $19/網站/月用於 1,000 提交
- 身份（認證）： 1,000 個活躍用戶免費；$99/網站/月用於 10,000
- 分析： $9/網站/月
Netlify 的優勢和劣勢
Netlify 在所有付費方案上的無限邊緣函數確實很好。如果你的架構大量依賴邊緣邏輯——基於地理位置的路由、邊緣 A/B 測試、認證令牌驗證——Netlify 不會為此額外計費。
弱點？Netlify 的無伺服器函數在幕後運行在 AWS Lambda 上，冷啟動明顯比 Vercel 更糟（2026 年初期對於可比較的 Node.js 函數平均 300-500ms vs Vercel 的 100-200ms）。
另外，Netlify 的 Next.js 支持雖然通過他們的運行時 v5 顯著改進，仍然落後於 Vercel 的原生支持。像部分預渲染和伺服器操作這樣的功能可以運行，但我遇到了需要解決方法的邊界情況。如果你在做無頭 CMS 開發，有一個 Next.js 前端，這很重要。
Cloudflare Pages 2026 定價明細
Cloudflare Pages 是這裡的奇特之處，在許多方面是最有趣的選項。
方案層級
| 方案 | 月成本 | 團隊成員 | 頻寬 | Workers 請求 | KV 操作 | 構建分鐘 |
|---|---|---|---|---|---|---|
| 免費 | $0 | 無限 | 無限 | 100K/天 | 100K 讀取/天 | 500/月 |
| Pro | $20/月（固定） | 無限 | 無限 | 10M/月 | 1B 讀取/月 | 5,000/月 |
| Business | $200/月 | 無限 | 無限 | 50M/月 | 5B 讀取/月 | 20,000/月 |
頻寬優勢
再讀一遍那個表。所有方案上無限頻寬，包括免費方案。 這是 Cloudflare 的殺手級優勢。如果你運行一個媒體密集型網站或提供大量圖像和視頻，僅頻寬節省就可以每月節省數百美元。
實際花錢的地方
- 額外 Workers 請求： $0.30 每 1M，在方案限制之後
- 耐用物件： $0.15 每 1M 請求 + 存儲費用
- R2 存儲（如果用於資產）： $0.015 每 GB/月，$4.50 每 1M A 類操作
- Workers AI： 按使用次數付費，因模型而異
- 圖像： $5/月用於 100K 變體；$1 每額外 100K
Cloudflare Pages 的陷阱
這裡我必須誠實：Cloudflare Pages 運行在 Workers 運行時上，不是 Node.js。這意味著：
- 沒有原生
fs模塊 - 沒有原生 Node.js API（雖然與
nodejs_compat標誌的相容性已大幅改進） - 一些 npm 套件根本無法運行
- Next.js 支持通過
@cloudflare/next-on-pages或更新的opennext適配器運行，但它不是第一方
對於 Astro 開發，Cloudflare Pages 實際上是優秀的。Astro 對 Cloudflare 的適配器得到很好的維護，SSR 故事是穩固的。對於 Next.js，它是可行的，但你會遇到粗糙的邊緣。
並排成本比較
讓我用實數為三個常見場景付錢。所有價格都是月度的，基於 2026 年定價。
| 度量 | Vercel Pro | Netlify Pro | Cloudflare Pro |
|---|---|---|---|
| 基本成本（3 個團隊成員） | $60 | $57 | $20 |
| 2 TB 頻寬 | $60 + $40 = $100 | $57 + $55 = $112 | $20 |
| 5M 函數調用 | $60 + $24 = $84 | $57 + $22.50 = $79.50 | $20 |
| 2 TB 頻寬 + 5M 調用 | $124 | $134.50 | $20 |
| 圖像優化（20K 圖像） | +$75 | +$0（使用外部） | +$5 |
| 分析 | 包含（基本） | +$9/網站 | 免費（通過 CF 儀表板的基本） |
那個 Cloudflare 欄不是打字錯誤。對於頻寬密集型、中等流量的網站，Cloudflare Pages 的成本要少得多。
真實場景：月流量 50 萬的行銷網站
典型的中等規模公司行銷網站：30 個頁面、CMS 驅動的內容、聯絡表格，也許有 200 篇文章的部落格。靜態生成，一些 ISR 用於部落格。
假設：
- 500K 頁面檢視/月
- 800 GB 頻寬（圖像、字體等）
- 600K 無伺服器函數調用（ISR、表單處理、API 路由）
- 3 個團隊成員
- 1,000 個表單提交/月
| Vercel Pro | Netlify Pro | Cloudflare Pro | |
|---|---|---|---|
| 基本方案 | $60 | $57 | $20 |
| 頻寬超額 | $0 | $0 | $0 |
| 函數超額 | $0 | $0 | $0 |
| 表單 | 外部服務 | $19 | 外部服務 |
| 總計 | $60 | $76 | $20 |
在這個規模上，所有三個都相當實惠。當你向上擴展時，差異開始很重要。
真實場景：擁有繁重 API 路由的 SaaS 儀表板
具有認證用戶、即時資料、大量 API 呼叫的儀表板應用。想像：分析儀表板、專案管理工具或管理面板。
假設：
- 50K 活躍用戶
- 800 萬頁面檢視/月
- 2.5 TB 頻寬
- 1,500 萬個函數調用
- 5 個團隊成員
- WebSocket 連線（在支持的地方）
| Vercel Pro | Netlify Pro | Cloudflare Business | |
|---|---|---|---|
| 基本方案 | $100 | $95 | $200 |
| 頻寬超額 | $600 | $825 | $0 |
| 函數超額 | $84 | $97.50 | $0 |
| 總計 | $784 | $1,017.50 | $200 |
現在差異是明顯的。Cloudflare 的固定費率模型具有無限頻寬完全適合高流量動態應用。但記住——你用成本節省換取了一個更受限制的運行時環境。
Vercel 在這個規模上可能會推向 Enterprise，通常從大約 $1,500/月開始，但包括 DDoS 保護、SLA 保證和優先支持。
真實場景：電子商務店面
無頭商務網站使用 Shopify 或類似的作為後端，有一個 Next.js 或 Astro 前端。
假設：
- 20 萬月度訪客
- 150 萬頁面檢視（瀏覽行為）
- 1.8 TB 頻寬（產品圖像）
- 800 萬個函數調用（產品頁面、購物車、結帳、搜尋）
- 15,000 個圖像優化的來源圖像
- 4 個團隊成員
| Vercel Pro | Netlify Pro | Cloudflare Pro | |
|---|---|---|---|
| 基本方案 | $80 | $76 | $20 |
| 頻寬超額 | $320 | $440 | $0 |
| 函數超額 | $42 | $45 | $0 |
| 圖像優化 | $50 | 外部（$20-50） | $5 |
| 總計 | $492 | $581-611 | $25 |
電子商務是 Vercel 和 Netlify 上頻寬成本真正咬人的地方。即使有積極的快取，產品圖像也會快速消耗頻寬。
如果你在構建無頭店面，成本是一個因素，Cloudflare Pages 值得認真考慮——假設你選擇的框架有穩固的 Cloudflare 支持。查看我們的定價頁面，如果你想幫助評估你的特定項目的正確平台。
沒人談論的隱性成本
預覽部署
所有三個平台為 PR 創建預覽部署。在 Vercel Pro 上，你獲得無限預覽部署，但他們消耗構建分鐘和函數調用。一個忙碌的團隊每天推送 20 個 PR 和自動化測試可以快速消耗構建分鐘。
中間件和邊緣執行
Vercel 的中間件在每個匹配其匹配器模式的請求上運行。如果你的中間件在每個路由上檢查認證，那是每個請求的邊緣函數調用。在有 100 萬個月度請求的網站上，那是來自單一中間件的 100 萬個邊緣函數調用。在 $2 每 1M，它很便宜——但當與其他邊緣使用結合時加起來。
Cron 作業
Vercel 對 cron 作業調用計費對抗你的無伺服器函數配額。如果你有一個每分鐘運行的 cron，那是 43,200 個調用/月來自單一 cron。Netlify 的排程函數類似。Cloudflare 的 Cron 觸發器包括在你的 Workers 請求配額中。
Monorepo 中的構建分鐘
如果你在 monorepo 中運行 Turborepo，每個部署重建比你想像的更多。Vercel 的遠程快取有幫助，但你仍然會使用比單一專案 repo 更多的構建分鐘。我見過 monorepo 消耗等效獨立專案的 3-5 倍構建分鐘。
開發者體驗成本
這不在任何發票上，但它是真實的。Vercel 對 Next.js 的 DX 是無與倫比的。事情就是有效。部署預覽評論、速度洞察、與 Next.js 錯誤覆蓋的整合——它節省開發者時間。如果你支付開發者 $150/小時，Vercel 每個月為每個開發者節省 2 小時的部署問題除錯，那值 $300/月每個開發者。考慮到它。
你實際應該選擇哪個平台
在跨所有三個平台部署數十個生產網站之後，這是我誠實的看法：
選擇 Vercel 如果：
- 你用 Next.js 構建並想要零摩擦
- DX 比節省 $50/月更重要
- 你需要第一天最新 Next.js 功能
- 你的流量是中等和可預測的
選擇 Netlify 如果：
- 你需要內置表單、身份或其他附加功能
- 你的團隊更喜歡一個更可視化/UI 驅動的部署工作流
- 你在使用 Next.js 以外的框架（Hugo、Eleventy 等）
- 邊緣函數是你架構的核心
選擇 Cloudflare Pages 如果：
- 頻寬成本在其他平台上會很重要
- 你用 Astro、SvelteKit 或另一個 CF 友好框架構建
- 你想要最激進的成本優化
- 你可以在 Workers 運行時約束內工作
- 你需要全球效能（CF 的邊緣網路很龐大）
對於我們在 Social Animal 的大多數客戶工作，我們預設 Vercel 用於 Next.js 專案和 Cloudflare Pages 用於 Astro 專案。罕見的 Netlify 部署發生在客戶有現有 Netlify 基礎結構或需要他們的特定附加功能時。
如果你不確定去哪個方向，聯繫我們——平台選擇是我們在任何合作中早期確定的事情之一。
常見問題
Vercel 對 2026 年的生產網站實際成本是多少？ 對於典型的生產網站具有中等流量（每月少於 50 萬訪客），根據團隊大小，預期在 Pro 方案上支付 $60-120/月。高流量網站具有繁重動態渲染由於頻寬和函數調用超額可以輕易達到 $500-1,000/月。Vercel 的支出上限（在 2025 年底推出）幫助防止帳單衝擊，但你需要主動設定它們。
Cloudflare Pages 對生產使用真正免費嗎？ 免費層對小型生產網站真正可用——無限頻寬是真實的。然而，你被限制為每天 100K Workers 請求、500 構建分鐘每月和一次構建一個。對於任何認真的生產網站有一個團隊，實踐最小值是 $20/月 Pro 方案。它仍然比替代品便宜得多。
我能在 Cloudflare Pages 上使用 Next.js 嗎？
可以，但有注意事項。@cloudflare/next-on-pages 套件和更新的 OpenNext 適配器都運行，但你會遇到限制。一些 Next.js 功能像原生 next/image 優化需要解決方法，Workers 運行時不支持所有 Node.js API。App Router 運行，但我會建議在承諾之前徹底測試你的特定模式。完全 Next.js 相容性，Vercel 仍然是最小阻力的路徑。
為什麼我的 Vercel 帳單比預期更高？ 最常見的原因是：中間件運行在每個請求上（檢查你的匹配器模式）、ISR/SSR 頁面生成比預期更多函數調用（每個並行資料提取可以是一個單獨的調用）、預覽部署消耗資源和圖像優化費用用於有很多獨特圖像的網站。啟用 Vercel 的使用儀表板並每週檢查它直到你理解你的消耗模式。
Netlify 在 2026 年比 Vercel 便宜嗎？ 在基本方案層級，他們幾乎相同（$19 vs $20 每成員）。他們分化的地方是超額：Netlify 對額外頻寬收費 $55 每 100 GB vs Vercel 的 $40。Netlify 的無伺服器函數超額也略微更貴。然而，Netlify 在付費方案上包括無限邊緣函數，如果你的架構是邊緣密集的這可以抵消成本。對於大多數標準網路專案，Vercel 最終略便宜一點。
這些平台中的任何一個提供支出上限或計費警報嗎？ Vercel 在 2025 年在 Pro 方案上引入了支出上限——你可以設定一個硬限，你的網站將在你達到它時繼續提供快取內容。Netlify 提供支出通知但不是 Pro 上的硬上限。Cloudflare 的模型在很大程度上是固定費率，使超額成為較少的關注，但他們確實為 Workers 使用提供計費警報。無論平台如何，總是設定警報。
無頭 CMS 網站的最佳平台是什麼？ 這取決於框架。對於 Next.js 具有無頭 CMS（Sanity、Contentful、Storyblok），Vercel 提供最流暢的體驗具有按需 ISR 和草稿模式等功能。對於基於 Astro 的無頭 CMS 網站，Cloudflare Pages 為你提供一分錢成本的難以置信的效能。CMS 選擇本身很少規定平台——它是前端框架最重要的。
我應該使用 Vercel Enterprise 還是探索替代品？ 如果你的 Vercel Pro 帳單持續超過 $800/月，值得有 Enterprise 對話——不是因為它便宜每位一，而是因為你獲得 SLA 保證、DDoS 保護和一個專門的支持工程師。或者，在那個支出水平上，將動態工作負載遷移到 Cloudflare Workers 同時保持你的靜態資產在任何 CDN 上可以將成本減少 60-70%。我們已經為幾個客戶進行了這個遷移，它不像聽起來那樣痛苦。