何が起きたか:エージェントの「財布」と「名乗り」を同時に発表
Cloudflareは2026年8月4日、公式ブログ「Announcing Cloudflare Wallets: the programmable wallet for the agentic Internet」でCloudflare Walletsとcloudflare.payという識別子(ハンドル)を発表しました。同社が挙げた背景は、AIエージェントには「APIにサインアップするための安定した識別子」と「APIの代金を支払うネイティブな手段」がなく、結局は登録も支払いも人間に差し戻してしまう、というものです。
ただし実際に動き出しているのはハンドルの予約だけです。支払い機能についてCloudflareは「まもなく、Cloudflare Walletをセットアップして、APIやコンテンツの支払いに使えるようになります(“Soon, you will be able to set up and use your Cloudflare Wallet to pay for APIs and content”)」と未来形で記しています。Search Engine Journalは、プレスリリースが完全な提供開始を「今後数か月(“coming months”)」としている点も指摘しており、発表時点で新機能のほとんどはまだ動いていない、というのが正確な状況です。
ウォレットの構造:人間のAccount Walletが、エージェントのVirtual Walletに上限付きで委任する
Cloudflare Walletsは2種類です。Account WalletはCloudflareアカウントの所有者である人間のためのもので、資金の追加、エージェントが管理するVirtual Walletへの支出の委任、資金の引き出しを行えます。Virtual Walletはエージェント向けでAPIキー経由で動作し、自らの権限に応じて支出できますが、上限額はAccount Walletの所有者が設定した制限で頭打ちになります。ガードレールの例としてCloudflareが挙げているのは「許容額(allowance)、許可リスト(allow list)、1回あたりの最大取引額(maximum transaction size)」で、これは固定の項目セットではなくあくまで例示です。同社が示した具体例は全従業員にAI推論用として週100ドルの予算を与えるケースで、上限を超えた場合はAccount Walletの変更権限を持つ人間に手動での上限解除を要求できる設計です。
残高はカードの与信枠ではなくステーブルコインで保有されます。入出金は対応地域でのオンランプ・オフランプから始め、対象となるユーザーにはステーブルコインによる自己入金も代替手段として用意するとされています。ただしSearch Engine Journalが指摘するとおり、対応する銘柄、利用するネットワーク、資金の保管(カストディ)を担う相手はいずれも公表されていません。
売り手側の仕組み:Monetization Gatewayとx402――pay per crawlから課金対象が広がった
支払う側がWalletsなら、受け取る側はMonetization Gatewayです。Cloudflareは2026年7月1日にこれを発表し、同日ウェイトリストを開設しました。公式ブログによると、これは「Cloudflareが保護するあらゆるアセット:ウェブページ、データセット、API、MCPツール」に課金できるエンジンで、支払いの検証と執行をCloudflareのエッジで処理し、オリジンサーバーが大量の決済処理にさらされないようにします。課金ルールの例として挙げられているのは、特定のRESTメソッドへの課金(/api/premium/*へのGETまたはPOST 1回につき0.01ドルなど)、複雑さに応じた可変価格(画像生成なら計算量に応じて最大2ドルまで)、未認証の呼び出し元だけへの課金(オリジンが返すHTTP 401をインターセプトし、価格と支払い方法を添えたHTTP 402に差し替える)の3つです。
決済プロトコルはx402で、名前のとおり長らく使われてこなかったHTTPステータスコード402 Payment Requiredを使います。サーバーは402とともに価格・受け入れる資産・支払い先を記した小さなペイロードを返し、クライアントは支払いの証明を添えて同じリクエストを繰り返す。チェックアウトページへのリダイレクトも別途の決済APIもなく、通常のHTTPのやり取りの中で完結します。x402はLinux Foundation傘下のx402 Foundationが管理しており、同財団の2026年7月14日付発表によれば、Visa、Mastercard、Google、Stripe、Cloudflareを含む40組織が参加しています。
押さえておきたいのが、2025年7月1日にプライベートベータで始まったpay per crawlとの違いです。pay per crawlでパブリッシャーが持っていたのはクローラーごとの3択で、「Allow:クローラーに無料でコンテンツへのアクセスを許可する」「Charge:設定したドメイン全体の価格での支払いを要求する」「Block:支払いの選択肢なしにアクセスを完全に拒否する」でした。Search Engine Journalは、使っているHTTPステータスコードの仕組みは同じだがスコープが広がったのだと整理しています。対象がAIクローラーからあらゆる呼び出し元へ、コンテンツからAPIやMCPツールを含むあらゆるリソースへ拡大したわけです。
お金の流れ方も変わります。x402では決済がピアツーピアで処理され、買い手が送った資金は売り手のウォレットに直接入金されます。pay per crawlではCloudflareが記録上の販売者(Merchant of Record)として課金イベントを集計し、クローラーに請求してパブリッシャーに配分していました。同誌は、Monetization Gatewayでは同社が決済経路そのものには一切入らない一方、ウォレット・ハンドル・オンランプは引き続き運営すると指摘しています。
cloudflare.pay:名乗るかどうかはエージェントの任意、条件にするかはサイト側の判断
cloudflare.payは、ウォレットをCloudflareアカウントに紐づける識別子です。エージェントのアイデンティティはアカウントの委任先という位置づけになるため、任意で自分が誰の代理かを示せます。Cloudflareが挙げた例は、リサーチ用エージェントがresearch.example.cloudflare.payという名前で動き、マーチャント側は特定の組織のエージェントだと分かる、というものです。この可読な名前は既存のWeb Bot Authの上に載ります。同社はこれを「読みづらいキーペアに対する人間可読な識別子の提案」であり「特定のスキーマやその他の検証システムを定義しようとしているわけではない」としており、確定した標準ではなく提案という位置づけです。
実務上もっとも重要なのは、名乗るかどうかがエージェント側の任意である点です。Cloudflareは「エージェントが自らのアイデンティティを宣言するかどうかは完全に任意であり、既知のエージェントとの取引を優先したいかどうかは企業側が決めることになる」と書いています。ただしこの任意性はエージェント側の話にとどまります。Search Engine Journalは、サイト側が名乗りを提供の条件にする力が失われるわけではないと補足し、根拠としてCloudflare自身がアイデンティティによってマーチャントは「自ら身元を明かす買い手とやり取りしたり、身元確認の要件を強制したりできる」と述べている点を挙げています。名乗らないエージェントについてCloudflareが持ち出しているのはVPNのモデルで、「身元不明の相手は本質的に信用できないわけではないが、より多く自分を証明する必要がある」という扱いです。
まだ動いていない部分:一般提供も公表価格も、支払う側のAI企業名も出ていない
Search Engine Journalは、確定していない事項を明確に列挙しています。ウェイトリストの先に一般提供(GA)はなく、公表された価格もなく、支払う側の当事者として名前の挙がったAI企業もいない、というものです。対象プランについても、Monetization Gatewayは「対象となるCloudflareの顧客(eligible Cloudflare customers)」、Walletsの自己入金は「対象となるユーザー(eligible users)」と書かれるにとどまり、具体的な料金プラン名は明示されていません。
とはいえ需要側の圧力は数字として見えています。同誌は、Cloudflare Radarが2026年8月10日までの7日間でHTMLコンテンツへのリクエストの60.6%をボット、39.4%を人間としていたと報じています。ただし同記事自身が、このカテゴリには検索クローラーやスキャナーも含まれるためエージェントのトラフィック量そのものではなく外側の上限にすぎないこと、Radarはライブ集計なので数値が動くことを注記しています。自社サイトのエージェント比率を示す数字ではありません。
サイト運営者への実務影響と、今日から確認できること
もっとも直接的に効くのは、無料トライアルやサインアップ特典といった「1アカウント=1人の人間」を前提にした仕組みです。Cloudflareはこの問題を自ら「安定したアイデンティティを持たないエージェントに、しかも1人の人間が自分の管理下で何十ものエージェントを立ち上げられる状況で、同じ特典を与えるのは難しい」と書いています。紹介ボーナス、初回注文割引、利用量に応じたティア設計も同じ前提の上にあります。さらに同社は「x402によるステーブルコインのマイクロペイメントは、アカウントなしでAPIを試すことを簡単にする」とも述べており、サインアップがなければ、どの企業が自社の製品を評価したのかという記録も残りません。
Search Engine Journalは、いま取りうる対応をエージェントの振る舞い別に4つに整理しています。同誌の見解であり、Cloudflareの推奨ではない点は区別してください。
| エージェントの状態 | 現時点で妥当な対応(SEJの整理) |
|---|---|
| 誰の代理かを宣言し、ユーザーのように振る舞う | 提供する。宣言が可能になったら優先する |
| 何も宣言しないが、1人が閲覧しているように振る舞う | 既存の制限のもとで提供する |
| 宣言を拒み、マシンスケールでリクエストする | 既存のボット制御でスロットルする |
| トライアル・クレジット・割引を要求する | 人間に求めるのと同じ本人確認を要求し、規約に明記する |
今すぐ着手できることとして同誌が挙げているのは2点です。1点目は利用規約をトライアルとクレジットの「アイデンティティ・ギャップ」の観点で監査すること。ベンダーのリリースを待つ必要がありません。2点目はAIクローラーのブロックを恒久的なものにするのを保留することで、有料アクセスはすでにクローラー向けに存在しCloudflare配下のあらゆるものへ拡張されつつあるため、いま契約やコンテンツポリシーに書き込んだブロックは後で解く必要が出てくるかもしれない、という理由です。加えて、pay per crawlではクローラー側にsignature-agent、signature-input、signatureの各ヘッダーの送信が求められます。自社のログでこれらを確認できるようにしておけば、名乗るエージェントの比率も先に把握できます。
所感
運営者としては、今回の発表を「明日から収益化できる話」ではなく「規約とログの前提を見直す締め切りが提示された話」として受け取るのが妥当だと考えています。ウォレットもゲートウェイも実提供は先で、価格もカストディ先も出ていない以上、実装の判断材料はまだ揃っていません。一方で規約の点検とログの棚卸しはCloudflareのリリースを待つ必要がなく、遅れるほど損失が積み上がる領域です。
既報のAIクローラーのブロック運用との関係でいえば、ブロックを長期契約やコンテンツポリシーに固定するのは今は避けたほうが安全です。課金対象がクローラーからあらゆる呼び出し元へ広がる方向に動いている以上、「ブロックか、無償で開放か」という二択自体が古くなりつつあります。ブロックはいつでも解除できる設定として持っておくのが、もっとも取り返しのつく構えです。
まとめ
・Cloudflareは2026年8月4日、AIエージェントがステーブルコインで支払うCloudflare Walletsと任意の識別子cloudflare.payを発表した。同日開始したのはハンドルの予約のみで、支払い機能は同社の文言でも未来形になっている
・ウォレットは人間が持つAccount Walletと、エージェントがAPIキー経由で使うVirtual Walletの2種類で、許容額・許可リスト・1回あたりの最大取引額といったガードレールを上位から設定する
・売り手側は2026年7月1日にウェイトリストが開いたMonetization Gatewayで、ウェブページ・データセット・API・MCPツールに課金でき、支払いはx402(HTTP 402 Payment Required)でエッジ検証されてからオリジンに通る
・2025年7月1日開始のpay per crawlはAllow・Charge・Blockの3択でクローラーだけが対象だった。対象が「あらゆる呼び出し元・あらゆるリソース」に広がり、決済もピアツーピアに変わる
・名乗るかどうかはエージェントの任意だが、サイト側が身元確認を条件にすることは可能。一般提供も価格もカストディ先も未公表のため、いま着手すべきは利用規約のトライアル条項の点検と、AIクローラーのブロックを恒久化しないことに絞られる
よくある質問
Q1: Cloudflare Walletsはもう使えるのですか?
2026年8月4日の発表時点で開始しているのは、アカウント用のCloudflare Walletハンドルの予約だけです。支払い機能についてCloudflareは「まもなく、APIやコンテンツの支払いに使えるようになります」と未来形で記しており、Search Engine Journalによればプレスリリースは完全な提供開始を「今後数か月」としています。対応ステーブルコインの銘柄、利用ネットワーク、資金の保管先はいずれも公表されていません。
Q2: 自サイトのコンテンツをAIエージェントに有料で提供するには何が必要ですか?
売り手側の仕組みはMonetization Gatewayで、2026年7月1日にウェイトリストが開設された段階です。ウェブページ・データセット・API・MCPツールに価格を設定でき、支払いはx402によりCloudflareのエッジで検証されてからオリジンに到達します。決済はピアツーピアで売り手のウォレットに直接入金されます。一般提供時期も価格も公表されていないため、現時点でできるのは登録と、課金対象にしうるパスやリソースの棚卸しまでです。
Q3: エージェントが名乗らない場合、サイト側は何もできないのですか?
いいえ。宣言が任意なのはエージェント側の話であり、Cloudflareはアイデンティティによってマーチャントが「自ら身元を明かす買い手とやり取りしたり、身元確認の要件を強制したりできる」と述べています。Search Engine Journalは、名乗らずマシンスケールでリクエストするエージェントには既存のボット制御でスロットルをかけ、トライアルや割引を要求するエージェントには人間と同じ本人確認を求めたうえで利用規約に明記する、という対応を挙げています。
出典:Cloudflare Gives AI Agents Wallets That Pay For What They Access(Search Engine Journal、Slobodan Manic氏、2026年8月12日)https://www.searchenginejournal.com/cloudflare-gives-ai-agents-wallets-that-pay-for-what-they-access/584959/
参考:Announcing Cloudflare Wallets: the programmable wallet for the agentic Internet(Cloudflare Blog、2026年8月4日)https://blog.cloudflare.com/wallets/
参考:Announcing the Monetization Gateway: charge for any resource behind Cloudflare via x402(Cloudflare Blog、2026年7月1日)https://blog.cloudflare.com/monetization-gateway/
参考:Introducing pay per crawl: Enabling content owners to charge AI crawlers for access(Cloudflare Blog、2025年7月1日)https://blog.cloudflare.com/introducing-pay-per-crawl/
