要約

  • Pay Per Crawlで課金イベントになるのは、認証済みクローラーが支払い意思を示し、crawler-charged付きの成功応答を受け取った時だ。これは有料配信の証明であって、引用、学習、事業価値の証明ではない。
  • Cloudflare自身、クロール回数は価値を測る粗い単位だと認めている。Pay Per Useの実験では、Ceramic.aiは検索結果への掲載、You.comは特定の有料コンテンツの都度購入へと支払い時点を下流に移す。
  • 8月21日に発表されたBot Preference Syncは、Search、Agent、Trainingの設定をrobots.txtに反映する。表明とエッジでの執行のずれは小さくなるが、その後の用途まで自動的に証明されるわけではない。
  • Monetization Gatewayは早期アクセスの待機リスト段階にある。一般提供時期、取引量、出版社への支払い、Cloudflareの手数料や製品売上は未開示で、会社全体の成長を市場成立の証拠にはできない。

エッジが確実に見られる出来事

Pay Per Crawlの設計では、サイト運営者はクローラーごとにAllow、Charge、Blockを選び、サイト全体の1リクエスト当たり価格を決める。クローラーは402 Payment Requiredで価格を知ってから正確な金額を受け入れて再試行するか、最初から支払える上限を伝える。

課金の条件は具体的だ。本人確認、ポリシー、価格の判定を通り、支払い意思を伴うリクエストに対してcrawler-charged付きの成功応答が返る。Cloudflareはそのイベントを集計し、クローラーに請求し、出版社へ分配すると説明している。この製品では同社がMerchant of Recordを担う。クローラーがCloudflareとの請求関係を持たなければ、Chargeは実質的にブロックとして働き、未収金として計上されるわけではない。

この台帳は強い。買い手、価格、判定、配信時点を照合できるからだ。同時に、記録できる範囲も狭い。渡されたページが一度だけ回答に使われたのか、何千回も使われたのか、検索用に保存されたのか、学習に組み込まれたのか、捨てられたのかは、この応答だけでは区別できない。

CloudflareはPay Per Useへの移行を説明する際、クロールは価値の粗い指標だと明記した。一回取得されたページが何千もの回答に登場することも、何度取得されても使われないこともある。配信量と利用価値は同じ時計で進まない。

意思表示と執行をそろえる

課金の前には、意思表示、執行、本人確認、用途分類という連鎖がある。どれか一つが曖昧なら、最後のアクセス記録の意味も弱くなる。

8月21日のBot Preference Syncは、Cloudflareのゾーン設定で選んだSearch、Agent、Trainingの扱いをrobots.txtへ反映し、既存のDisallowも残す。Cloudflareは、公開ファイルが拒否を示しているのにエッジのルールが通してしまう、といった不一致が起きると説明する。一部のクローラーは、その矛盾を意思表示を無視したり、執行を回避したりする理由に使う。

同期は記録の整合性を高めるが、個別契約を読み解くものではない。対象はBotBaseで追跡するクローラーとカテゴリー単位の方針で、特定の事業者だけに認めた例外や、パス別の複雑なルールは自動的には取り込まれない。出版社がある検索事業者とはライセンス契約を結び、同じカテゴリーの他社は拒否するなら、個別の制御がなお必要だ。

本人確認もUser-Agentの文字列だけでは足りない。Pay Per CrawlはWeb Bot Authと署名付きリクエストを前提にする。SearchとTrainingを混在させる運営者について、CloudflareはTrainingを拒否したサイトでも検索アクセスを得るための追加条件を示した。学習拒否の尊重、AI要約からの除外手段、URL単位の学習可視性と検索指標、学習拒否が従来検索を傷つけないことの公開証明である。

こうした義務は用途ラベルの信頼性を高める。ただし、クローラー側が下流の記録を提示する仕組みでもある。整ったrobots.txtだけで、モデルが何を学習しなかったかまで証明することはできない。

9月15日は市場の締め日ではない

7月の分類とデフォルト変更の発表は、9月15日を期限とした。当初の説明では、新規サイトはSearchを許可しつつ、広告掲載ページではTrainingとAgentをブロックする。用途を分離しない混在クローラーも広告ページで止める。何も選んでいない既存の無料顧客にも変更を適用する予定だった。

