Prompt から本番環境へ：Vercel はいかにして AI 時代のデプロイ配当を手中に収めるのか

コードのコストは AI によって急速に引き下げられつつあるが、「コードを本番環境に載せる」ことは依然として高価なエンジニアリング上の難題である。

日約 600 万回のデプロイ、その半数以上は AI Agent がトリガーし、AI SDK は週約 1,600 万回ダウンロードされる——Vercel は AI 時代の次の切符をすでに掴んだように見える。しかし、93 億ドルの資金調達評価額、約 27.4 倍の株式価値/売上高は、この「AI デプロイレイヤー」の勝利をすでに価格に織り込んでしまっているのだろうか。

Cloudflare は側面から攻め込み、AWS はその下方のコストフロアと上方のエンタープライズ天井を定義し、成長中の顧客はテックスタックを層ごとに剥がし取っている。Vercel がマネタイズしているのは、果たして堀なのか、それとも値引き可能な抽象レイヤーなのか。本稿では、ビジネスモデル、AI 配信、競争構造、成長後の経済性という 4 つの角度から、この問いに対する証拠と境界を示す。

核心的見解

ビジネスの本質：「抽象関係」を掌握し、「インフラ」ではない：Vercel は Next.js を無料でオープンソース化して開発者のマインドシェアを獲得し、そこから生じる計算・メモリ・デリバリー消費をマネタイズする。同社は基盤となるクラウド、データベース、モデルを所有せず、掌握しているのは開発者（または Agent）とインフラの間の接続レイヤーであり、マネタイズしているのは「コードを実装に落とす複雑さを下げる」という抽象の価値である。
AI の構造的変化：方向性は正しいが、転換の経済性は未証明：AI がソフトウェアの生産コストを引き下げ、Vercel の日デプロイ量は約 600 万回、そのうち Agent トリガーの割合は半年で 3% 未満から 50% 超へ上昇した。ただしこれは Vercel 自身の分母であり、業界シェアと等しくはない。Agent プロジェクトが生き残り、課金され、粗利を蓄積できるかは、いまだ公開された証拠がない。
防御力の階層化：先行優位であり、絶対的な障壁ではない：10 年にわたって蓄積した Web フレームワークとデプロイワークフローが収入の中核である。Agent 向けの新ツールは複製可能であり、データベース・モデル・基盤クラウドはいずれもパートナー側にあり、顧客粘着性が最も高いデータ資産はプラットフォームの外に残る。
競争の真のメカニズム：代替品は移行に勝つ必要はなく、価格決定力を封じればよい：Cloudflare や AWS は、契約更新時に信頼できる代替案を提示するだけで Vercel の抽象プレミアムを圧縮できる。また顧客は成長すると常駐コンピュートとデータを PaaS やハイパースケールクラウドへ移す傾向があり、これが単一顧客あたりの価値拡大に上限を設ける。

Vercel とは何か：マネタイズされた抽象レイヤー

事業の位置づけ

Vercel はモダン Web アプリケーションのデプロイ・デリバリープラットフォームである。開発者は Git リポジトリを接続するだけで、Vercel がコードを自動解析して対応するインフラトポロジーを導出し、プレビュー URL を生成し、そのエッジネットワークで本番トラフィックを担う。同社は主にシート料金、コンピュート・メモリリソース、関数呼び出し回数、ビルド時間、デリバリートラフィックで課金する。

Vercel の戦略的ナラティブは「AI 生成ソフトウェアのコントロールプレーン」を築き、「Prompt から Production まで」の全工程パスを掌握することである。しかし本質的に、Vercel が売っているのはインフラではなく、開発者とインフラの間の契約関係である。

▲ 図 1　事業スナップショット：別途注記のない限りすべて会社自己申告。評価額は過去の資金調達の参考であり、現在の成約可能価格ではない

この抽象レイヤーが価値を持つ理由

▲ 図 2　従来型クラウドはインフラのプリミティブを露出させる。Vercel は一般的な Web インフラを、主張のあるデフォルト値の背後にパッケージ化する

Vercel は単なる「よりシンプルなクラウド」ではなく、主張のあるアプリケーションデプロイ抽象レイヤーである。ビルド、ランタイム、CDN、TLS、ルーティングといった一連の具体的な組み合わせ判断を取り除き、アプリケーションコードから導出したデフォルト値で置き換える。その交換は双方向である——判断の減少とより速いリリース経路と引き換えに、インフラの制御と柔軟性を失う。従来型クラウドは逆のトレードオフを採り、その制御力を本当に必要とするチームにとってのみ正解となる。

