ホーム/GEO を学ぶ/クローラーログの読み方
AI可視性の測定 · クローラー側

GEOのために、AIクローラーログをどう読むのか?

回答側のサンプリングは結果を教えてくれます。サーバーログは、そもそも入力が届いたのかを教えてくれます。分析の全体は、1つのフィルタ、3つの問い、1つの検証ステップ。この順番です。順番こそが、ノイズを読んでしまうのを止めてくれるからです。

このページの内容
この記事をシェア
X でシェア LinkedIn でシェア
短い答え

アクセスログをuser-agentトークンでフィルタリングし、検索側・学習側・ユーザートリガー型の3つのクラスを分けたままにして、1本の線にまとめないでください。そのうえで、この順番で3つを読みます。トークンごとのエラー率、最も意図の強いページがそもそもフェッチされているか、そしてユーザートリガー型フェッチャーがどこに着地しているか、です。エラーから始めるのは、それが単一で最大の損失であることが多いからです。あるインフラ事業者の2024年12月のログ調査では、GPTBotはフェッチの34.82%を404に費やしており、Googlebotは8.22%でした。6

重要ポイント
  • 2つではなく3つのクラスに分けます。検索側のトークン(OAI-SearchBot、Claude-SearchBot、PerplexityBot、Applebot、Googlebot)、学習側のトークン(GPTBot、ClaudeBot、Google-Extended、Applebot-Extended)、そしてユーザートリガー型フェッチャー(ChatGPT-User、Claude-User、Perplexity-User、Google-Agent)です。どの区分もベンダー自身が文書化しています。
  • 無駄なフェッチをまず直します。自社の404をフェッチ数で並べ替えれば、切れた内部リンクと古いサイトマップ項目の優先順位付きリストが手に入ります。
  • ゼロはパーセンテージに勝ります。意図の強いページに30日間1件も成功した検索側フェッチがないことは本物の発見であり、件数が12から7に減ったことはノイズです。
  • user-agentヘッダーは自己申告なので、その内容を信用する前にベンダーが公開しているアドレス範囲と照合してください。
フィルタ

どのuser-agentトークンを分けて数えるべきか?

2つではなく3つのクラスを分けて数えてください。回答のグラウンディングに使われるインデックスを作る検索側のクローラー、どの回答も変えない学習側のクローラー、そして人が質問したときに到着するユーザートリガー型フェッチャーです。

主要なベンダーはいずれもこの区分を自ら文書化しているので、下の表は推測ではなく一次情報です。3列目こそ、多くのログレポートが省いてしまう列です。

ベンダー検索側トークン学習側トークンユーザートリガー型フェッチャー
OpenAIOAI-SearchBotGPTBotChatGPT-User1
AnthropicClaude-SearchBotClaudeBotClaude-User2
PerplexityPerplexityBot文書化なしPerplexity-User3
AppleApplebotApplebot-Extended文書化なし4
GoogleGooglebotGoogle-Extended5Google-Agent10

3つのクラスを1本の「AIボット」の線にまとめることが、ログレポートを役に立たなくする間違いです。3つは別々の問いに答えているからです。検索側のフェッチが減っているなら、それは今週直すべきリトリーバルの問題です。学習側のフェッチが減っても、どの回答にとっても意味はありません。そしてユーザートリガー型のフェッチが増えているのは、そもそもメンテナンスのシグナルではありません。それは今この瞬間に誰かがあなたについて尋ねているということであり、この分野で手に入るもののうち需要データに最も近いものです。

この表はブログ記事ではなくベンダーの文書と照らして確認してください。この記事も例外ではありません。一覧は動くからです。OpenAIは現在、広告として送信されたページを検証する4つ目のトークン、OAI-AdsBotを文書化しています。1 Googleはユーザートリガー型フェッチャーを独立したクラスとして文書化しており、そこにはGoogle-Agentが含まれ、旧Google-NotebookLMは2026年8月までのサポートで、Google-GeminiNotebookが後を継ぐと記載しています。10 どのトークンを許可するか、それぞれをブロックすると何が起きるかはテクニカル GEO のステージの主題です。このページはどれも許可されている前提で、そのトラフィックが何を教えてくれるのかを問います。

3つの問い

順番に見るべき3つのこととは?

まず無駄なフェッチ、次に足りていないカバレッジ、最後に需要を見ます。直せる順番がそれだからです。どれも同じフィルタ済みのログに対する1回の集計であり、すでにアクセスログを検索している道具以外は何も要りません。

