拆解 Vercel 商業模式：靠「抽象層」賺錢，AI 時代是紅利還是天花板？

⟪本文轉載至 0xjacobzhao，原文章標題：從 Prompt 到上線：Vercel 如何吃下 AI 時代的部署紅利⟫

寫程式碼的成本正在被 AI 快速壓低，但「把程式碼送上生產環境」依然是一道昂貴的工程題。

每日約 600 萬次部署，超過一半由 AI Agent 觸發，AI SDK 每週下載約 1,600 萬次——Vercel 看起來已經抓住了 AI 時代的下一張船票。然而，93 億美元的融資估值、約 27.4 倍的股權價值/收入，是否已經把這場「AI 部署層」的勝利計入價格？

Cloudflare 從側面進攻，AWS 定義了它下方的成本地板與上方的企業天花板，成長中的客戶又在把技術棧逐層拆走。Vercel 變現的究竟是一條護城河，還是一層可以被壓價的抽象？本文從商業模式、AI 分發、競爭結構與成長後的經濟性四個角度，給出這個問題的證據與邊界。

核心觀點

• 商業本質：掌握「抽象關係」，而非「基礎設施」：Vercel 免費開源 Next.js 以獲取開發者心智，再對由此產生的計算、記憶體與交付消耗變現。它不擁有底層雲、資料庫或模型，掌控的是開發者（或 Agent）與基礎設施之間的那層連線，變現的是「降低程式碼落地複雜度」的抽象價值。
• AI 的結構性變化：方向正確，轉化經濟性未證：AI 壓低軟體生產成本，Vercel 日部署量約 600 萬次，其中 Agent 觸發占比在半年內從不足 3% 升至 50% 以上。但這是 Vercel 自己的分母，不等於產業份額；Agent 專案能否存活、付費並沉澱毛利，尚無公開證據。
• 防禦力分層：先發領先，而非絕對壁壘：十年積累的 Web 框架與部署工作流是收入的核心。面向 Agent 的新工具可被複制，而資料庫、模型與底層雲均屬合作方，客戶黏性最高的資料資產留在平台之外。
• 競爭的真實機制：替代品無需贏下遷移，只需封頂定價權：Cloudflare、AWS 只需在續約時提供可信替代，就能壓縮 Vercel 的抽象溢價；客戶成長後又傾向把常駐計算與資料遷向 PaaS 或超大規模雲，這為單客戶價值擴張設了上限。

1. Vercel 是什麼：一層被變現的抽象

1.1 業務定位

Vercel 是現代 Web 應用的部署與交付平台。開發者僅需連線 Git 儲存庫，Vercel 即可自動解析程式碼並推導出對應的基礎設施拓撲，生成預覽 URL，並透過其邊緣網路承載生產流量。公司主要透過席位費、計算與記憶體資源、函式呼叫次數、建置時長及交付流量收費。

Vercel 的戰略敘事是打造「AI 生成軟體的控制面」，掌控「從 Prompt 到 Production」的全流程路徑。但本質上，Vercel 賣的不是基礎設施，而是開發者與基礎設施之間的契約關係。

圖 1 業務快照：除另行標註外均為公司自報；估值為歷史融資參考，不是當前可成交價格

1.2 這層抽象為什麼有價值

圖 2 傳統雲暴露基礎設施原語；Vercel 把常見的 Web 基礎設施打包在有主張的預設值之後

Vercel 不只是「更簡單的雲」，而是一層有主張的應用部署抽象：它拿掉建置、執行時、CDN、TLS、路由等一組具體的組合決策，用從應用程式碼推導出的預設值替代。交換是雙向的——更少的決策、更快的上線路徑，換取更少的基礎設施控制與靈活性。傳統雲做相反的取捨，對確實需要那種控制力的團隊才是正確答案。

這層抽象對「擁有應用程式碼、卻沒有平台工程職能來消化這些決策」的團隊價值最大。也正因如此，AI 在商業上而不只是敘事上重要：當 AI 降低寫軟體的成本，Vercel 降低把軟體送上生產環境的成本，而「能寫出可用程式碼、卻無意拼裝基礎設施」的人群，成長快於平台工程師的人群。

1.3 錢怎麼賺，什麼不是收入

Vercel 是一門帶席位成分的用量生意，而不是附帶用量的席位生意。

