この記事のポイント
- Cloudflareが2026年7月1日、配下のWebページ・データセット・API・MCPツールに課金できる「Monetization Gateway」を発表し、ウェイトリストの受付を開始しました。決済はオープンプロトコルx402を通じてステーブルコインで行われます
- 決済の検証と徴収をCDNのエッジで処理するため、事業者は自前の課金システムを構築せずに従量課金を導入できます。買い手のアカウント登録もAPIキーも不要で、AIエージェントが「リクエストごとに支払う」構図が整います
- EC事業者にとっては、商品データやAPIといった自社資産をエージェント経済で収益化する新しい選択肢が生まれる一方、エージェント経由の取引を前提にした価格設計とデータ整備が競争条件になることを示す動きです
Cloudflareが発表したMonetization Gatewayの概要
We're opening the waitlist for our Monetization Gateway, which will allow you to charge for any web page, dataset, API, or MCP tool behind Cloudflare. The charges will settle in stablecoins over the x402 open protocol, with no payments stack of your own to build.
blog.cloudflare.com2026年7月1日（米国時間）、CDN大手のCloudflareは「Monetization Gateway」を発表し、早期アクセスのウェイトリスト受付を開始しました。Cloudflareの背後にあるあらゆるデジタル資産、具体的にはWebページ、データセット、API、そしてMCPツールに対して課金できるエンジンです。決済はオープンプロトコルのx402を通じ、ステーブルコインで行われます。
このプロダクトの核心は、決済の検証と徴収をオリジンサーバーではなくエッジで完結させる点にあります。支払いポリシーとアクセス制御を単一のコントロールプレーンで管理し、x402のハンドシェイクは世界330超の都市に広がるネットワーク上で、買い手に近い場所で処理されます。事業者は自前の決済スタックを構築する必要がなく、ルールと価格を書くだけで「エージェントが使った分だけ支払う」状態を作れる、というのがCloudflareの説明です。
売り手が受け取るのはステーブルコインです。蓄積した残高をそのまま自社の取引に使うことも、法定通貨に換えて銀行口座で受け取ることもできます。買い手側にアカウント登録やAPIキーの発行を求めない点が、従来の従量課金型ビジネスと大きく異なります。
HTTPに決済を埋め込むx402プロトコルの仕組み
Monetization Gatewayの土台になっているのが、決済プロトコルのx402です。名前の由来は、HTTPで長年ほとんど使われてこなかったステータスコード「402 Payment Required」にあります。
やり取りの流れはシンプルです。クライアントが課金対象のリソースをリクエストすると、サーバーはリソースを返す代わりに402を返し、価格・受け付ける資産・支払い先を記した小さなペイロードを添えます。クライアントは支払いを済ませ、支払い証明を付けて同じリクエストを再送します。ファシリテーターと呼ばれる仲介役が支払いを検証し、確認が取れればサーバーがリソースを返す。この一連の処理がすべて通常のHTTPリクエストとレスポンスの中で完結し、チェックアウトページへのリダイレクトも別途の決済API連携も必要ありません。着金は買い手から売り手のウォレットへのピアツーピアで、Cloudflareは1秒未満での決済完了を目標に掲げています。
機械同士の決済に適した特性が二つあります。第一に、プロトコル自体のオーバーヘッドがほとんどないため、1セント未満の少額決済でも成立すること。第二に、支払いそのものが資格情報として機能するため、買い手が売り手のアカウントを持つ必要がないことです。x402は決済レール非依存の設計ですが、1秒未満で着金し、手数料がごくわずかで、チャージバックが発生しないステーブルコインとの相性が特に良いとCloudflareは述べています。
推進体制も急速に整いつつあります。x402はもともとCoinbaseが開発したプロトコルで、2025年9月にCloudflareが共同でx402 Foundationの設立を発表しました。2026年4月にはLinux Foundation傘下に移管され、AWS、American Express、Google、Mastercard、Microsoft、Shopify、Visaなど25社超が参画する中立的な標準化団体として運営されています。Chainalysisの分析によれば、Base上のx402取引は2025年半ばのほぼゼロから累計1億件超まで拡大しました。ただしCoinDeskは2026年3月、取引件数の多くがテスト用途や投機的な活動で占められ、実需に基づく決済はまだ限定的だと報じています。
Pay Per Crawlから「あらゆるリソースへの課金」への拡張
Cloudflareがコンテンツ課金に踏み出したのは今回が初めてではありません。2025年7月1日の「Content Independence Day」でAIクローラーのアクセス制御をワンクリック化し、同時に発表したPay Per Crawlで、クローラーにHTTP 402ベースの課金を求める仕組みを導入しました。Monetization Gatewayはその延長線上にあり、課金対象を「クローラーによるコンテンツ取得」から「あらゆる呼び出し元による、あらゆるリソースへのアクセス」へと広げるものです。
両者の違いを整理すると次のようになります。
| 項目 | Pay Per Crawl（2025年7月） | Monetization Gateway（2026年7月発表） |
|---|---|---|
| 課金対象 | AIクローラーのコンテンツ取得 | Webページ・データセット・API・MCPツールへのアクセス全般 |
| 価格設定 | サイト全体で一律の従量価格 | ルールベースで経路・条件ごとに柔軟に設定 |
| 買い手 | Cloudflareに登録したクローラー事業者 | アカウント不要の任意のエージェント・クライアント |
| 決済 | Cloudflareがマーチャントオブレコードとして仲介 | x402経由のステーブルコインで売り手ウォレットに直接着金 |
計画されている課金ルールの例も具体的です。「/api/premium/*」へのGETやPOSTに1回0.01ドルを課す。画像生成のように処理の重さが変わるタスクには、消費した計算量に応じて最大2ドルまでの変動価格を付ける。オリジンが返す401 Unauthorizedを402 Payment Requiredに書き換え、未認証の呼び出し元にだけ価格と支払い手順を提示する。こうした条件を、Cloudflareの既存ルールと同様の式（エクスプレッション）として記述できる設計です。設定はダッシュボードに加えてCloudflare APIやTerraformでも管理でき、課金エンドポイントをインフラ構成の一部としてコードで扱えます。
買い手の身元確認と組み合わせられる点も見逃せません。Web Bot Authでエージェントに認証を義務づけたうえで、既存アカウントに対する従量課金を適用する構成も用意される予定です。「誰でも支払えば使える」開放性と、「どこの誰かを確認してから通す」統制のどちらを取るかを、事業者側が選択できます。
「リクエストが取引になる」構造転換
なぜCDN事業者が決済に乗り出すのか。背景には、Webの収益モデルがエージェントの台頭によって崩れ始めているという認識があります。
Webは30年にわたり、コンテンツと人間のアテンションを交換し、広告・サブスクリプション・ECで収益化する構図で回ってきました。ところがエージェントは広告を見ず、月額契約も維持しません。ページを一度読んで必要な情報を取り、去っていきます。Cloudflareの計測では、AIクローラーは1人の訪問者をサイトに送り返すまでに数百回から数万回のコンテンツ取得を行っています。同日公開された年次レポートは、2026年6月時点でインターネットのトラフィックの過半が非人間由来になったと指摘しました。
Cloudflareが示す処方箋が、すべてを従量課金にすることです。Web検索1回に数セント、アップロードエンドポイントに基本料0.001ドルと1MBあたり0.01ドル、解決したサポートエスカレーション1件に0.99ドルといった、リクエスト・トークン・成果を単位とする価格設計を同社は例示しています。従来の決済レールでは手数料と決済時間の壁に阻まれ、こうした少額決済は「集金コストが支払い額を上回る」ため成立しませんでした。ステーブルコインなら1秒未満・ごくわずかな手数料で送金でき、エージェントは人間と違って数千件のマイクロペイメントを摩擦なく実行できます。
EC事業者への示唆
日本のECや商取引に関わる事業者にとって、この発表は二つの立場から読む必要があります。
まず、自社の資産を収益化する側としての視点です。商品データベース、在庫・価格API、レビューやコンテンツといった資産は、これまで自社サイトへの集客手段として無償公開するのが前提でした。Monetization Gatewayのような仕組みが普及すれば、エージェントやAI企業に対してこれらをリクエスト単位で販売する道が開けます。自社が持つデータのうち、どれが「エージェントにとって支払う価値のある資産」なのかを棚卸ししておくことが、最初の準備になります。
支払う側としての視点も欠かせません。自社がエージェントを使って外部のデータやツールを利用する場面では、リクエスト課金の普及によって外部データの取得コストが固定費から変動費に変わります。エージェントに持たせる予算の上限管理や支払い先の検証といった、これまでのSaaS契約にはなかった運用課題が生じます。
そして中期的には、チェックアウトの手前にある決済インフラの主導権争いという文脈で捉える必要があります。エージェンティックコマースの決済をめぐっては、OpenAIとStripeのAgentic Commerce Protocol、GoogleのAgent Payments Protocol（AP2）など、商品購入のチェックアウト連携を標準化する動きが先行してきました。x402はそれらと正面から競合するというより、コンテンツ・データ・API利用というチェックアウト以前の領域を担う補完的なレイヤーです。VisaやMastercard、Stripeがx402 Foundationに名を連ねている事実は、既存の決済プレイヤーもこの領域を無視できないと判断していることを物語っています。
まとめ
Monetization Gatewayは現時点でウェイトリスト受付の段階にあり、正式提供の時期や手数料体系は公表されていません。それでも、Webの入り口に立つCloudflareがエッジで決済を処理する構想は、「リクエストそのものが取引になる」というエージェント時代のWeb経済の方向性を明確に示しました。x402の実需はまだ立ち上がりの途上にありますが、標準化団体には主要な決済・クラウド事業者が揃い、インフラの整備は着実に進んでいます。EC事業者は、自社データの資産価値の棚卸しと、エージェント経由の取引を前提にした価格設計の検討を、いまから始めておく価値があります。
