表示速度はAI検索に効くのか？Core Web VitalsとAIクローラーの実際

PageSpeed Insightsを開いて、モバイルスコアのオレンジ色の数字を見つめている。「AI検索にうちのサイトが出てこないのは、表示が遅いせいかもしれない」と、速度改善の見積もりを取ろうとしているところかもしれません。その予算を承認する前に、表示速度がAI検索のどこに・どう効くのかを、経路ごとに分解して確認しておく価値があります。

結論を先に言います。2026年9月現在、表示速度・Core Web Vitalsが直接効くのはGoogle検索経由の経路（AI Overview・AIモード）だけで、ChatGPT検索やPerplexityなどのAIクローラー経路では「スコアの高さ」より「最初のHTML応答がすぐ返り、その中に本文が全部入っているか」が問題になります。LCPを2.5秒から1.8秒に縮める改善より、サーバーが応答を返せているか・HTMLに本文が含まれているかの確認が先です。「表示速度を上げればAI検索に載る」という通説は、経路の混同から生まれた半分だけの真実です。

先に押さえる定義：表示速度・Core Web Vitals・AIクローラーの関係

Core Web Vitals（コアウェブバイタル）とは、Googleがページ体験を測るために定義した3つの実利用指標（LCP＝最大コンテンツの描画時間、INP＝操作への応答時間、CLS＝レイアウトのずれ）で、Google検索のランキングシステムに使われている。一方、ChatGPT検索・Perplexity・ClaudeなどのAIクローラーは、この指標を評価に使うと公表しておらず、JavaScriptを実行せずに最初のHTML応答だけを取得する。したがって表示速度がAI検索に与える影響は「Google検索経由ではランキング要因の一つとして間接的に効き、AIクローラー経路では取得の成否（応答が返るか・HTMLに本文があるか）として効く」と二層に分けて理解するのが正確である。

この定義を軸に、以下で経路別の実際を見ていきます。

AIクローラーが見ているのは「速いページ」ではなく「すぐ返るHTML」

主要AIクローラーはJavaScriptを実行しない

VercelとMERJが2024年12月17日に公開した共同分析では、自社ネットワーク上のクローラーアクセスを分析した結果、GPTBot（OpenAI）・ClaudeBot（Anthropic）・PerplexityBotのいずれもJavaScriptを実行した形跡が確認されませんでした。興味深いのは、GPTBotは取得リクエストの11.50%、ClaudeBotは23.84%でJavaScriptファイル自体は取得していたのに、実行はしていなかった点です。ファイルを持ち帰っても、ブラウザのようにレンダリングして画面を組み立てることはしていません。

これが意味するのは、クライアントサイドレンダリング（CSR）のSPAでは、Googleの通常検索に問題なく載っていても、AIクローラーには本文がほぼ空のページとして取得される可能性がある、ということです。この問題の詳細と対処はJavaScript・SPAサイトとAIクローラーのレンダリング問題で扱っています。

対照的に、Googleの検索システムは公式ドキュメントで「evergreen版のChromiumでJavaScriptを実行する」と明言しており、HTTP 200を返したページをレンダリングキューに入れて処理します（Google検索セントラル「JavaScript SEOの基本」）。つまりJSレンダリングの有無は、GoogleとAI各社のクローラーを分ける最大の技術的分岐点です。

取得タイムアウトの数値は公開されていない（仮説として扱う）

「AIクローラーは◯秒でタイムアウトするから、TTFB（サーバー応答時間）を◯秒以内にすべき」という言説を見かけますが、OpenAI・Anthropic・Perplexityのいずれも、クローラーの取得タイムアウト値を2026年9月時点で公式に公表していません。具体的な秒数を根拠にした改善提案は、現状では仮説の域を出ません。

ただし、確定している挙動から導ける設計指針はあります。JavaScriptを実行せず、レンダリング待機もしない以上、AIクローラーにとっては「最初のHTTP応答で返ってきたHTMLが、そのページの全て」です。応答が極端に遅い・エラーを返す・本文が後からJSで注入される、のどれかに当てはまると、スコア以前に中身が取得されません。速度改善の文脈で言えば、LCPやINPのチューニングより、サーバーが安定して200を返すことと、初回HTMLに本文が含まれることのほうがはるかに優先度が高いということです。

404率の高さが示す、AIクローラーの「不器用さ」

同じVercel・MERJの分析では、分析期間中の404エラー率がChatGPT系で34.82%、Claude系で34.16%と、Googlebotの8.22%に対して4倍以上高いことも報告されています。AIクローラーは古いURLや存在しないパスへのアクセスが多く、Googlebotほど洗練されたクロール制御をしていません。リダイレクトの整理と最新URLへの導線整備（サイトマップの整備を含む）は、この不器用なクローラーに正しいページを取得させる意味で実効性があります。設計方法はAIクローラーを意識したサイトマップ設計を参照してください。

