クロールとインデックスに関わる5つの現象
クロールとインデックスに関わる5つの現象
【2026年最新】クロールとインデックスの5つの現象 — 2MB制限・レンダリングキュー・マルチボット時代の実態
2026年3月、Googleの Gary Illyes が Googlebot の内部構造を初めて詳細に公開しました。2MB制限の真の意味、レンダリングキューの実態、そしてGooglebotが実は「共有インフラの一クライアント」に過ぎないという衝撃の事実——クロールとインデックスに影響する5つの現象を最新情報で解説します。
現象1:2MB制限の真実 — 切り捨てられるのは何か
- 制限の正確な仕様:
- GooglebotはHTTPヘッダーを含む最初の2MBのみをダウンロード。超過分は「取得されない、レンダリングされない、インデックスされない」——完全に無視される。ただしページ自体は拒否されない。2MB以内の部分は通常通り処理される。
- 外部リソースにも同じ制限:
- HTMLだけでなく、外部CSS・JavaScriptファイルそれぞれにも個別に2MB制限が適用される。巨大なJSバンドルの後半が切り捨てられ、レンダリング結果が変わる可能性がある。
- 対策の鉄則:
<title>、<meta>、canonical、構造化データなどの重要要素をHTML上部に配置する。CSS/JSは外部ファイル化してHTMLを軽量に保つ。スピードチェッカーでページサイズを常時監視。
現象2:レンダリングキューのボトルネック
- 2段階のプロセス:
- GooglebotはまずHTMLをダウンロードし、JavaScript依存のページは別のレンダリングキュー(WRS: Web Rendering Service)に入る。WRSがJSを実行して最終的なDOMを解析するが、このキュー待ちがインデックス遅延の主要因。
- WRSの処理内容:
- WRSはJavaScript・CSSの実行、XHRリクエストの処理まで行い、ページの「テキスト内容と構造」を理解する。しかしリソース集約的であるため、JS依存の大規模サイトほど遅延が大きくなる。
- SSR/SSGの優位性:
- サーバーサイドレンダリング(SSR)や静的サイト生成(SSG)であれば、レンダリングキューを完全にスキップできる。インデックス速度で最大数日〜数週間のアドバンテージが生まれる。
現象3:Googlebotは「共有インフラの一クライアント」
- 集中型クロールプラットフォーム:
- Google Shopping、AdSense、その他のプロダクトも同じクローリング基盤を使用。Googlebotは多数のクライアントの一つに過ぎず、クローラー名が異なるだけでインフラは共有されている。
- マルチボット時代の衝突:
- 2026年はGooglebotだけでなく、AI学習用クローラー(GPTBot、Claude-Web、Geminibot等)、検索ボット、ユーザーアクションボットが同時にサーバーを叩く。クロールガバナンスは「Googlebot問題」ではなく「マルチボット問題」になった。
現象4・5:クロール予算の新しい考え方と実践的対策
- 現象4 — インフラ速度 > ページ数:
- Gary Illyes が強調したのは「ボトルネックはページ数ではなくインフラがページを高速に提供できるか」。サーバーレスポンスが遅ければGooglebotは自動的にクロール頻度を下げる。つまりサイト速度はSEO以前にクロール機会そのものに直結する。
- 現象5 — 「未インデックス10-15%問題」:
- Search Consoleの「検出 — インデックス未登録」が提出URLの10〜15%以上かつ1万ページ超のサイトでは、クロール予算が足りていない明確なサイン。サイトマップの最適化(サイトマップメーカーで対応)、不要ページのnoindex化、内部リンク構造の改善が急務。
llms.txt — AI Agentへの「クロール案内図」としての新しい役割
2026年現在、AIが回答生成に使うのは「インデックス済みコンテンツ」だけではありません。ChatGPT・Perplexity・ClaudeなどのAI Agentはリアルタイムでサイトをスクレイピングします。重いJSやメニュー構造の奥の価値あるコンテンツは読み飛ばされる傾向があります。
そこで登場したのがllms.txtです。サイトルートに配置する、30分で実装できるプレーンテキストファイルで、「このサイトの最重要ページはここだ」とAI Agentに直接案内します。
- ファイル名:必ず
/llms.txt(llm.txtは不可) - 採用率:2026年Q1時点で5〜15%(早期採用のチャンス)
- 大手の公式コミット:OpenAI・Google・Anthropic・Metaはまだ公式未表明だが、実質的な読み込みは確認されている
- 実装のコツ:最重要ページを15〜60件に絞る。Googlebotのrobots.txtとは別の「AI向け自己紹介状」として位置づける
SEO効果より「Business-to-Agent(B2A)」の概念 ── AIが自律的にサイトをルーティングする際の最初の入口になるファイルです。
llms.txt の代替手段 — AI クローラーに正確に読ませる他のアプローチ
llms.txt以外にも、AIクローラーに対してコンテンツを正確に届ける手段があります。組み合わせ運用が最も効果的です。
- 構造化データ(Schema.org):Article・FAQPage・HowTo・Organization スキーマはAIクローラーが優先的に読む。llms.txtより普及率が高く即効性がある
- robots.txt の AIbot 許可設定:GPTBot・ClaudeBot・Google-Extended などを明示的に許可(またはブロック)する設定。Crawl-Delay も調整可能
- サイトマップの lastmod 最新化:`<lastmod>` を更新するとAIクローラーが「新鮮なコンテンツ」として優先クロールする傾向がある
- Open Graph / Twitter Card:AIがSNS経由でコンテンツを発見する際に、OGタグの title・description・image が参照される
- エンティティSEO(Wikidata登録 + sameAs):Knowledge Graphに登録されたエンティティはAIが「確信を持って引用できる存在」として認識する。llms.txtより長期効果が高い
優先順位の考え方:①構造化データ(即効)→ ②robots.txt AI許可設定(基盤)→ ③llms.txt(B2A戦略)→ ④エンティティSEO(長期)の順で実装するのが現実的です。
2026年最新:AIクローラーは「24時間あなたを見張る」時代へ
クロールとインデックスの常識も、AI時代に書き換わりつつあります。2026年6月12日に解禁されたGoogleのInformation Agents(AI Ultra契約者向け)は、AI Modeに登録したトピックについて24時間365日バックグラウンドで稼働し、ブログ・ニュース・SNS・リアルタイムデータを巡回し続け、変化を見つけ次第ユーザーに要約とWebリンクを届けます。従来の「定常的な検索クエリ」が「バックグラウンドの常時監視」に置き換わる構造変化です。発火の起点はユーザーの検索ではなく、Web側の変化——つまりあなたのサイトの更新と外部での言及です。
鮮度がクロール対象になる燃料
常時監視されるということは、「いつ更新されたか」が常に見られているということです。Seer Interactiveの調査(2026年2月3日)によれば、AIボットがヒットしたコンテンツの65%が過去1年以内に公開されたもの、89%が過去3年以内(2022〜2025)でした。古いまま放置されたページは、監視網から静かに外れていきます。
つまり、クロール・インデックス対策は「一度登録して終わり」ではなくなりました。<lastmod>を正しく更新し、定期的に一次情報を追記し、「このサイトは生きている」と示し続けることが、AIクローラーに拾われ続ける条件になります。robots.txtでAIボットのアクセスを許可する基盤整備と合わせて、鮮度の維持を運用に組み込むことが重要です。
📌 関連コンテンツ
・検索を通らずに、AIがあなたを語り出す — Information Agents 24時間監視時代の「引用される準備」
・Information Agentsが正式ロールアウト — AIエージェントの時代、WEBディレクターは今週何をすべきか
・llms.txtを当サイトで実際に設置した — 採用率10%のB2A時代にやるべきこと
2026年6月追記 — AIクローラーの引用格差と「読まれ方」の新常識
AI OverviewとAI Mode — 同じGoogleなのに引用URLは13.7%しか重複しない
Ahrefsの2025年12月調査で、クロールとインデックスの理解を根本から変える事実が明らかになりました。AI OverviewsとAI Modeは同一クエリに対し意味的に86%同じ回答を生成しながら、使用している引用URLの重複率はわずか13.7%です。
これはクロールとインデックスという観点からも示唆に富んでいます。Googlebotが同じページをクロール・インデックスしていても、AIの引用判定は機能ごとに独自の基準で行われている——「インデックス=引用される」の方程式は2026年には成立しないことを意味します。
AIクローラー別の「読み方」の違い
2026年時点では複数のAIクローラーがサイトにアクセスしています。それぞれの読み方の違いを理解することが、クロール対策の出発点です。
| クローラー | User-Agent | 主な用途 | 引用先サービス |
|---|---|---|---|
| Googlebot | Googlebot | 標準インデックス(AI Overviewにも使用) | Google検索・AI Overview |
| Google-Extended | Google-Extended | Gemini/Bardの学習データ(robots.txtで許可/拒否可) | Gemini・Bard |
| GPTBot | GPTBot | ChatGPT/OpenAIの学習・回答生成 | ChatGPT |
| ClaudeBot | ClaudeBot | Claude(Anthropic)の学習・回答生成 | Claude |
| PerplexityBot | PerplexityBot | Perplexityのリアルタイム検索 | Perplexity |
robots.txtで各クローラーへの許可/拒否を個別に設定できます。ただし標準Googlebotを許可していてもGoogle-ExtendedをブロックすることでコンテンツをGemini学習から保護できます(2023年8月のGoogle公式設定)。
クロールログで「AIクローラーを追う」— 実務的手順
どのAIクローラーがいつ何ページにアクセスしているかは、サーバーアクセスログで追跡できます。
- アクセスログのAIボットフィルタリング:
grep -E "GPTBot|ClaudeBot|PerplexityBot|Google-Extended" /var/log/httpd/access_log | awk '{print $1, $7, $11}' | head -50 - クロール頻度の確認: GPTBotは15分間隔でアクセスするパターンが確認されている(2026年5月・OpenAI公式発表)
- 高頻度クロール対象ページの確認: AIクローラーが集中しているページ = AIが「引用候補」として反復確認しているページ。そのページのAnswer Block強化が効率的
クロールデータを引用戦略にフィードバックするこのサイクルが、「クロールとインデックス」管理の2026年版です。
出典: Ahrefs調査(2025年12月)/ OpenAI GPTBot公式ドキュメント / robots.txt Google-Extended設定(Google公式)2023年8月〜
2026年6月追記 — ボット57.5%超・クロール対リファラル比の衝撃(Cloudflare 2026-06-03発表)
インターネット史上初: 人間トラフィックが少数派に
Cloudflare(2026年6月3日発表)の最新分析で、全世界のHTTPリクエストに占めるボットの割合が57.5%を超え、人間のトラフィック42.5%を上回りました。インターネット史上初めて、ボットが「多数派」になった節目です(ソース: Cloudflare Blog / TechTimes 2026-06-05)。
この数字が示すのは、「サーバーリソースの過半数はすでに人間ではなくボットのために使われている」という現実です。WEBディレクターがクロール予算・サーバー速度を気にすべき理由は、Googlebot対策だけではありません。
AIクローラー別「クロール対リファラル比」— GPTBotとClaudeBotの根本的な違い
同分析で、特に注目すべきデータが「クロール対リファラル比」です。クロールしたページ数に対して、実際にユーザーをサイトへ送り込んだ件数の比率で、AIクローラーがどれだけ「読むだけ」なのかを示す指標です。
| クローラー | クロール対リファラル比 | 意味 |
|---|---|---|
| Googlebot | 5.4 : 1 | 5.4ページ読んで1件の流入を送る — 最も効率的 |
| GPTBot(ChatGPT) | 1,091 : 1 | 1,091ページ読んで1件の流入を送る |
| ClaudeBot(Anthropic) | 38,066 : 1 | 38,066ページ読んで1件の流入を送る |
ClaudeBotは3万8千ページ以上クロールして、ようやく1件のリファラー流入を送る計算です。AIクローラーは膨大にクロールするが、実際のトラフィックはほとんど送らない——これがCTR低下・ゼロクリック問題のクローラー側の実態です。
AIクローラーシェア(2026年5月・B2Bリファラー)
Cloudflareの同分析では、AIクローラーが全ボットトラフィックの9.3%を占めています。そのシェア内訳(B2B参照比)は以下の通りです。
- GPTBot(ChatGPT): 62.6% — 最大シェア。ビジネス系コンテンツへの引用が多い
- ClaudeBot(Anthropic): 18.5% — 長文・詳細コンテンツへの引用傾向
- その他(Perplexity・Copilot等): 残り約19%
クロールログで「ロボットの目」を追う
WEBサイトサポートが本文で紹介しているサーバーログ解析のアプローチは、Cloudflareのデータが示す現実と直結しています。具体的な確認コマンドの例:
grep -E "GPTBot|ClaudeBot|PerplexityBot" /log/httpd/access.log | awk '{print $1, $7}' | head -50
ClaudeBotが38,000:1のペースでクロールしているなら、ログには相当数のClaudeBotアクセスが記録されているはずです。どのページを集中的に読んでいるかを把握することが、「AIに引用されるページ」の特定につながります。
ボット57.5%時代のクロール予算管理
人間トラフィックが少数派になった現在、robots.txt・Crawl-Delay・noindexの設計が以前より重要になっています。
- 価値の低いページは積極的にnoindex: ボットに「読んでもらう価値のないページを読ませない」設計がサーバー負荷軽減に直結する(当サイトではseo_article未強化ページをnoindex化済み)
- AIクローラーの許可/拒否設定: robots.txtでGPTBot・ClaudeBot・Google-Extendedを明示的に管理する。学習用クロールと回答生成用クロールは別User-Agent
- Crawl-Delayの設定: AIクローラーのアクセス頻度が高い場合はCrawl-Delayを設定してサーバー負荷を分散する
出典: Cloudflare Blog「Bot vs. Human Internet Traffic」(2026-06-03)/ TechTimes「More Than Half of Internet Traffic Is Now Bots」(2026-06-05)/ Cloudflare B2B参照データ(2026年5月)
2026年6月追記(第2弾)— クロール予算最適化の実例と、構造化データがAIクローラーに選ばれる統計
クロール予算最適化で効果があった実例(2026年時点)
「クロール予算を増やした・改善した」ことで具体的な成果が得られた事例を整理します。すべて2025〜2026年に業界メディアや公開レポートで報告されたものです。
- 事例1: noindex化で緊急クロール優先を確保(ECサイト)
大型ECサイトが在庫切れページ・重複ページにnoindexを付与した結果、Googlebotのクロール頻度が重要ページに集中。インデックス遅延が7日→2日に短縮された(Crawl Budget案件としてSEO業界で共有された事例、2025年) - 事例2: lastmod更新で鮮度シグナルを強化(メディアサイト)
月次更新サイトがsitemapのlastmodを毎日更新するよう改善した結果、新着記事のインデックス速度が改善。さらにAI Overview引用回数の増加を確認。当サイトでも同様にsitemapのlastmodを毎日更新する運用を採用している - 事例3: 内部リンク改善でInformation Agents向け導線を整備(当サイト実践)
各記事の「📌 関連コンテンツ」ブロックを整備し、AIクローラーが重要ページを辿りやすくした。ClaudeBot・GPTBotのアクセスログで該当ページへのアクセス集中が確認されている(当サイト実測・2026年6月)
AIクローラーに引用されやすいサイト — 構造化データの統計(2026年最新)
「構造化データがあるとAIに引用されやすい」という定性論に対して、定量データが揃ってきました。
| 調査・出典 | 結果 |
|---|---|
| AI Modeに引用されるページ(65%)が構造化データを含む | Wellows「Google AI Overviews Ranking Factors 2026」 |
| ChatGPTに引用されるページ(71%)が構造化データを含む | 同調査 |
| FAQPageスキーマ実装でAI Overview引用率 2〜3倍 | Princeton GEO研究(KDD 2024) |
| Knowledge Graphに15以上の接続エンティティを持つコンテンツは引用確率4.8倍 | Wellows調査(2026年) |
構造化データはGooglebotの「インデックス評価」に影響するだけでなく、GPTBot・ClaudeBotが「引用候補として選択する」際にも参照されています。つまり構造化データはSEOとGEOの両方で機能する共通インフラです。当サイトではコウゾウ(構造化データジェネレーター)でArticle・FAQPage・Organization・Personスキーマを実装済みです。
出典: Wellows「Google AI Overviews Ranking Factors 2026」/ Princeton GEO研究(arXiv:2311.09735)/ SEO業界事例集(2025〜2026年)
2026-06-24 追記 — GPTBot ALLOW率がDISALLOW率を初逆転 + Anthropic 3ボット分離確定 + Cloudflareデフォルトブロックの罠
2026年5-6月計測 — GPTBot ALLOW率がDISALLOW率を初めて上回った
2025年から2026年5-6月にかけての複数業界計測で、GPTBot の robots.txt ALLOW率 5.84% が、DISALLOW率 4.71% を初めて上回った事実が報告されています。これは「AIクローラーを片っ端からブロックすべきだ」という2024年までの初期反応から、運営者の判断が「ブロックすれば AI 検索流入を失う」という現実認識に転換した結果です。賢い運営者は、訓練用ボットと検索用ボットを区別して扱う方向に振れています。
Anthropic 3ボット分離が正式に公式化(2026-02-25)
Anthropic は ClaudeBot を3つに分離し、それぞれに別々のUser-Agent と用途を割り当てたことを公式に明文化しました。
| User-Agent | 用途 | 制御推奨 |
|---|---|---|
| ClaudeBot | モデル訓練用クローラー | 運営者判断(訓練に使わせたくないなら block) |
| Claude-SearchBot | Claude.ai 検索インデックス用 | ✅ 必ず ALLOW(AI検索流入の窓口) |
| Claude-User | ユーザーがClaudeで質問した瞬間のリアルタイム取得 | ✅ 必ず ALLOW(ユーザー起点アクセス) |
2024年に「ClaudeBot 一括ブロック」を選んだサイトは、結果として Claude.ai のリアルタイム検索でも引用候補から外れることになりました。3ボット分離後の今は、各ボットの役割を理解した上で個別に制御する運用が標準です。
⚠️ Cloudflareデフォルト「Block AI bots」が GEO 戦略を殺す
2026年6月時点で Cloudflare は新規ドメインに対して「Block AI bots」をデフォルトONに設定する仕様変更を実施しました。これは robots.txt とは別レイヤー(インフラ層・DNS/CDN)でのブロックで、サイト運営者が robots.txt で個別ボットを ALLOW しても、Cloudflare 側で弾かれていればAIクローラーは届きません。
Cloudflareデフォルトブロックの実害
- サイト運営者は「robots.txt を整備した」と思い込んでいても、実態は AIクローラー全件 HTTP 403 で弾かれている可能性
- AI Overview/AI Mode/ChatGPT/Claude/Perplexity すべての検索流入が消える
- Cloudflare ダッシュボードの Security → Bots → AI Auditで実態を確認しないと、ブロックされていることに気づけない
「block training, allow search」 — 2026年下半期の新コンセンサス
2026年6月以降の業界コンセンサスは「全 block でも全 allow でもなく、訓練用は block・検索用は allow」です。具体的な振り分けは以下の通り。
| ボット | 役割 | 推奨 |
|---|---|---|
| OAI-SearchBot | ChatGPT 検索引用 | ✅ ALLOW |
| Claude-SearchBot | Claude 検索引用 | ✅ ALLOW |
| PerplexityBot | Perplexity 引用 | ✅ ALLOW |
| Claude-User | リアルタイム取得 | ✅ ALLOW |
| GPTBot | OpenAI 訓練 | ⚠️ 運営判断 |
| ClaudeBot | Anthropic 訓練 | ⚠️ 運営判断 |
| Google-Extended | Gemini 訓練 | ⚠️ 運営判断 |
出典(追記分): Cloudflare公式blog「Control content use for AI training」 / Anthropic公式(3ボット分離説明・2026-02-25) / Playwire「Cloudflare's Default AI Bot Block Is Killing Your GEO Strategy」 / PPC.land「Anthropic clarifies what its three web crawlers do and how to block them」
- X(旧Twitter)のポストが記事No367のインデックス再登録を促進した。特に、フィギュアスケートの検索増加が影響。
- 記事No367のアーカイブページもインデックス更新され、ナビゲーションリンクがクロールに影響を与えた。
- HTTPS表示の流れが変化し、ネガティブSEOの可能性が示唆された。
- ドメイントップページのインデックス更新が停止しており、netドメインのrobotstxtファイルが関与している可能性がある。
この記事でこんな事が
学べそうですね
ポイント要約
クロールとインデックスに関連する5つの現象を観察し、特にX(旧Twitter)のポストがインデックス再登録に与える影響を検証した内容。
このトピックで身につけるべきスキル
- 1クロールとインデックスの基本的な仕組みを理解すること。Googleのクロールとインデックスに関する公式ガイド見てみるクロールとインデックスの基本を学ぶための公式リソース
- 2ソーシャルメディアがSEOに与える影響を把握すること。SEOのためのソーシャルメディア活用法見てみるソーシャルメディアがSEOに与える影響について学べるリソース
- 3Googlebotの動作とその影響を分析するスキルを身につけること。Googlebotの動作を理解するためのリソース見てみるGooglebotのクロールとインデックスの仕組みを詳しく学べる
- 4インデックス再登録のメカニズムを学ぶこと。インデックス再登録のメカニズムを学ぶ見てみるインデックス再登録についての詳細な解説
- 5トラフィックとSEOの関連性を理解すること。トラフィックとSEOの関連性を学ぶ見てみるトラフィックとSEOの関係性についての統計データ
学習の要点
重要キーワード・学習リソース
本記事の参照元
クロールとインデックスに関わる5つの現象
出典: Yahoo seo Google
現在の貴方のIPアドレス
このサイトで書いている人
WEBサイト