この抽象レイヤーは、「アプリケーションコードを所有しているが、それらの判断を消化するプラットフォームエンジニアリング機能を持たない」チームにとって価値が最も大きい。まさにそれゆえ、AI はナラティブとしてだけでなく商業的にも重要である。AI がソフトウェアを書くコストを下げ、Vercel がソフトウェアを本番環境に載せるコストを下げる一方で、「使えるコードを書けるが、インフラを組み立てる気はない」人々は、プラットフォームエンジニアよりも速く増えている。

どう稼ぐのか、何が収入ではないのか

Vercel はシート要素を帯びた従量課金ビジネスであり、従量課金を帯びたシートビジネスではない。

AI Gateway の月 20 兆 Token のトラフィックと、Marketplace で転売されるサードパーティ製データベースは、いずれも代行収納・代行支払いの取引フローであり、その価値の大部分は基盤となるサプライヤーに帰属し、Vercel は token に上乗せしない。この 2 つを自社の売上高やアドレス可能市場として計上すると 1 桁分水増しされる。その真の戦略的価値は顧客の付着力と可観測性の強化にあり、直接的な収入への貢献ではない。

成長経路：4 度の「摩擦の無償提供」

Vercel の商業的進化史は、本質的に「摩擦をなくすために製品を無償提供し」、それによって従量課金のマネタイズを固定するプロセスである。Next.js は有料製品になったことはなく、常にセルフホスティングが可能だった。それがもたらしたのは、Web 開発分野で最大の公開デプロイ事例コーパス、「これはどう組み立てるべきか」というデフォルトの答え、そして Vercel がフレームワークのプリミティブとインフラを同時に設計できるフィードバックループである。

AI が変えたもの：配信レイヤーの移行

選んでいるのは一体誰か

▲ 図 3　Agent が配信チャネルになりつつある——ただし「統合できる」「選ばれる」「デフォルトのホスティングになる」は別々の 3 つの事柄である

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 などの競合に容易に追随・複製され、デフォルトで選ばれる確率を高めるだけで、絶対的な堀にはならない。

活動から経済性へ

▲ 図 4　活動は可視的でベンダー自己申告のもの。転換の経済性こそがデューデリジェンスの論点である

Agent ツールの配信と高頻度デプロイから、持続的な経済的リターンへの転換には、大きなデータギャップが存在する。一方で、デプロイされたプロジェクトがオンラインの本番アプリケーションとして生き残れるか、有料顧客に転換できるかについて公開された証拠はない。他方で、最終的に課金可能なリソースが高粗利と長期的な顧客拡大に結実するかも未検証である。

要するに、デプロイ量の急増は先行投資にすぎず、持続的な粗利に転換できるかこそが、いまだ証明を要する最終結果である。

顧客とコントロール力：どこで勝ち、どこへ拡大するか

実際に Vercel を使っているのは誰か

▲ 図 5　分析的な階層化であり、市場シェアデータではない。プラットフォーム選択は技術深度・負荷の複雑さ・組織の成熟度に応じて変化する

非技術ビルダー：ゼロ運用判断と超高速リリースを追求し、Lovable、Replit などインフラを完全に隠蔽する一体型プラットフォームを好む。Vercel はここではデフォルトのホスティングではないが、自社の v0 で上流の入口をロックする。
AI ネイティブビルダー：コードは自ら保持するがインフラの複雑さはアウトソースすることを選び、デプロイ優先型プラットフォームに集まる。これは Vercel の最も核心的なスイートスポットであり、ユーザーファネルで最も速く成長する顧客層である。
プロフェッショナル開発者：Git ワークフロー、プレビューループ、デプロイの確実性を重視し、主に Vercel とその直接の同類に着地する。商業的な基本盤として、安定した経常的な従量収入を継続的に貢献する。
プラットフォームエンジニア：常駐プロセス、状態制御、高利用率コンピュートを求めており、Railway、Supabase などのバックエンド PaaS/BaaS を選ぶ傾向がある。この種のプラットフォームは通常、Vercel と全量代替ではなく補完的に併存する。
エンタープライズ IT：中核的な要望は VPC 分離、セキュリティコンプライアンス、クラウド予算の相殺であり、ハイパースケールクラウドと専任 SRE チームが主導する。これは Vercel の上限天井を構成するが、企業はフロントエンド Web レイヤーに Vercel を残すこともできる。

Vercel の下では、統合型ビルドプラットフォームがインフラ判断を丸ごと取り除く。その上では、プラットフォームチームがその判断をますます取り戻したがっている。Vercel が最も強い位置は中間にある——技術的にはコードを所有するに足るが、インフラの複雑さを所有する気はない。

3 層のコントロール力

▲ 図 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 には上乗せせず、可観測性とエコシステム粘着性と引き換えにする。

競争とエコシステム：代替品はいかに価格決定力を封じるか