経路別に分解する：あなたのAI検索流入はどの経路か

「AI検索に効くか」を一括りに議論できないのは、AI検索への露出経路が複数あり、それぞれ評価の仕組みが違うからです。

ポイントは2つあります。

第一に、Google AI OverviewはGoogle検索のインデックスとランキングの上に成立していることです。Google検索セントラルの公式ドキュメント「AI機能と検索」は、AI OverviewやAIモードに表示されるための追加要件はなく、通常のGoogle検索に表示される条件（インデックス登録・スニペット表示可能）を満たせばよいと明記しています。そしてCore Web VitalsはGoogle検索のランキングシステムに使われる要素の一つです（後述）。つまりAI Overview経路に限っては、表示速度は「AI検索対策」ではなく従来のSEOの一部として、間接的に効きます。

第二に、OpenAIのクローラーには役割の異なる複数のボットがある点です。公式ドキュメント（OpenAI「Overview of OpenAI Crawlers」）によれば、ChatGPT検索の結果表示に使われるのはOAI-SearchBot、モデル学習用のクロールはGPTBot、ユーザーの質問に応じてその場でページを見に行くのがChatGPT-Userです。robots.txtでGPTBotだけを拒否してもChatGPT検索への表示は残せる、といった制御はこの区別を前提にします。設定の詳細はrobots.txtのAIクローラー設定にまとめています。

Core Web VitalsがLLMO文脈で持つ「実際の意味」

Googleの公式ドキュメント「ページエクスペリエンスの理解」は、Core Web Vitalsについて次の2点を明言しています。

• Core Web Vitalsは「Googleのランキングシステムに使用されている」
• ただし「良好な結果を得ても、検索結果の上位に表示されることを保証するものではない」。関連性の高いコンテンツは、ページ体験が劣っていても上位に表示されうる

この公式見解をAI検索の文脈に置き直すと、Core Web Vitalsの実際の意味はこうなります。

「CWVのスコアが良い→AIに引用される」という直通の因果はどの経路にも存在しない。存在するのは「CWVはGoogle検索のランキング要素の一つ→Google検索での可視性がAI Overviewの引用候補の母集団を決める→間接的に影響しうる」という細い経路だけ。しかもGoogle自身が、スコアより関連性が優先されると言っています。

一方で、Core Web Vitalsの改善作業の副産物には、AIクローラー経路に効くものが含まれています。LCP改善のためにサーバー応答を速くする・重いJSを減らす・サーバーサイドレンダリング（SSR）や静的生成に移行するといった施策は、結果として「初回HTML応答に本文が入った、すぐ返るページ」を作ることになり、これはJS非実行のAIクローラーがまさに必要としている形です。効いているのはスコアではなく、スコア改善の過程で行ったHTML配信構造の変更だ、と切り分けて理解してください。

実装チェックリスト：速度スコアより先に確認する7項目

速度改善の予算を組む前に、AIクローラー視点での取得可否を確認します。上から順に、影響が大きい順です。

1〜5までに問題があるなら、Core Web Vitalsのスコアがいくつであっても、AIクローラー経路の露出は改善しません。逆に1〜5が健全なら、速度スコアの多少の低さはAIクローラー経路の障害にはなっていない、と判断できます。

判断表：その施策はAI検索のどこに効くのか

よくある「表示速度系」の施策を、効く経路と優先度で仕分けします。

この表の読み方はシンプルです。「HTMLの配信構造を変える施策」は上に、「描画体験を磨く施策」は下に来る。AI検索を目的にするなら、投資順序もこの並びに従います。

失敗例：速度改善に投資してもAI検索に載らない3つの典型

失敗例1：スコア90点台のSPAが、AIには空のページになっているケース。Lighthouseのスコアは高いのに、本文がクライアントサイドのJSで描画されているため、GPTBotやClaudeBotが取得するHTMLには枠しかない。Googleの通常検索には載るのでSEO担当者が気づきにくく、AI検索経路だけが静かに欠落します。速度改善をいくら重ねても解決せず、必要なのはSSRか事前レンダリングです。

失敗例2：ボット対策のWAFがAIクローラーを一括遮断しているケース。表示速度は良好、コンテンツも十分なのに、CDNのボット対策機能がAIクローラーのアクセスを自動でチャレンジ・ブロックしている。近年はAIボットをデフォルトでブロックする設定を提供するCDNもあり、意図せず有効になっていることがあります。サーバーログに主要AIクローラーのUAがほぼ現れないなら、速度ではなくアクセス制御を疑ってください。なお、AIクローラーのUAを詐称した脆弱性スキャンも観測されているため、ログ確認の際は逆引きなどで本物かどうかの確認も必要です。