計費項	按什麼收費
席位	標準付費檔每位開發者每月 20 美元，含用量額度，viewer 席位免費；企業檔為合約定價。
計算	Active CPU 時間加已預置記憶體，兩者分開計費：等待模型回應的函式按記憶體而非 CPU 費率計費，這是 AI 形態負載能在該平台算得過帳的原因。
呼叫與建置	按百萬次函式呼叫計費；建置按 CPU-分鐘計費。
交付	CDN 請求與資料傳輸。2026 年 9 月對付費團隊改為帶尖峰保護的固定月費檔，不覆蓋 origin transfer、圖片最佳化、計算與建置。
Sandbox 與 Agent 執行時	隔離執行的 CPU、記憶體、建立次數、網路與快照儲存。
管控與智慧	治理功能，以及按 token 加模型成本透傳計價的 Vercel Agent——首次為自身的智慧而非基礎設施收費。

AI Gateway 的每月 20 兆 Token 流量與 Marketplace 轉售的第三方資料庫均屬於代收代付的交易流水，其絕大部分價值歸屬於底層供應商，Vercel 對 token 不加價；將這兩項算作自身營業額或可觸及市場會虛增一個數量級，其真實戰略價值在於增強客戶附著力與可觀測性，而非貢獻直接收入。

2. 成長路徑：四次「免費送出摩擦」

時期	送出了什麼	消除了什麼摩擦	變現了什麼
2015–2019	Next.js（MIT，免費）	執行 React 應用需要配置伺服器；伺服器端渲染從客製變成慣例	幾乎沒有——純分發，經 GitHub 而非銷售
2020–2022	Preview Deployments：每次 commit 一個 URL	需要有人搭建維護的 staging 環境；設計與產品可直接審閱	席位與用量；買方從個人擴展到團隊
2023–2024	Framework-defined infrastructure	拼裝邊緣交付、Serverless、圖片最佳化、快取與可觀測性；拓撲由程式碼推導	交付與 Serverless 計算；用量成為結構性基礎
2024–2026	AI SDK、agent plugin 與 skill	接入模型呼叫；讓 Agent 無人干預也能成功部署	AI 負載最佳化的計算、sandbox 執行及其後的交付

Vercel 的商業演進史本質上是透過「免費提供產品以消除摩擦」，進而錨定用量變現的過程。Next.js 從不是付費產品，也一直可自託管。它帶來的是 Web 開發領域最大的公開部署範例語料、一個「這該怎麼搭」的預設答案，以及讓 Vercel 同時設計框架原語與基礎設施的回饋迴路。

3. AI 改變了什麼：分發層的遷移

3.1 到底是誰在選

圖 3 Agent 正在成為分發通路——但「能整合」「被選擇」「成為預設託管」是三件事

在 AI 編寫程式碼的時代，決定部署目標的權力正在發生轉移：

• 整合型建置平台（如 Lovable、Replit、Bolt）：面向非技術使用者，將創作與託管高度綁定。Vercel 在此非預設選項，但自有的 v0 構成了其專屬入口。
• 通用 Coding Agents（如 Claude Code、Cursor、Codex）：面向專業開發者，保持託管中立。開發者與其背後的 Agent 工具鏈形成了選擇權，Vercel 集中資源在此類生態中將自身的 CLI、MCP Server 及技能綁定為首選部署選項。

Vercel 憑藉植入 Claude Code 與 Cursor 的獲客漏斗、MCP/API 等機器介面以及不可變預覽閉環，以極高的 Agent 首次成功率奠定了先發優勢；但此類工程工具極易被 Cloudflare 等對手跟進複製，只能提升被預設選擇的機率，並不構成絕對護城河。

3.2 從活動到經濟性

圖 4 活動是可見且廠商自報的；轉化的經濟性才是盡職調查問題

從 Agent 工具分發和高頻部署到轉化為持久的經濟收益，中間存在巨大的資料缺口：一方面，部署專案能否存活為線上生產應用、能否轉化為付費客戶缺乏公開證據；另一方面，最終可計費資源能否沉澱為高毛利與長效客戶擴張也未經證實。

簡而言之，部署量的暴漲只是前置投入，能否轉化為持久毛利才是仍需證明的最終結果。

4. 客戶與控制力：贏在哪裡，擴向哪裡

4.1 誰在真正使用 Vercel

圖 5 分析性分層，不是市占率資料：平台選擇隨技術深度、負載複雜度與組織成熟度變化

