いま、Webトラフィックの約3分の1は人間ではありません。Cloudflareの観測では、日本のHTMLページへのリクエストの33.5%がボットによるもので（Cloudflare Radar・日本・2026年8月時点の直近7日間）、世界全体では人間のリクエストはすでに半数未満です（Cloudflare公式ブログ・2026年8月）。そしてこのボットたちの多くは、GA4（Googleアナリティクス）には映りません。GA4はページ内のJavaScriptで訪問を測る仕組みのため、AIクローラーをはじめとするJavaScriptを実行しないボットは、原則として記録に残らないからです（自動ブラウザなどJavaScriptを実行する一部のボットは例外です）。
この流れは、これから加速します。一人ひとりが毎日AIエージェントに調べ物や比較を任せるようになれば、サイトを読む主役は人間からマシンへ移ります。サイトづくりも「人にどう見せるか」だけでなく、「マシンにどう読まれるか」へ考え方を切り替える必要があります。
このボットアクセスを計測できる代表的なツールがCloudflareです。サイトの手前に立って、すべての通信を仲介・記録するサービスで、管理画面の「AI Crawl Control」を開くと、GPTBot・ClaudeBot・ChatGPT-UserといったAIボットの来訪が名前ごとに記録されています。
この記録を観察すると、AIがサイトを読む経路は性質の違う4つに分けられます。LLMO施策の優先順位で迷うのは、どの施策がどの経路に効くのかという地図がないからです。この記事ではその4経路の全体地図を1枚で示し、経路ごとに「誰が来るのか」「何を読むのか」「何が効くのか」を、当社サイト（gaaaon.jp）での実装例と、OpenAI・Anthropic・Perplexityの公式資料で裏付けながら整理します。
全体図：AIアクセスの4経路
先に地図の全体を見てください。
| # | 経路 | 誰が読むか | 何を読むか | 効く施策 |
|---|---|---|---|---|
| ① | 事前巡回（クローラー） | GPTBot・ClaudeBot・PerplexityBot など | サイト全体 | robots.txtでの許可・sitemap・IndexNow |
| ② | 検索ツール経由 | AIの検索機能が返す「抜粋」 | タイトル・説明文・検索語に応じた本文の断片 | タイトルと説明文の整備 |
| ③ | 回答時フェッチ | ChatGPT-User・Claude-User など | ページ本文まるごと | 本文の整備・矛盾の排除・構造化データ |
| ④ | 対話型エージェント | MCPクライアント・エージェントブラウザ | サイトが差し出すツールの応答 | MCPサーバーの設置・WebMCP |
一言でまとめると、こうなります。
①がサイトの中身を集めて保存し、②がその保存データの抜粋を読み、③が実物のページを読みに来て、④が窓口に問い合わせる。
流れで見ると、②と③の関係が分かりやすくなります。
①の検索用ボット（OAI-SearchBotなど）が事前巡回 ──→ サイトの中身を検索インデックスに保存
（①のうち学習用ボット（GPTBotなど）は学習データ収集用で、この検索インデックスとは別）
│
②AIが検索ツールを使う：保存データの抜粋だけがAIの入力に載る
│
抜粋で答えが組めれば ──→ そのまま回答（③は起きない）
足りなければ ──────→ ③フェッチャーがページ本文を取得 → 回答
以下、経路ごとに見ていきます。
経路①：事前巡回。まず「地図に載る」
最初の経路は、平時にサイトを巡回していくクローラーです。ここで重要なのは、同じAI企業が目的の違うボットを複数走らせていることです。3社の公式資料を並べると、分業がきれいに見えます。
| 提供元 | 学習データ収集 | 検索インデックス構築 | 回答時の取得（③） |
|---|---|---|---|
| OpenAI | GPTBot | OAI-SearchBot | ChatGPT-User |
| Anthropic | ClaudeBot | Claude-SearchBot | Claude-User |
| Perplexity | （学習用巡回なし） | PerplexityBot | Perplexity-User |
たとえばOpenAIは、OAI-SearchBotを「ChatGPTの検索機能で表示するサイトを見つけるためのボット」、GPTBotを「基盤モデルの学習に使いうるコンテンツを収集するボット」と説明しています（OpenAI公式Botsページ）。Perplexityも「PerplexityBotは検索結果にサイトを表示するためのもので、基盤モデルの学習用ではない」と明記しています（Perplexity公式ドキュメント）。
実務上の意味は単純です。robots.txtで「AI」とひとくくりにブロックすると、学習を防ぐつもりで検索インデックスからも消えることがあります。②の抜粋と、AIが検索を起点に行う③は①で保存された内容が前提なので、ここで消えると検索経由の露出はすべて失われます（ユーザーがURLを直接渡すフェッチや、④のように手動で接続するエージェントは別経路です）。
当社サイトでは、robots.txtで主要なAIボット11種を名指しで許可し、sitemapとllms.txt（AI向けのサイト案内ファイル）を置き、IndexNow（検索エンジンへの更新通知の仕組み）でBingなどへ送信しています。地図に載るための施策は、派手さはありませんが最優先です。
経路②：検索ツール経由。抜粋だけで記事が書かれる
4経路のうち、実務でいちばん見落とされているのがここだと考えています。
ユーザーがAIに質問すると、AIは検索ツールを起動します。このとき返ってくるのは、①のクローラーが事前に保存しておいたページ内容からの抜粋（タイトル・説明文・本文の一部）です。サイトへのアクセスは発生していません。そして抜粋だけで答えが組める場合、AIは必ずしもページ本文を取りに来ません。
本文をどれだけ磨いても、抜粋で落選したページは読まれない。
これが②の怖さです。この段階でAIの手元にあるのは、タイトル・メタディスクリプションと、検索語に応じて本文から切り出された断片だけです。断片は冒頭とは限らず本文のどこからでも選ばれ、大きさもLLMごとに幅があります（検索スニペット程度の短いものから、数千字のチャンクを受け取るものまで）。しかもこの断片は、①のクローラーが保存した時点のスナップショットであって、いまの本文とは限りません。いずれにせよ、この段階でページの実物は読まれていません。メールの件名と抜粋の数行で、開いて読むかどうかが決まるのと同じ構造です。
当社の実例を挙げます。中小企業向けLLMO対策の解説記事で、タイトルを検索需要の実態（親キーワード「LLMO対策」）に寄せて調整したところ、対象キーワードで検索1位に入りました。本文は同じでも、抜粋に載る部分の設計で露出は変わります。
②が③の入口であることを裏付ける挙動も、当社で再現できました。Claudeの取得機能は、検索結果や会話に出ていないURLを渡すと取得自体を拒否します（2026年8月13日、当社記事URLで再現・確認）。同じURLでも、検索結果に現れた後なら取得できました。検索インデックスに保存されていないページは、本文を読んでもらう入口にすら立てません。
経路③：回答時フェッチ。現物を読まれる瞬間
抜粋で足りないとき、AIは質問のその瞬間にページを取りに来ます。これが③で、先の表のChatGPT-UserやClaude-Userの仕事です。ここで初めて、本文の中身が読まれます。当社サイトの実測では、直近24時間だけでChatGPT-Userを名乗るアクセスが192件ありました（UA申告ベース・Cloudflare AI Crawl Control、2026年8月13日。UAは偽装可能なため実数はこれより少ない可能性があります）。それでも③は理屈ではなく、日常的に起きている動きです。
③で効くのは、本文を「機械が誤読しない状態」に保つことです。当社サイトで実際にやったことを3つ挙げます。
まず、メタデータの位置の修正です。当社ブログはかつて、記事の公開日などのメタタグがHTMLの正しい位置（head内）に出力されておらず、Claudeが記事の日付（page_age）を取得できない状態でした。レンダリング方式を変更してhead内に固定する修正を実施済みです（取得改善の再検証は、AI側の再クロールを待って行う予定です）。人間のブラウザでは何も変わらない、機械だけが困る不具合でした。
次に、Markdown配信です。ページに Accept: text/markdown というリクエストヘッダーが付いたとき、HTMLの代わりに整形済みMarkdownを返す仕組みを実装しました。機械にとっては、メニューや装飾の混ざった百数十KBのHTMLを解読するより、数KBの本文だけを受け取るほうが確実です。
そして、記載内容の矛盾の排除です。これは地味に効く話で、当社では診断サービスの料金表記がページによって揺れていた時期があり、全ページを1つの表記に統一しました。③でAIが複数ページを読んだとき、矛盾があるとどちらを答えるかはAI任せになります。どこを読まれても同じ答えになる状態が、AI経由の回答の再現性を作ります。
経路④：対話型エージェント。窓口に問い合わせが来る
最後の経路は、読むだけでなくツールを呼んで操作するエージェントです。2026年8月にCloudflareが発表したWebMCP（開発者プレビュー）で、この経路が具体化しました。サイトが自前のMCPサーバー（AIエージェント向けのAPI窓口）を持っていると、Cloudflareが各ページに小さなブリッジを注入し、ページを開いたブラウザ内エージェントにそのツールを自動で差し出します（Cloudflare公式ブログ）。
当社サイトでは、記事検索・本文取得・サービス一覧・会社情報の4つの読み取り専用ツールを持つMCPサーバーを /mcp に実装し、WebMCPを有効化しました。claude.aiのコネクタとして登録すると実際に接続でき、Claudeが当社ブログを検索ツールで引く様子を確認できます。なお、公開数日の時点で/mcpへ24時間に26件のアクセスが観測されていますが、これはパス単位の件数で、スキャナーの探索アクセスなども含まれえます（同計測・UA申告ベース。ツールとして実際に使われた確証があるのは、上記のClaudeでの接続確認です）。
正直に書いておくと、④を今日使える訪問者はごく少数です。WebMCP対応ブラウザはChrome 146の実験フラグ段階で、MCPクライアントも手動登録が要ります。当社が先回りで実装したのは、Cloudflareの「エージェント準備状況」診断のような外部からの機械可読な評価が既に動き始めていることと、普及した瞬間に対応済みである状態を取りに行くためです。ここは費用対効果を見て判断する経路です。
4経路×施策の対応表（当社サイトでの実装）
ここまでを、当社サイトで実装した施策で一覧にします。
| 経路 | 当社サイトでの実装 |
|---|---|
| ① 事前巡回 | robots.txtで11のAIボットを許可／sitemap／llms.txt／IndexNow送信 |
| ② 検索抜粋 | 記事タイトルの検索需要への最適化／説明文と冒頭要点の整備 |
| ③ フェッチ | メタデータのhead内固定／Markdown配信／料金表記の全ページ統一／構造化データ |
| ④ エージェント | MCPサーバー（読み取り専用4ツール）／WebMCP有効化／auth.md・APIカタログ等の機械向け案内 |
優先順位は①→②→③→④です。①で地図に載らなければ②は起きず、②で抜粋に落選すれば③は起きません。④は上積みです。
明日からできる4つのアクション
- robots.txtを確認する。 AIボットをまとめてブロックしていないか。検索インデックス用のボット（OAI-SearchBot、Claude-SearchBot、PerplexityBot）を止めていると、AI検索の結果から消えます。
- 主要ページのタイトルと説明文を「抜粋単体」で読む。 本文から切り離して、タイトルと説明文だけで自社の何が伝わるかを確認します。伝わらなければ、そこが②の失点です。
- サイト内の矛盾を1つ潰す。 料金・数値・サービス名など、ページによって記述が揺れている箇所を探して統一します。AIは複数ページを突き合わせて読みます。
- 自社サイトへのボットアクセスを一度実測する。 GA4では見えないため、Cloudflareのようなサイトの手前で通信を記録するサービスで、どのAIボットがいつ来ているかを確認します。冒頭で触れたAI Crawl Controlの画面がそのまま使えます。
なお、AI対策としてよく挙がるllms.txtは、主要AIクローラーが取得しに来る保証がなく、Googleも公式ガイドで「Google検索はllms.txtを使わず、無視する」と明言しています（Google検索セントラル AI最適化ガイド）。当社の計測でも取得は観測されていません。当社は費用ゼロの実験として設置していますが、効果を期待して優先する施策ではありません。
まとめ
たった1行で言えば、LLMO対策とは「①地図に載り、②抜粋で選ばれ、③現物で誤読されず、④窓口まで用意する」ことです。
施策のリストに迷ったら、それがどの経路に効くものかを地図に置いてみてください。順番と抜け漏れが一目で見えるはずです。
当社では、自社サイトを実験台にした知見をもとに、AI上で自社がどう見えているかを測るスポット診断「AI Pulse」（3万円・税別〜）を提供しています。現状把握から始めたい方は、お気軽にご相談ください。
関連記事：
マシンリレーションズとは｜LLMO対策の先にあるAI広報論
「メディアはAIが最初の読者になり、最初のフィルターになる」。AI引用の82-89%がアーンドメディアから来る時代に、何をすればAIに選ばれるのか。米国Parrott氏提唱のマシンリレーションズ（MR）を5層で解説し、新指標「Share of Citation」まで紹介します。
株式会社ガーオン
LLMO対策とは｜費用相場と頼める会社3タイプ【中小企業向け】
LLMO対策の費用相場と、SEO会社・ツール型・PR会社発の3タイプの選び方を中小企業向けに解説。契約前に確認すべき5つの計測指標つき。
株式会社ガーオン
参考文献・参考リンク
- OpenAI「Overview of OpenAI Crawlers」。OAI-SearchBot／ChatGPT-User／GPTBotの3ボットの役割を公式に説明。 https://developers.openai.com/api/docs/bots
- Anthropic「Does Anthropic crawl data from the web?」。ClaudeBot／Claude-User／Claude-SearchBotの3ボット構成を公式に説明。 support.claude.com/…-block-the-crawler
- Perplexity「Perplexity Crawlers」。PerplexityBotは学習用ではなく検索表示用と明記。 https://docs.perplexity.ai/guides/bots
- Cloudflare「Bringing agents to the browser with WebMCP」（2026年8月）。WebMCP開発者プレビューの発表。 https://blog.cloudflare.com/webmcp/
- llms.txt の仕様。 https://llmstxt.org/