失敗例3：「LCPを0.5秒縮める」改修に予算を使い切り、コンテンツ側が手つかずのケース。Google自身が、Core Web Vitalsの良好な結果は上位表示を保証せず、関連性が優先されると公式に述べています。引用に値する一次情報・明確な定義・更新された数値が本文になければ、どの経路でも引用候補になりません。速度は「取得の前提条件」であって「引用される理由」ではない、という順序を外すと投資が空回りします。

表示速度とAI検索でよくある質問

Core Web Vitalsのスコアを上げればAI Overviewに表示されやすくなりますか

直接の表示条件ではありません。Googleは、AI Overviewに表示されるための追加要件はなく通常の検索表示条件を満たせばよいこと、Core Web Vitalsはランキング要素の一つだが良好なスコアが上位表示を保証しないことを、それぞれ公式ドキュメントで明言しています。効くとすれば「Google検索での可視性向上を経由した間接的な影響」までで、スコア改善単体をAI Overview対策として扱うのは過大評価です。

LCP・INP・CLSのうち、AI検索に一番関係するのはどれですか

AIクローラー経路（ChatGPT検索・Perplexityなど）には、3指標のどれも評価指標として使われている公式情報はありません。あえて言えば、LCP改善の過程で行うサーバー応答の高速化とHTML配信の見直しだけが、AIクローラーの取得成功率に波及します。INPとCLSはユーザー操作と描画の指標であり、JSを実行しないクローラーには観測すらされません。

PageSpeed Insightsのスコアが低いと、ChatGPT検索から除外されますか

スコアを理由にした除外の仕組みは、2026年9月時点でOpenAIから公表されていません。ChatGPT検索への表示可否を決めるのは、OAI-SearchBotがページを取得できるか（robots.txt・WAF・応答の安定性）と、取得したHTMLに本文が含まれるかです。スコアが低くても初回HTMLが健全なら取得されますし、スコアが高くてもCSRで本文が空なら中身は渡りません。

サーバー応答速度（TTFB）はAIクローラーに影響しますか

影響する可能性が高い項目です。各社ともタイムアウト値を公表していないため「◯秒以内なら安全」という線引きはできませんが、JSを実行せず初回応答だけを見る挙動から、応答が返らない・極端に遅い・不安定という状態が取得失敗に直結する構造は明らかです。CDNやキャッシュで静的HTMLを安定して速く返す構成は、スコア目的ではなく取得成功率の観点で価値があります。

自社ページがAIクローラーに取得できているかは、どう確認すればいいですか

サーバーログで主要AIクローラーのUA（GPTBot・OAI-SearchBot・ClaudeBot・PerplexityBotなど）を抽出し、アクセス頻度・ステータスコード・対象URLを見るのが最も確実です。手順はAIクローラーのログ分析にまとめています。あわせて、AI検索経由の流入がどれだけ来ているかはGA4でのAI検索流入計測で分離して観測できます。

結論

「表示速度はAI検索に効くのか」への答えは、経路によって効き方が違う。そしてどの経路でも、通説が想定するほど直接的には効かないです。

• AI Overview・AIモード経路：Core Web VitalsはGoogle検索のランキング要素として間接的に効く。ただしGoogle自身がスコアより関連性を優先すると明言している
• ChatGPT検索・Perplexity・Claude経路：スコアは評価されていない。JSを実行しない1回きりの取得で、応答が返るか・初回HTMLに本文があるかが全て
• どの経路でも：引用されるかどうかを最終的に決めるのはコンテンツの中身であり、速度は取得の前提条件にすぎない

したがって投資順序は、①AIクローラーの取得可否の確認（ログ・robots.txt・WAF・JS依存）、②HTML配信構造の是正（SSR化・応答の安定化・404解消）、③その上でのCore Web Vitals改善、の順になります。①と②を飛ばして③から始めるのが、この分野で最も多い空振りです。

自社サイトがAIクローラーに正しく取得されているか、どのページが取得の障害になっているかを第三者視点で棚卸ししたい場合は、LLMO診断（AI検索診断）で現状確認から始められます。速度改善の見積もりを承認するのは、取得の成否を確認してからでも遅くありません。

参考・出典

• Google検索セントラル「AI機能と検索（AI Overviews and your website / AI features）
• Google検索セントラル「ページエクスペリエンスの理解（Understanding page experience in Google Search resu
• Google検索セントラル「JavaScript SEOの基本（Understand JavaScript SEO basics）
• OpenAI「Overview of OpenAI Crawlers」（platform.openai.com/docs/bots → developers.o
• Vercel / MERJ「The rise of the AI crawler」（2024-12-17公開）
• AIクローラーのUA詐称スキャン観測（2026年7月末以降の報告。失敗例2の「本物か確認が必要」の注意書きの背景）

※ 上記は執筆時にアクセスして確認した一次情報です。制度・仕様は変わるため、最新の内容は各公式ページで確認してください。