• 非技術建置者：追求零運維決策與極速上線，偏好 Lovable、Replit 等完全隱藏基礎設施的一體化平台；Vercel 在此並非預設託管，但透過自有的 v0 鎖定上游入口。
• AI 原生建置者：自己持有程式碼但選擇外包基建複雜度，聚集於部署優先型平台；這是 Vercel 最核心的甜蜜點，也是使用者漏斗中增速最快的客群。
• 專業開發者：看重 Git 工作流、預覽閉環與部署確定性，主要落地於 Vercel 及其直接同類；作為商業基本盤，持續貢獻穩定的經常性用量收入。
• 平台工程師：訴求在於常駐程序、狀態控制與高利用率計算，傾向選用 Railway、Supabase 等後端 PaaS/BaaS；此類平台通常與 Vercel 互補並存而非全量替代。
• 企業 IT：核心訴求為 VPC 隔離、安全合規與雲預算抵扣，以超大規模雲和專職 SRE 團隊為主導；這構成了 Vercel 的上限天花板，但企業仍可保留 Vercel 用於前端 Web 層。

在 Vercel 之下，整合型建置平台把基礎設施決策整個拿掉；在它之上，平台團隊越來越想把這個決策拿回來。Vercel 最強的位置在中間——技術上足以擁有程式碼，但無意擁有基礎設施複雜度。

4.2 三層控制力

圖 6 一個已確立的 Web 部署核心，加上一項商業結果尚未被證明的 Agent 擴張

Vercel 擁有極其鞏固的 Web 部署核心（Next.js 框架、Git 部署工作流與邊緣交付網路），這是其目前商業成功的立足之本。面向 AI 時代，雖然它透過 AI SDK、AI Gateway 以及全新的 Agent 擴充層（Sandbox、Services、BYOC 等）迅速拓寬了產品線，並藉由 v0 或外部 Coding Agents 接入流量，但產品線拓寬並不等同於已被證明的商業掌控力——其 Agent 擴張層的商業化成果仍有待市場驗證，且底層模型與資料資產依然高度依賴外部合作夥伴。

同樣，Vercel 透過自家控制台轉售 AWS 資料庫，變現的是「連線關係」而非基礎設施；同時支援經 AWS Marketplace 交易以抵扣既有雲承諾，並對模型 token 不加價，以換取可觀測性與生態黏性。

5. 競爭與生態：替代品如何封頂定價權

圖 7 Vercel 的競爭生態：誰是替代品，誰是夥伴，誰兩者兼具

Cloudflare 施加直接的產品競爭；AWS 是更大的結構性約束，因為它同時是底座、企業採購通道、替代性服務的所有者，以及成熟客戶想要更直接控制的那個平台。一個簡潔的（分析性）框定：Cloudflare 從側面進攻 Vercel；AWS 定義了它下方的基礎設施地板與上方的企業天花板。

圖 8 直接產品、夥伴整合與未被證明的擴張並列對照：沒有任何參與者覆蓋所有層

沒有任何參與者同時擁有創作、部署、資料、AI 支出與企業採購。「AI 應用控制面」作為一個可被單獨贏得的獎品似乎並不存在，也同樣適用於任何宣稱要拿下它的競爭者。

Cloudflare 憑藉自有網路與 Workers 不收 egress 費，在邊緣交付等場景具備成本優勢，無需全量遷走客戶，僅憑續約時的可信替代能力即可封頂 Vercel 的定價溢價；儘管其 Workers 在計算與部署體驗上仍存短板，但與 CloudFront、Railway、Supabase 等對手形成合力，共同構成了限制 Vercel 定價權與擴張空間的天花板。

6. 經濟性：溢價是否值得，成長後如何拆解

6.1 客戶為什麼願意為抽象付溢價

Vercel 的原始資源成本通常並非最低，但其核心賣點是降低「工程時間、運維複雜度與可靠性風險」的總擁有成本。對於缺乏平台運維團隊的小型組織，用每月幾百美元的溢價換取省下的運維工時，帳更容易算得過來（損益兩平點僅需每月少花不到 7 小時運維）。

然而對已具備成熟雲運維能力的大型團隊，這種溢價的性價比會大幅降低，促使其在規模擴大後剝離基礎負載。

6.2 從抽象到基礎設施所有權

圖 9 示意性營運畫像——不是硬性遷移門檻