▲ 図 7　Vercel の競争エコシステム：誰が代替品で、誰がパートナーで、誰がその両方か

Cloudflare は直接的な製品競争を仕掛ける。AWS はより大きな構造的制約である。なぜなら AWS は同時に、土台であり、エンタープライズ調達チャネルであり、代替サービスの所有者であり、成熟した顧客がより直接的に制御したいと望むプラットフォームだからである。簡潔な（分析的な）枠組みを示すと、Cloudflare は側面から Vercel を攻め、AWS はその下方のインフラフロアと上方のエンタープライズ天井を定義する。

▲ 図 8　直接製品、パートナー統合、未証明の拡張の並置対照：すべてのレイヤーをカバーする参加者はいない

制作、デプロイ、データ、AI 支出、エンタープライズ調達を同時に所有する参加者は存在しない。「AI アプリケーションのコントロールプレーン」は、単独で勝ち取れる賞品としては存在しないようであり、それを奪取すると宣言するいかなる競合にも同様に当てはまる。

Cloudflare は自社ネットワークと Workers が egress 料金を取らないことを武器に、エッジデリバリーなどの場面でコスト優位を持ち、顧客を全量移行させる必要はなく、契約更新時の信頼できる代替能力だけで Vercel の価格プレミアムを封じることができる。その Workers はコンピュートとデプロイ体験にまだ短所を残すものの、CloudFront、Railway、Supabase などの競合と合力を形成し、Vercel の価格決定力と拡大余地を制限する天井を共同で構成している。

経済性：プレミアムは価値があるか、成長後にどう分解されるか

顧客はなぜ抽象にプレミアムを払うのか

Vercel の原価リソースコストは通常最低ではないが、その核心的な売りは「エンジニアリング時間・運用の複雑さ・信頼性リスク」の総所有コストを下げることである。プラットフォーム運用チームを持たない小規模組織にとっては、月数百ドルのプレミアムで省ける運用工数と引き換える方が、採算が合いやすい（損益分岐点は月 7 時間未満の運用削減で足りる）。

しかし、成熟したクラウド運用能力をすでに備えた大規模チームにとっては、このプレミアムの費用対効果は大幅に低下し、規模拡大後に基礎負荷を切り離す動機となる。

抽象からインフラ所有へ

▲ 図 9　示唆的な運用プロファイル——ハードな移行閾値ではない

BUILD 段階（極限のスピード追求）：超高速リリースとゼロ運用判断を追求し、アプリケーションとデータを全量 Vercel にホスティングする。
SCALE 段階（ハイブリッド最適化）：Web とプレビューは Vercel に残し、バックエンドサービス、キュー、データを PaaS/マネージドデータベースへ段階的に分流する。
OWN 段階（自律制御）：ハイパースケールクラウドを主とし、Vercel は Web アプリケーションレイヤーのみを保持する。

「小企業は Vercel を使い、大企業は AWS に卒業する」という言い方は過度に単純化されている。実態はテックスタックの分解と負荷の再構築である。チームは Build（極限のスピード追求）、Scale（ハイブリッド最適化）から Own（自律制御）へと段階を進むにつれ、常駐コンピュート、データ、ステートフルサービスを PaaS やハイパースケールクラウドへ移すが、Web アプリケーション、プレビュー環境、デプロイワークフローは依然として Vercel に残す。

リスクと市場規模

主なリスク

市場規模

兆ドル級のクラウド市場という数字はミスリーディングであり、層ごとに絞り込む必要がある：

3.4 億ドルの年換算収入は、アドレス可能な抽象レイヤーの約 3–4% であり、成長余地は十分にある。結果を本当に決めるのは、リテンション、粗利、価格決定力、参入時評価額であり、機会の大きさではない。

💡 まとめ

Vercel のビジネスの本質は、コードとクラウドの間の抽象関係をマネタイズすることにあり、基盤インフラの所有ではない。現在の収入の大部分は依然として確立された Web デプロイの内核に由来する。AI は確かに正しい露出方向をもたらし、Agent トリガーのデプロイ比率は 50% を超える（これは Vercel 内部のトラフィック構造を表すにすぎない）が、高頻度のデプロイ活動が最終的に持続的な粗利へ転換できるかは、いまだ証拠に支えられていない。

防御障壁の面では、同社は先行優位を持つものの、Agent 向けツールは追随・複製されやすく、データ、モデル、基盤クラウドといった中核資産はすべてプラットフォームの外に残る。

競争に直面して、Cloudflare や AWS などの代替品は顧客を完全に移行させる必要はなく、契約更新交渉時に信頼できる選択肢を提示するだけで価格決定力を効果的に封じることができる。同時に、規模化した成長顧客もテックスタックを分解して基盤の制御権を回収する傾向が強い。