ChatGPTやPerplexityが、あなたのサイトを読み取って、その内容を答えに使う。この1年で、そんなアクセスが一気に増えました。ありがたい話でもあり、サーバーには重荷でもある——そんな複雑な気持ちで見ていた人は多いはずです。そこへ、Cloudflareが「AIのアクセスに、その場で通行料を取れる」仕組みを発表しました。ついに、サイトの入口に料金所を立てられる時代が来たわけです。
ただ、ここで勢いよく「じゃあ全部のAIから課金しよう」「重いクローラーは全部遮断だ」と動くと、成長中のサイトはかえって自分の首を絞めます。AIの中には、あなたのサイトを引用して、実際に購入意欲のある人を送り返してくれるものもあるからです。本記事では、Cloudflareが何を始めたのかという事実を、まず押さえます。そのうえで、なぜ全部を閉め出すと痩せるのか、課金や遮断を決める前に「どのAI流入が価値を返しているか」をどう見分けるかを、順番に整理していきます。
目次
この記事のまとめ#
- Cloudflareが、AIのアクセスに1回いくらで課金できる仕組み(Monetization Gateway)を発表しました。ページやAPI、データセット、AIツールへのアクセスを、その場での少額決済で有料にできます
- でも、成長中のサイトが全部のAIを閉め出すのは自傷です。引用で購入意欲のある人を送り返してくれるAIまで遮断すると、集客の入口を自分でふさいでしまいます
- 決め手は「AIか否か」ではなく、「エンゲージした人を返してくれるAIか、リクエストを奪うだけのBotか」です。課金や遮断を決める前に、どのAI流入が実際に売上を返しているかを、自社のデータで見分けることが先になります
1. AIのアクセスに「課金」できる時代が来た#
結論から言うと、AIのアクセスに、その場でお金を取れる仕組みが、現実になりました。
Cloudflareが発表したMonetization Gatewayは、アクセス1回ごとに課金できる、ひとつの操作盤です。対象は、自社が守っているサイトのページ、API、データセット、それにAIツール(MCPと呼ばれる、AIが使う道具)まで含みます。決済にはx402という開いた仕組みが使われます。流れはこうです。まずAIなどがアクセスしに来る。するとサーバーが「これは有料です、料金はこれです」と返す(HTTPの402という「支払いが必要」の合図です)。相手が支払い、その証明を付けてもう一度アクセスすると、中身が渡される——この一連が、1秒もかからずに終わることを目指しています。支払いはステーブルコインという安定した電子マネーで、少額・低手数料でやり取りされます。
これは、以前からあったPay Per Crawl(クローラーにコンテンツの取得を課金する仕組み)の次の段階にあたります。これまでは「読み取りに来たクローラーに課金する」だけでしたが、今回は「あらゆる呼び出し元に、あらゆるリソースを課金する」ところまで広がりました。料金の付け方も細かく決められます。たとえば、検索1回に数セント。アップロードの窓口には基本料と容量あたりの追加。込み入った問い合わせの引き継ぎは1件いくら。こんなふうに、アクセスの種類ごとに値札を変えられます。相手が本物のAIエージェントかどうかを確かめる認証(Web Bot Auth)を求めることもできます。要するに、「入ってくるアクセスに、料金所とゲートを付けられるようになった」ということです。
2. でも、全部のAIを閉め出すとサイトは痩せる#
結論から言うと、料金所ができたからといって、全部のAIに関所を立てると、成長中のサイトはかえって存在感を失います。
締め出せば存在感を失うのは、いまやAIが集客の新しい入口になっているからです。ChatGPTやPerplexity、GoogleのAIの要約に自社が引用され、「この店がいい」と紹介されて人が送り込まれてくる。この入口を「AIだから」という理由だけで全部ふさぐと、せっかくの見込み客まで一緒に締め出してしまいます。もっとも、引用されること自体と、その流入が売上に貢献したかは別の話です(「引用された」と「売れた」は別物)。それでも、入口をふさげば、その流入そのものが消えてしまいます。まだ検索順位もブランドも育っている途中のサイトほど、この入口の一本一本が貴重です。関所を立てるのは、太い流れができてからでも遅くありません。
もちろん、何も返してくれないアクセスもあります。サイトの中身を根こそぎ持っていくだけで、送客は一切しないクローラー。こういう対象には、課金や遮断を考える意味があります。問題は、この2種類が「どちらもAI」という一言でひとくくりにされがちなことです。ひとくくりにした瞬間、判断は「全部通す」か「全部止める」かの二択に絞られてしまいます。本当はその間に、見分けるという道があります。
3. 分かれ道は「AIか否か」でなく「何を返してくるか」#
結論から言うと、課金や遮断を決める軸は「AIか否か」ではなく、「何を返してくるか」です。
同じ「AI経由のアクセス」でも、中身はまるで違います。片方は、あなたのサイトを引用して、購入意欲のある人を送り返してくれる。もう片方は、リクエストを大量に投げるだけで、送客は一切してこない。下の図は、AIの入口ごとに「どれだけ人が来たか(訪問の数)」と「来た人がどれだけ中身を読んだか(返ってくる人の質)」を並べたものです。数がいちばん多い入口が、いちばん質が低いこともある、というのがよく分かります。