1つ目:トークンごとのステータスコードの内訳。トークンとステータスクラスでグループ化し、それぞれについて2xx、3xx、4xxの割合を別々に読みます。AIクローラーはGooglebotよりも明らかにサイト構造をたどるのが下手です。あるインフラ事業者の2024年12月のログ調査は、サンプル月にGPTBotの5億6,900万件とClaudeBotの3億7,000万件のフェッチを対象とし、GPTBotがフェッチの34.82%を404に、14.36%をリダイレクトに費やし、ClaudeBotが34.16%を404に費やしていたのに対し、Googlebotは8.22%と1.49%だったと報告しています。6 実際に動かせるのは、その割合の下にあるURLの一覧です。自社の404をフェッチ数で並べ替えれば、切れた内部リンクと古いサイトマップ項目の優先順位付きリストが手に入ります。

2つ目:最も意図の強いページのカバレッジ。購買の問いに答える10〜20本のURL、つまり価格、比較、連携、セキュリティ、反論に答えるページを書き出し、それぞれについて直近30日に成功した検索側フェッチがあるかをログで確認します。誰にもリトリーバルされないページは引用されようがないので、ここでのゼロは回答側のどんな比率よりも強い発見です。よく出てくる失敗の形が2つあります。1つは、あるベンダーの検索トークンだけがフェッチしていて他はしていないページで、たいていrobots.txtかレンダリングの違いを指しています。もう1つは、数か月前に一度フェッチされたきり再訪されていないページで、たいていそのページへの内部リンクの弱さを指しています。

3つ目:ユーザートリガー型の到着。ChatGPT-User、Claude-User、Perplexity-Userのフェッチを別々に、日別・パス別に数えます。これらはクロールのスケジュールでは動きません。人が質問し、アシスタントが見に行ったから起きるものです。それらを受け取ったページに対する需要のシグナルとして読み、新しいパスが出てくるのを見張ってください。比較ページがユーザートリガー型のフェッチを集め始めたら、あなたについての最終候補の会話が起きているということです。Cloudflareのネットワーク全体の2025年振り返りは、ユーザー行動によるクロールが1年で15倍以上に増えたと報告しています。7

規模感

どれくらいの量を見込むべきか、変化はいつ本物か?

AIクローラーの量は、あなたのサイトではGooglebotの何倍かではなく、だいたいGooglebotと同じくらいだと見込んでください。そして自社の件数の多くは、トレンドを描くには小さすぎると見込んでください。Cloudflareの2025年振り返りは、ネットワーク全体で2025年1月1日から12月2日までを対象に、AIボットを年間のHTMLリクエストの4.2%、Googlebotを4.5%としています。7 同じ2024年12月のログ調査は、月間の量をGooglebot 45億件、GPTBot 5億6,900万件、ClaudeBot 3億7,000万件、Applebot 3億1,400万件、PerplexityBot 2,440万件としています。6 この比率を自社のGooglebotトラフィックに当てはめれば、おおよその見込みが立ちます。

ベンチマークよりも統計の論点のほうが重要で、そこはログレポートが取り違えるところです。1つのサイトのフェッチ件数は小さな数字であり、小さな件数はパーセンテージが隠してしまうかたちでばらつきます。ある検索側のトークンが先週12ページ、今週7ページをフェッチしたなら、それは42%の減少ではありません。これほど小さな件数では、ふつうのポアソンのばらつきだけでおおよそその幅を覆ってしまい、そこにトレンドを読み取るのは誤りです。そこから出てくる規則はこうです。件数を比べる前に少なくとも1か月に集計すること、そしてある期間のフェッチ件数がおよそ30未満なら、量ではなく有無の観測として扱うこと。統計的検出力の記事は、回答側で同じ問題を扱っています。

リファラー

クロール対リファラー比は何を教えてくれるのか?

それが教えてくれるのは、あるプラットフォームがあなたのサイトからどれだけ持っていき、どれだけ返しているかで、その両方はすでに同じアクセスログの中にあります。Cloudflareは、あるプラットフォームのクローラーuser-agentからのHTMLリクエスト数を、Refererヘッダーがそのプラットフォームを指すHTMLリクエスト数で割って算出しています。11 同じ量は自分でも計算できます。一方はクローラーのフェッチ数、もう一方はchatgpt.com、perplexity.ai、claude.ai、gemini.google.comのリファラーを伴って到着したセッションです。

