従量課金というアイデアが、なぜこれまで実現しなかったのか

従量課金という発想自体は昔からあったが、実現は常に2つの現実的な壁に阻まれてきた。

クラウドサービスやAPIはとうの昔から従量制・時間制で販売されてきたが、それは「既知の買い手」に限られていた。ユーザーがまず登録し、APIキーを受け取り、利用量に応じて課金される、という流れだ。コンテンツの多くは有料化を素通りし、広告で運営されてきた。見知らぬ呼び出し元への少額課金には、これまでずっと適切な通り道がなかった。

Cloudflareは今回何を公表したのか

Cloudflareは2026年7月1日、自らの答えを示した。Monetization Gateway（自動課金ゲートウェイ）だ。たとえて言えば、ウェブサイトやデータ、APIに統一の自動レジを取り付けるようなものだ。ウェブページでもデータセットでもAPIでも、あるいはMCPツール呼び出しでも、Cloudflareに乗っていさえすれば「使うたびに課金する」という設定ができ、自分で決済を組み込む必要はない。代金の検証や着金の仕組みは、x402と呼ばれるオープンプロトコルに沿って行われ、最終的にウォレットに入るのはステーブルコイン（USDCなど）だ。

Cloudflare公式ブログ『Announcing the Monetization Gateway』のヘッダー画像。出典：Cloudflare Blog

1回のHTTPリクエストの中で、支払いはどう完結するのか

「従量課金」をついに実現させた中核が、x402と呼ばれるオープンプロトコルだ。決済を普通のウェブリクエストの中に直接組み込み、すべてを1回のHTTPリクエストとレスポンスの中で完結させる。

具体的な例を挙げよう。あなたの代わりに航空券を手配してくれるカスタマーサポートAI agentが、「フライトのリアルタイム遅延」データを照会したいとする。このデータはあるサイトが従量課金しており、1回の照会につき1セントかかる。このagentとサイトの間では、1回の普通のウェブリクエストだけで、「データを照会する」ことと「代金を支払う」ことの両方が一度に完結する。

① agentがリクエストを送信
GET /flight-delay?flight=CA981 HTTP/1.1

② サイトが支払いを要求、見積もりを添付
HTTP/1.1 402 Payment Required
{
  "price":  "0.01",
  "asset":  "USDC",
  "payTo":  "0x…（サイトのウォレットアドレス）"
}

③ agentが支払い後、証明を添えて再送信
GET /flight-delay?flight=CA981 HTTP/1.1
X-Payment: <PAYMENT_PROOF>

④ facilitatorの検証通過後、データを返却
HTTP/1.1 200 OK
{"flight": "CA981", "delay_minutes": 40}

ここで2つの見慣れない役割が登場するので、それぞれ一言説明しておく。1つ目はfacilitator（支払い検証者）：x402のプロセスの中で「この代金が確かに支払われた」ことを仲介して検証する第三者だ。買い手が支払った後、証明が有効かどうかをこれが確認し、検証を通過して初めてサーバーがリソースを渡す。facilitator自体はこの代金を扱わない。

2つ目はピアツーピア決済（peer-to-peer settlement）：買い手が支払った代金は直接売り手自身のウォレット口座に入り、途中で銀行やプラットフォーム口座などの中継やバッチ清算を経由しない。そのためほぼリアルタイムでの着金が可能になる。Cloudflareはこの設計の目標を「1秒未満での決済」だとしている。

x402プロトコルの公式シーケンス図。出典：x402プロトコルのGitHubリポジトリ（coinbase/x402）。上記の4ステップ説明よりもう一段細かい話をすると、facilitatorがサーバーに対して行っているのは実は2回の独立した呼び出しだ。まず「検証」（verify）でこの支払い署名が有効かどうかを確認し、サーバーが仕事を終えた後にもう一度「決済」（settle）を行う——この段階で初めて取引が本当にブロックチェーンへ提出され、オンチェーンでの確認を待つことになる。

Monetization Gatewayは具体的にどんな課金ルールを設定できるのか

プロダクトレベルに落とし込むと、Monetization Gatewayは柔軟な課金ルールのインターフェースを提供し、どのトラフィックに課金が必要かを精密に指定できる。ルールの書き方はCloudflareで他のルールを設定する際の表現方法と似ていて、ダッシュボード上でクリックして設定することも、APIやTerraform（設定をコードとして書いて管理するツール）で設定することもできる。有料APIが、インフラ構成の一部になるわけだ。公式は計画中の機能例を3つ挙げている。

このゲートウェイの着地点は、課金と支払い検証をオリジンサーバーからCloudflareのエッジへと移すことにある。

なぜよりによってステーブルコインが主役なのか