そして、もう一方の極には、なんのリターンを生まないアクセスがあります。Cloudflareは、AIクローラーが「リターンとなる訪問者1人あたり、数百回から数万回のリクエストを投げる」と報告しています。つまり、訪問者を一人送ってもらうために、サーバーは何百回、ときに何万回も叩かれている、ということです。下の図は、その非対称の大きさを表しています。返ってくる訪問はどれも1人分なのに、裏で走るリクエストの数は、桁違いにふくらみます。

やっかいなのは、こうしたbotのアクセスを混ぜたまま流入を数えると、チャネルの評価そのものが狂うことです(botがチャネル・広告評価を狂わせる仕組み)。この2つを見比べると、「AIか否か」で線を引くのが、いかに雑かが分かります。訪問者を送ってくれるAIは歓迎したいし、奪うだけのBotには料金所を立てたい。線を引くべきは、AIかどうかの境目ではなく、価値を返すかどうかの境目です。
4. 課金の前に「どのAIが価値を生んでいるか」を見る#
結論から言うと、課金や遮断を決める前に、まず「自社では、どのAI流入が価値を返しているか」をデータで見る必要があります。
ここで効くのが、2本の軸で仕分ける考え方です。ひとつは「返ってくる価値」——その流入が、購入意欲のある人や売上をどれだけ貢献しているか。もうひとつは「サーバーへの負荷」——そのアクセスが、どれだけリクエストを投げてくるか。この2軸でアクセスを置いてみると、扱いが自然と分かれます。