• BUILD 階段（極致求快）：追求極速上線與零運維決策，應用及資料全量託管於 Vercel。
• SCALE 階段（混合最佳化）：Web 與預覽保留在 Vercel，將後端服務、佇列與資料逐步分流至 PaaS/託管資料庫。
• OWN 階段（自主控制）：以超大規模雲為主，Vercel 僅保留 Web 應用層。

「小公司用 Vercel、大公司畢業到 AWS」的說法過於簡化；真實情況是技術棧的拆解與負載重構：團隊隨著 Build（極致求快）、Scale（混合最佳化）到 Own（自主控制）的階段演進，會將常駐計算、資料與有狀態服務移至 PaaS 或超大規模雲，但依然將 Web 應用、預覽環境與部署工作流留在 Vercel。

7. 風險與市場空間

7.1 主要風險

風險	評估	實質
替代品壓縮定價權	高	Cloudflare、CloudFront 固定價、Amplify 與 Railway 只需在續約時可信，不需要贏得遷移。Vercel 2026 年 9 月為交付計費項設定固定檔，與這種壓力相符。
Agent 活動未必轉化為毛利	高，未解決	變現鏈條中段——專案存活、付費轉化、單專案收入、毛利——完全私有；大量短命免費專案是成本項。
負載拆解 / 部分畢業	中高，未解決	團隊因搭建速度採用 Vercel，規模成長後遷出昂貴或有狀態的負載，同時保留 Web 應用、預覽與部署工作流。不必然離開，但為單客戶擴張設限；企業檔交付定價未公開，而最大負載在那裡。
供應商依賴	中高	毛利取決於與 AWS 之間未揭露的商業條款；AWS 同時是最大供應商與競爭者，協議簽於 2024 年 12 月、為期三年，在預測期間內到期。
上游通路與捆綁	中	非開發者創作平台已整合託管；專業 coding agent 尚未，但它們就是通路，通路可被捆綁或重新定價。目前無一把 Vercel 設為預設。
Agent 執行時與治理未被證明	中	Sandbox、Services、BYOC 與治理套件均無採用揭露，競爭對手擁有同等整合。是選擇權，不是既有地位。
控制面集中的營運風險	中	部署與交付集中於單一控制面，任何故障的影響面都會被放大，屬營運層面的尾部風險。

7.2 市場空間

兆元級的雲市場數字具有誤導性，需逐層收窄：

層	定義	規模（2026E）	為什麼要收窄
全球	公有雲應用基礎設施支出	約 5,000–6,000 億美元	不可觸及，列出僅為阻止兆元框架起作用
開發者選擇	由工程團隊而非中央 IT 採購選擇部署目標的部分	約 600–900 億美元	排除遺留資產、資料平台及經超大規模雲企業協議採購的部分
現代 Web 與 AI 應用	真正的競技場（Vercel、Cloudflare、Netlify、Railway、Amplify、自託管）	約 200–300 億美元	—
抽象溢價	團隊願為「不必自己拼裝基礎設施」付的部分	約 80–120 億美元	排除商品化 egress 與原始計算；固定價結構壓縮這一層
可獲取	成熟市占下	約 15–30 億美元收入	在無需最大化敘事成立的前提下仍有今日收入數倍空間

3.4 億美元的年化收入約為可觸及抽象層的 3–4%，成長空間充足。真正決定結果的是留存、毛利、定價權與入場估值，而不是機會的大小。

總結

Vercel 的商業本質在於變現程式碼與雲之間的抽象關係，而非擁有底層基礎設施，其目前絕大部分收入依然來自已確立的 Web 部署核心。AI 確實為其帶來了正確的曝險方向，且 Agent 觸發的部署占比超 50%（這僅代表 Vercel 內部的流量結構），但高頻部署活動能否最終轉化為持久毛利尚無證據支撐。

在防禦壁壘方面，公司雖具備先發優勢，但面向 Agent 的工具極易被跟進複製，且資料、模型與底層雲等核心資產均留在平台之外。

面對競爭，Cloudflare 與 AWS 等替代品無需徹底遷走客戶，只需在續約談判時提供可信選擇即可有效封頂其定價權，同時規模化的成長客戶也更傾向於拆解技術棧以回收底層控制權。

免責聲明：本文在創作過程中藉助了 Claude Opus 5、ChatGPT-5.6、Gemini 3.6 Flash 等 AI 工具輔助完成，作者已盡力校對並確保資訊真實與準確，但仍難免存在疏漏，敬請諒解。本文內容僅用於資訊整合與學術/研究交流，不構成任何投資建議，亦不應視為任何買賣推薦。