課金の単位が数セント、あるいはそれ以下にまで小さくなると、従来の決済インフラでは割に合わない。ステーブルコインはここを補っている。

ステーブルコイン（Open USD、USDCなど）はネット上で極小額の送金を、手数料をほぼゼロに抑えて、1秒以内に決済まで完了させられる。これは従来の決済インフラが今日なお実現できていないことだ。x402自体は決済インフラに依存せず、ステーブルコインと自然に相性が良く、しかもチャージバック（支払い取り消し）が存在しない。

もう一点はっきりさせておきたい。x402はオープンプロトコルであり、Cloudflareが25社以上の業界パートナーと共に、x402 Foundation（Linux Foundation傘下）を通じて共同構築しているものだ。GitHub上で最も早い時期のリファレンス実装はCoinbaseによるものである。Cloudflare一社の独自プロトコルではない。

開発者やクリエイターにとって、実際に何が節約でき、何が稼げるようになるのか

これまで見てきた仕組みや決済方式を、1つの問いに落とし込もう——これを使うと、あなたは何を手に入れられるのか。原文によれば、主に3点だ。

• サービス提供者（ウェブサイト、API、MCPサービス）は自前で課金・収金システムを構築する必要がなく、Cloudflare上でルールを書き、価格を決めるだけでよい。収入はステーブルコインとして直接ウォレットに入り、自分で取引したり法定通貨に換えたりできる。
• 呼び出し元（AI agentを含む）は事前のアカウント登録やAPIキー取得が不要で、支払い自体がアクセス証明になる。これまで金額が小さすぎて従来の決済チャネルでは割に合わず見送られてきた呼び出し（例えば1回数セントのようなもの）に向いている。
• クリエイターや小規模なAPI提供者には新たな課金の通り道ができ、これまでほとんど誰も代金を払わなかった呼び出しに自動的に対価が支払われるようになる。さらにWeb Bot Auth（Cloudflareが「このアクセス者は本当に自称するそのAIなのか」を確認するための本人確認の仕組み）を組み合わせれば、課金と同時に呼び出し元の身元も検証できる。

今すぐ使えるのか

一言注意しておきたい。Monetization Gatewayは現在、ウェイティングリスト（waitlist）による受付段階にあり、Cloudflareの既存顧客向けに申し込みを受け付けている。

原文は一貫して「will」で機能を説明しており（will give／will provide／will scaleなど）、これらの機能はまだ構築・展開の途上にあって、すでに全面稼働した成熟プロダクトではなく、公開の料金ページもない。自分のウェブページ、データセット、API、MCPツールに従量課金したいと考える顧客は、まず早期アクセスのリストに参加することができる。

もしこの仕組みが広がったら、インターネットのお金はどう流れるようになるのか

現在の段階や目先のいくつかのメリットを脇に置くと、Cloudflareはより大きな構想を描いている。

agentはユーザーに代わって自律的に行動するソフトウェアであり、自らウォレットを持ってネットに接続し、人の手を介さずにデータセット、API呼び出し、ツール、計算リソースの代金を支払い始めている。無料のリソースもあれば、まず「あなたは誰か」（身元）の検証が必要なものもあり、両方を求められることも多い。Cloudflareは自らを、同一リクエストの中で身元検証（Web Bot Authと組み合わせ可能）と支払い検証の両方を完了させ、その上でオリジンサーバーへ通す数少ないインフラの1つと位置づけ、リクエストそのものを1つの取引にしようとしている。

2026年7月1日、CloudflareはMonetization Gateway（自動課金ゲートウェイ）を発表した。これに乗っているあらゆるリソース——ウェブページ、データ、API、AIツール呼び出し——に「使うたびに課金する」というスイッチが取り付けられる。課金対象も、これまでAIクローラーだけだったもの（旧機能Pay Per Crawl）から、あらゆる呼び出し元へと拡大し、しかも課金と収金のどちらも自分で構築する必要がない。

すると疑問が湧いてくる。1回の普通のウェブリクエストの中で、レジページに飛ぶこともなく、一体どうやって支払いを完結させるのか。

「使うたびに課金する」をついに実現させたのは、x402と呼ばれるオープンプロトコル（支払いをウェブリクエストに直接組み込む公開ルール一式）だ。HTTPの中でほとんど誰も使ってこなかった402ステータスコード（意味は「支払いが必要」）を借用し、4ステップで「データを求める」ことと「代金を支払う」ことを一度に済ませる。全過程を通じてレジページに飛ぶことはない。

なぜわざわざステーブルコイン（USDCなど、米ドルに連動し価格が安定したデジタル通貨）で決済するのか。徴収する金額が数セントと小さすぎて、従来の決済インフラでは割に合わないからだ。「同じ1セントを徴収する」場合で比べると、違いはこうなる。