ネットワーク全体で見ると比率は大きく偏っており、プラットフォーム間で桁が違います。2025年を通してCloudflareは、Anthropicを5月以降25,000:1から100,000:1の帯に、それ以前には500,000:1に達するピークもあったとし、OpenAIは変動が大きく3月に約3,700:1のピーク、Perplexityはおおむね400:1未満、Googleは3:1を少し超える程度で、4月に一時30:1に達した後に戻ったとしています。7 自分の数字を読む前に注意が2つあります。リファラー側は過小に出ます。ブラウザは必ずRefererヘッダーを送るわけではなく、それを取り除くクライアントもあるからで、測った比率は上限です。そして比率が高いこと自体は判定ではありません。それは交換レートを表すもので、クロールされたことに見合ったかどうかを表すものではなく、引用されることを目的にしているサイトでは、クリックはそもそも求めていた対価ではありません。

検証

そのボットが名乗ったとおりの相手だと、どう分かるのか?

どこから来たアドレスかを確認するまでは分かりません。user-agent文字列は、何にでも送れる自己申告のヘッダーだからです。検証は、1行のログを証拠に変える作業です。送信元アドレスをベンダーが公開しているクローラーの範囲と照合するか、逆引きDNSを引いてその結果を正引きします。OpenAIはトークンごとに別々のアドレスファイルを公開し、Anthropicは3つのクローラーすべてを1つのファイルで公開し、AppleとPerplexityもそれぞれ公開しているので、1234 これを一度フィルタのルールとして仕込むほうが、後から調査としてやるより安く済みます。

手間をかける理由は、申告のないクロールが仮定の話ではなく現在進行形の係争だからです。Cloudflareは2025年8月4日に分析を公開し、まったく新しくインデックスされたことのないドメインを、すべてのクロールを禁じるrobots.txtとともに登録したところ、あるアシスタントがそれでもそれらについて詳しい内容を返したと述べています。同社はそのトラフィックを、ベンダーが公開している範囲外のアドレスからの汎用ブラウザのuser-agentによるものだとし、そのベンダーを検証済みボットから外しました。8 そのベンダーは翌日に反論を公開し、ステルスクロールを否定して、リクエストはサードパーティのクラウドブラウザサービスによるものだとしました。この食い違いは公には解決していません。特定の一社についての決着済みの事実としてではなく、検証する理由として受け取ってください。

限界

サーバーログでは分からないことは何か?

ログは、あるフェッチが引用につながったかどうかを教えてくれません。その隙間があるからこそ、回答側のパネルが必要であり続けます。あるページが毎週検索側のクローラーにフェッチされていて、どこにも引用されていないことはあり得ますし、数か月前に作られたインデックスから引用されていて、最近のフェッチはまったくないこともあり得ます。2つのデータセットを時間で突き合わせ、並べて読み、因果の一文はこらえてください。「クローラーが戻ってきて、それから出るようになった」は順序であって、仕組みではないからです。

盲点はほかに3つ挙げておく価値があります。エージェント型ブラウザは、あなたのログの上ではふつうのブラウザのセッションと区別がつきません。2025年10月30日に公開されたTow Center for Digital Journalismの分析は、同じベンダーの標準インターフェースでは取れない購読者限定の素材を、それらが取得できたことを見つけています。リクエストの中に自動化されたものだと示すものが何もなかったからです。9 CDNやエッジキャッシュはフェッチをオリジンのログから丸ごと隠すので、可能ならエッジで読み、オリジンだけの数字は過小に出ると見込んでください。そして、あるトークンが現れなくなったことは曖昧です。ブロックされたのかもしれないし、名前が変わったのかもしれないし、単に新しく取るものがないだけかもしれません。

ログが与えてくれるのは、この分野で唯一の一次情報の証拠です。回答側のものはすべて他人のシステムからのサンプルであり、そのためアクセスログは調査を始めるのに正しい場所であり、終えるのには間違った場所です。

この記事の正直な限界

ここでの定量的な基準点は、見た目よりも古く、範囲も狭いものです。34.82%と34.16%というエラー率は、あるインフラ事業者が自社ネットワークを対象に行った2024年12月のログ調査から来ており、その後の20か月で追試は公開されていません。この間にクローラーが変わっているのは確かですし、あなたのサイトを左右するのはあなた自身のエラー率です。Cloudflare Radarのシェアとクロール対リファラー比はネットワーク全体のもので、ドキュメント中心のサイトとニュースサイトでは内訳がかなり違います。この2つは何がありそうかの規模感として読み、測定はあなた自身のログで行ってください。ここに書いたことは引用の結果と突き合わせて検証されてはいません。サイト単位のクロールの挙動とサイト単位の引用率を結び付けた研究は公開されていないからです。