8月の説明はもう少し細かい。出版社や広告型サイトはオンボーディング時にTrainingをDisallowにする選択肢を持ち、非出版社はブロックなしで始まる。旧来の管理型robots.txt利用者は、新機能への移行時に設定の確認を求められるという。

これは方針が運用へ落ちる途中にあることを示す。9月15日以降に確認すべきなのは、どの顧客群にどの初期値が実際に適用されたか、上書き率はどうか、混在クローラーが本人確認と用途を分けたかである。予定されたデフォルトを、すでに完了した決済や合意のように扱ってはいけない。

もっとも、デフォルトには交渉力がある。Cloudflareは1周年のボット報告で、2026年6月に同社ネットワークで観測したクローラーリクエストの52%がAI学習向けで、混在クローラーが36%超を占めたとする。また20%超のウェブが同社ネットワークの背後にあると述べる。Cloudflareの定義と観測範囲に基づく数字であり、世界全体の調査ではない。それでも、この入口での初期値がコンテンツ供給の希少性を変え得る規模ではある。

希少性は交渉材料になる。だが、それ自体はライセンスでも出版社への入金でもない。

利用台帳は回答が生まれる場所にある

Ceramic.aiとYou.comとの実験は、課金イベントを利用に近づける。Ceramic.aiの例では、参加出版社のコンテンツが検索結果に現れた時に支払い、クエリ、ページ、抜粋、順位を報告する。You.comの例では、エージェントが必要な有料コンテンツをその場で買う。

どちらもクロール回数より価値に近いが、監査は難しくなる。複数ソースを合成した回答の配分はどうするのか。引用表示は因果的な寄与を示すのか。類似ページ、欠落した出典、キャッシュからの取得をどう扱うのか。単位はクエリ、結果、成功したタスク、トークン、あるいはライセンス期間なのか。

CloudflareはPay per Query、Pay per Resultなどを「実験」として並べ、一つの答えに収束させていない。アクセスは数えやすいが価値から遠い。結果は価値に近いが、買い手の内部ログに依存し、争いも起きやすい。

Attribution Business InsightsはBot Management顧客に、成功したボットアクセス、クロール対送客比率、帯域、運営者、行動カテゴリーを見せる。出版社の交渉材料にはなる。ネットワークで見える取得と送客だけから、学習コーパスや回答生成の全経路を再構成することはできない。

x402は販売単位を増やす計画

Monetization Gatewayは、ページだけでなくデータセット、API、MCPツール呼び出しまで課金対象にする構想だ。呼び出し側がx402の価格指示を受け、ステーブルコインで払い、支払い証明を付けて再試行し、検証後にだけオリジンへ到達する。パス、メソッド、処理の複雑さに応じたルールを、ダッシュボード、API、Terraformから設定できるとしている。

小さなデジタル資源を一回だけ買う時、事前のアカウントや月額契約を不要にできる可能性がある。売り手は未払いの大量アクセスをオリジンへ通さず、エージェントは必要な単位だけを買う。Cloudflareにとっては、本人確認、ルール、検証、配信が同じ制御面に集まる。

ただし発表は将来形で書かれ、現時点の入口は早期アクセスの待機リストだ。一般提供日、実取引量、売り手の純受取額、Cloudflareの手数料、返金や紛争、資産と法域の運用詳細は示されていない。「1秒未満の決済」は目標であって実績値ではない。

財務数字を代理にすることもできない。Cloudflareの第2四半期売上高は6億9,610万ドルで前年同期比36%増、フリーキャッシュフローは5,640万ドルだった。10-Qでは売上高のほぼ全てがサブスクリプションとサポートで、明示した従量対価は主に超過帯域に関するものだ。三つの取り組みについて顧客数、売上高、RPOは分けていない。既存事業の好調さは、新市場の稼働証明ではない。

二つの帳尻が合う条件

アクセス側では、有料リクエスト、成功配信、出版社の純入金、決済時間、失敗、例外、紛争を照合する必要がある。利用側では、どのクエリやタスクにどの資源が寄与し、どのライセンスが適用され、どんな帰属と支払いが生じたかをつなぐ必要がある。

HTTPは価格と支払い証明を運べるが、権利範囲を暗黙に書き足さない。402の後の200だけで、学習、保存、再配布への同意が成立するわけではない。Cloudflareはアクセスの領収書を強くしつつある。そしてPay Per Useへの方向転換が、価値の領収書は別に作らなければならないことを認めている。

出典