価値を返してくれて負荷も軽いなら、歓迎です。価値は返すが負荷が重いなら、様子見。負荷ばかり重くて何も返さないなら、課金や遮断の候補になります。大事なのは、この仕分けを「たぶんこうだろう」の勘でやらないことです。どのAI入口が実際に買う人を返しているかは、サイトによって違います。ある店ではChatGPTが効き、別の店ではPerplexityが効く。だから、一般論のレシピをそのまま当てはめても外します。必要なのは、自社の数字で「どのAIが、いくら返しているか」を見ることです。ただ、その数字はふだんGA4では「直接(Direct)」に紛れて見えにくく(AI流入が『Direct』に紛れる)、出どころ不明の売上として埋もれがちです(どこから来たか分からない売上の正体)。ここが見えて初めて、どこに料金所を立て、どこを開けておくかを、根拠を持って決められます。
RevenueScopeの解決策
課金や遮断を考えはじめると、結局ぶつかるのは同じ壁です。「自社では、どのAI流入が価値を生んでいるのか」が、どこにも数字で出ていないことです。切り出さないと見えません。
RevenueScope は、この「数字で出ていない」を埋めます。課金や遮断そのものの手前で、「どのAI流入が価値を生んでいるか」の見極めに特化します。AI経由の流入を入口(ChatGPT・Perplexity・GoogleのAI Overviewsなど)ごとに切り出し、訪問数と、直帰率(来た人がすぐ帰らず、中身まで読んだか)、売上を表示します。しかも、自動プログラム(bot)のアクセスを取り除いたあとの正味の数字です。AI関連のクローラーやbotは流入に混ざりやすく、除かないとAI経由の成果を実際より大きく見せてしまうからです。
RevenueScope でAIの入口ごとに訪問数・直帰率・売上を比べると、下の表のようになります(数字はデモデータ)。
| AIの入口 | 訪問数 | 直帰率 | 売上 |
|---|---|---|---|
| ChatGPT | 1,800 | 42% | ¥210,000 |
| Perplexity | 600 | 38% | ¥95,000 |
| Google AI Overviews | 2,400 | 89% | ¥80,000 |
| 検索(自然流入) | 5,000 | 35% | ¥520,000 |
この表の特徴は、訪問数がいちばん多いGoogle AI Overviews(2,400)の直帰率が89%と、いちばん高いことです。答えの要約だけ見て満足し、中身まで読まずに去る人が多い入口だと分かります。いっぽうChatGPTやPerplexityは、訪問こそ少なくても直帰率は低く、売上もしっかり返す。ちゃんと目的があって訪問しているからです。つまり、AI流入をひとくくりにせず、入口ごとに「購入意欲があるか」を見分けられます。しかも RevenueScope は、botとして除いた数(除外したアクセスの量)も表示します。だから、負荷ばかりかけている入口——料金所を立てる候補——も、同じ画面で浮かび上がります。
RevenueScope は判断の頭脳として、AI流入を入口ごとに切り出し、どれが価値を返しているかを見せることに特化します。そこで見極めた相手に実際に関所を立てて課金・遮断するのは、Cloudflareのような仕組みの役割です。両者は競合ではなく補完で、RevenueScope が「どこに立てるか」を照らし、Cloudflareが「そこで課金する」を担う、という分担になります。
RevenueScope が表示するのは、botを除いた正味の数字——AIの入口ごとの訪問数・直帰率・売上です。これで、AIの入口ごとに「購入意欲があって来ているか」が数字に表れ、課金する相手と開けておく入口を、勘ではなく自社のデータで選び分けられます。
FAQ#
よくある質問#
Q. Cloudflareの課金の仕組みを入れれば、AIクローラー問題は解決しますか?
A. 料金所を立てる手段は手に入りますが、「どこに立てるか」の判断は別に必要です。全部のAIに一律で課金・遮断すると、購入意欲のある人を送り返してくれるAIまで締め出してしまい、集客の入口を自分でふさぎます。まず「どのAI流入が価値を返しているか」を自社のデータで見分け、そのうえで、リターンを返さない相手にだけ料金所を立てるのが順番です。仕組み(関所)と判断(どこに立てるか)は、分けて考えてください。
Q. AIクローラーは、全部ブロックしたほうが安全では?
A. サーバー負荷だけを見ればブロックは効きますが、成長中のサイトではマイナス面のほうが大きくなりがちです。AIの引用は、いまや新しい集客の入口です。「AIだから」でひとくくりに止めると、人を送り返してくれる入口まで消えます。判断の軸は「AIか否か」ではなく「何を返してくるか」。価値を返す入口は開けておき、負荷ばかりで何も返さない相手を課金・遮断の候補にする、という切り分けが現実的です。
Q. どのAIが売上を生んでいるかは、GA4で分かりますか?
A. 分かりにくいのが実情です。ChatGPTなどからの流入は出どころの印(UTM)が付かないことが多く、GA4では「直接(Direct)」や出どころ不明に紛れがちだからです。GA4に増えた「AI Assistant」チャネルも、印を渡さないAI流入は結局「直接」に沈むため、そのまま成果として読むのは危険です(GA4のAIアシスタント流入)。入口ごとの売上や、訪問者がちゃんとページを読んだか(直帰率)まで見たいなら、その紛れた分を切り出して、AIの入口別に並べる必要があります。数(何訪問来たか)と売上(いくら返したか)は別の話なので、両方を分けて見るのがおすすめです。
まとめ#
Cloudflareの発表で、AIのアクセスに値札を付けられる時代が始まりました。料金所とゲートが手に入ったわけです。ただ、道具が手に入ったからといって、全部のAIに関所を立てるのは、成長中のサイトには自傷になりかねません。
引用で購入意欲のある人を送り返してくれるAIと、リクエストを奪うだけのBotは、まったくの別物です。それを「どちらもAI」とひとくくりにした瞬間、判断は「全部通す」か「全部止める」かの二択に迫られてしまいます。決め手は「AIか否か」ではなく、「何を返してくるか」です。
だから、料金所を立てるかどうかは、データを見てから決めてください。どのAI入口が実際に買う人を返し、どの相手が負荷ばかりかけているのか。これが自社の数字で見えると、関所を立てる場所も、開けておく入口も、勘ではなく根拠で選べます。まずは「どのAIが、いくら返しているか」を切り出すところから始めてみてください。そこが見えれば、「AIに課金できる時代」を、守りではなく攻めの一手として使えます。
どの広告が売上を生んでいるか、一目でわかる
月5,000セッションまで、AIアナリストもずっと無料。クレジットカード不要。最短5分で導入。