製品が役に立つ場面と、立たない場面

ここまでのすべては無料で、しかもすでにあなたのものです。アクセスログをuser-agentトークンでフィルタリングし、ステータスクラスでグループ化し、最も意図の強いURLを20本選んで成功した検索側フェッチがあるかを確認し、ユーザートリガー型フェッチャーを日別に数え、アドレスをベンダーの公開範囲と照合する。Bavior は同じ問いの反対側を担当します。固定のプロンプトパネルを5つのエンジンに定期実行し、各回答がどのソースを引用したかを記録するので、クロール側の修正が誰が出てくるかを変えたかどうかが分かります。やらないのは、サーバーログを読むこと、クローラーのアドレスを検証すること、404を直すこと、そして特定のフェッチが特定の引用になったかどうかを教えることです。最後のものは誰にもできません。2つのデータセットに共通の識別子がないからです。無料 AI 可視性チェッカー無料 GEO 診断は有料プランなしで使えます。有料プランは月払いで月額 $99 から、年払いなら月額 $79.17 です(2026年8月29日時点)。

出典、すべて2026年8月30日に確認
  1. OpenAI、クローラーとボットのドキュメント(GPTBot、OAI-SearchBot、OAI-AdsBot、ChatGPT-User、トークンごとのアドレスファイル。一次情報):developers.openai.com/api/docs/bots
  2. Anthropic「Does Anthropic crawl data from the web?」(ClaudeBot、Claude-SearchBot、Claude-User、公開アドレス範囲。一次情報):support.claude.com/en/articles/8896518
  3. Perplexity、ボットのドキュメント(PerplexityBot、Perplexity-User、公開アドレス範囲。Perplexity-Userは「robots.txtのルールを一般に無視する」と記載。一次情報):docs.perplexity.ai/guides/bots
  4. Apple「About Applebot」(Applebot、Applebot-Extended、公開CIDRファイル、ブラウザレンダリング。一次情報):support.apple.com/en-us/119829
  5. Google Search Central「AI features and your website」(Googlebot、Google-Extended、インデックス登録とスニペット表示の要件。一次情報):developers.google.com/search/docs/appearance/ai-features
  6. Zecchini、Moore、Ubl、Siddle「The rise of the AI crawler」Vercel、2024年12月17日。一次情報のログデータ、サンプル月にGPTBot 5億6,900万件とClaudeBot 3億7,000万件のフェッチ。トークンごとの404とリダイレクトの割合:vercel.com/blog/the-rise-of-the-ai-crawler
  7. Cloudflare Radar 2025 Year in Review、データは2025年1月1日から12月2日。AIボットはHTMLリクエストの4.2%、Googlebotは4.5%、ユーザー行動によるクロールは15倍超に増加、プラットフォーム別のクロール対リファラー比:blog.cloudflare.com/radar-2025-year-in-review
  8. Cloudflare「Perplexity is using stealth, undeclared crawlers to evade website no-crawl directives」2025年8月4日(インフラ側の一次情報。当該ベンダーは2025年8月5日に反論を公開し、ステルスクロールを否定):blog.cloudflare.com
  9. Tow Center for Digital Journalism「How AI browsers sneak past blockers and paywalls」2025年10月30日。エージェント型ブラウザはログ上ふつうのブラウザのセッションと区別がつかない:cjr.org
  10. Google Search Central「Google user-triggered fetchers」(Google-Agent、Google-GeminiNotebook、Google-NotebookLMは2026年8月までサポート。これらのフェッチャーはrobots.txtを一般に無視する。一次情報):developers.google.com/crawling/docs/crawlers-fetchers/google-user-triggered-fetchers
  11. Cloudflare「The crawl before the fall… of referrals」2025年7月1日。クロール対リファラー比を、あるプラットフォームのクローラーuser-agentからのHTMLリクエスト数を、Refererヘッダーがそのプラットフォームを指すHTMLリクエスト数で割ったものと定義:blog.cloudflare.com/ai-search-crawl-refer-ratio-on-radar
よくある質問

よく聞かれることを、まとめました。

サーバーログでどのAIクローラートークンを探すべきですか?

2つではなく3つのクラスに分けてください。検索側のトークンは、回答のグラウンディングに使われるインデックスを作ります。OAI-SearchBot、Claude-SearchBot、PerplexityBot、Applebot、Googlebotです。引用にとって重要なのはこれらです。学習側のトークン、つまりGPTBot、ClaudeBot、Applebot-Extendedは、どの回答にも影響しません。Google-Extendedはもはや純粋な学習用トークンではありません。GoogleはこれをGemini AppsとVertex AI上でのグラウンディングを制御するものとして文書化しているので、許可しなければそのサーフェスからは外れます。ただしGoogle検索やAI Overviewsから外れるわけではありません。ユーザートリガー型フェッチャー、つまりChatGPT-User、Claude-User、Perplexity-User、Google-Agentは、たった今誰かが質問したから来るもので、メンテナンスではなく需要のシグナルです。これらの区分はどれもベンダー自身が文書化しているので、推測ではなく一次情報の分類です。

AIクローラーのフェッチが先週12から7に減りました。心配すべきですか?

いいえ。それほど小さな件数は、あなたが見ている変化よりも大きなばらつきを含んでいるからです。週に十数件のフェッチでは、ふつうのランダムな変動だけでおおよそその幅を覆ってしまうので、そこに42%の減少を読み取るのは、数回のプロンプト実行に前週比の矢印を引くのと同じ誤りです。件数を比べる前に1か月に集計し、ある期間のフェッチ件数がおよそ30未満なら、量ではなく有無の観測として扱ってください。少ない量で動く価値があるのはゼロです。意図の強いページに30日間1件も成功した検索側フェッチがないことは、どんな規模のサイトでも本物の発見です。

ログのuser-agent文字列は信用できますか?

それだけでは信用できません。user-agentは何にでも送れる自己申告のヘッダーだからです。送信元アドレスで検証してください。ベンダーが公開しているクローラーのアドレス範囲と照合するか、逆引きDNSを引いてその結果を正引きします。OpenAI、Anthropic、Perplexity、Appleはいずれもボットのドキュメントでアドレスファイルを公開しており、この確認を一度フィルタのルールに組み込むほうが、後から調査として走らせるよりはるかに安く済みます。これは仮定の話ではありません。Cloudflareは2025年8月に、あるベンダーの公開範囲外のアドレスからの申告のないクロールを指摘する分析を公開し、そのベンダーは翌日それを否定しました。この食い違いは公には解決していません。

サーバーログは、フェッチが引用につながったかを教えてくれますか?

いいえ。ほかの何も教えてくれません。2つのデータセットに共通の識別子がないからです。あるページが毎週検索側のクローラーにフェッチされていて、どこにも引用されていないことはあり得ますし、数か月前に作られたインデックスから引用されていて、最近のフェッチはまったくないこともあり得ます。ログ側と回答側を時間で突き合わせ、並べて読み、因果の一文の手前で止めてください。「クローラーが戻ってきて、それから出るようになった」は順序を述べているのであって、仕組みではありません。ログは、何があなたのサーバーに届いたかについて持ちうる最も強い一次情報の証拠であり、だからこそ調査を始めるのに正しい場所であり、終えるのには間違った場所です。

AIプラットフォームのクロール対リファラー比は、どれくらいが普通ですか?

普通というものはなく、プラットフォーム間の開きこそが発見です。2025年を通してCloudflareは、Anthropicのネットワーク全体の比率を5月以降25,000:1から100,000:1の帯、OpenAIは3月に約3,700:1のピーク、Perplexityはおおむね400:1未満、Googleは3:1を少し超える程度としています。自分の値は、プラットフォームごとのクローラーのフェッチ数を、そのプラットフォームのリファラーを伴って到着したセッション数で割って計算し、判定ではなく交換レートとして読んでください。リファラー側は過小に出ます。ブラウザは必ずRefererヘッダーを送るわけではないからで、出てきた数字は上限として扱ってください。

Bavior 編集部

Reddit マーケティングと AI 検索可視性に関する Bavior のコンテンツを調査・管理しているチームです。記事中のすべての数値には出典と確認日を明記しており、アフィリエイトリンクは一切使用していません。

数値に誤りを見つけたらお知らせください。再確認します: support@bavior.com

ログはあなたが持てる唯一の一次情報の証拠です。
正しい順番で読んでください。

無料トライアルを開始