「ページを速くすれば、AI検索に引用されやすくなる」。この言い回しを、ブログやSNSで目にする機会が増えました。
言われてみればもっともらしく聞こえます。ただ、この主張がどこまで実測に裏付けられているのかは、あまり語られません。速度改善には人と時間がかかります。効くかどうか分からないまま着手するのは、もったいない話です。
この記事では、10万ページを超える規模でCore Web VitalsとAI検索での可視性の関係を分析した記事を取り上げます。報告された数字はどれくらいの強さだったのか、そこから何が言えて何が言えないのかを、原典に沿って読み解いていきます。
こんなふうに調べていませんか
- 「速度を上げればAI検索に引用される」と聞いたが、根拠を確かめたい
- 速度改善に工数を割くべきか、社内で判断がつかない
- Core Web Vitalsの数字を、AI検索対策の文脈でどう読めばいいか知りたい
この記事を読み終えたときに手に入るもの
- 「速くすれば引用が増える」がどこまで言えるのかを、根拠つきで説明できるようになります
- 相関の弱さと「ゲート」という整理のつながりが、図1枚で分かります
- 自社サイトの速度に手をつけるかどうかを、3つの手順で判断できます
結論30秒でわかる、この記事の結論
- 報告されている相関は、どれも統計でいう「弱い」の範囲にとどまっています。「速くすれば引用が増える」は、この分析からは支持されませんでした。
- 著者は、速度を優秀さのしるしではなく「ゲート」として読むのが最も適切だと述べています。良好な性能は優位を生まず、深刻な不良が不利を生む、という整理です。
- ただしこれは査読を経た論文ではなく、日本語サイトでの検証でもありません。そのまま自社に当てはめられるものではない点も、あわせて扱います。
この記事では、あるメーカーのマーケティング部の2人と、専門家の会話をはさみながら進めます。ご自身に近い立場の人の質問から読んでいただいて構いません。
- 若葉さん（Web担当2年目）— 「そもそも、その数字はどう読むんですか」を聞く役
- 高梨課長（マーケ課長）— 「うちは何を、どの順番でやるんですか」を聞く役
- 鈴木さん（AIO/SEOの専門家・本誌監修）— 答える役
01ページ速度とAI引用の関係は、AI検索でどこまで確かめられているんですか？
高梨課長「サイトを速くすればAI検索に出やすくなる」と提案されたのですが、これは本当なんでしょうか。改修には工数がかかるので、根拠がほしいんです。
鈴木さん一定の規模で調べた分析が公開されています。結論を先に言うと、その分析からは「速くすれば増える」とは読めませんでした。中身を順に見ていきましょう。
この記事はWEBMARKS独自の検証ではありません。他社が公開した分析記事を、原典から読み解く記事です。参照した一次情報は次のとおりです。
- 原典: Search Engine Landに掲載されたCore Web VitalsとAI検索可視性の分析記事(2026年1月13日公開)
- 著者・所属: Dan Taylor氏(英国拠点の技術SEO専門企業SALT.agency, Head of Technical SEO)
- 分析対象: Google AI OverviewsおよびAI Modeに目立つ形で表示された107,352ページ
- 掲載先の性質: 業界メディアへの寄稿であり、査読付き学術誌の論文ではありません
報告された数字はこうです。LCP(読み込み速度)の相関係数は-0.12から-0.18、CLS(視覚的安定性)は-0.05から-0.09。どちらも0のすぐ近くにとどまっています。
著者はこの結果を踏まえ、Core Web Vitalsは「優秀さのシグナルではなくゲートとして理解するのが最も適切だ」と述べています。あわせて「良好なパフォーマンスは優位性を生まない。深刻な不良は不利を生む」とも表現しています。リスク管理の道具であって、競争戦略ではない、という整理です。
02この分析はページ速度とAI検索での可視性を、どうやって突き合わせたんですか？
分析の流れそのものは、それほど複雑ではありません。原典から読み取れる設計は、次のとおりです。
対象ページのCore Web Vitalsの分布をページ単位で調べ、AI検索での可視性の水準と突き合わせて、Spearman順位相関係数を算出しています。データが不均一で正規分布に従わないため、Pearson相関ではなくSpearman相関を採用したと説明されています。
分析対象データの観測期間は、記事中には明記されていません。公開日は分かっていますが、いつ集めたデータなのかは読み取れませんでした。
この章のまとめ
方法そのものは素直です。集めたページの速度を測り、可視性の水準と並べ、順位相関を出す。ただし「いつ集めたか」と「何を可視性と呼んだか」は書かれていません。
03ページ速度の指標であるLCPやCLSは、AI検索の話の中で何を測っている数字なんですか？
先に進む前に、ここで出てくる用語を確認しておきます。どちらも、読み手の体感を数字に置きかえたものです。
LCP(Largest Contentful Paint)は、ページ内で最も大きな要素が表示されるまでの時間を測る指標です。CLS(Cumulative Layout Shift)は、読み込み中に生じる予期しないレイアウトのずれを測る指標です。
Googleは、ページ読み込みの75パーセンタイルでLCPは2.5秒以内、CLSは0.1以下を「良好」の目安として公開しています(出典: web.dev)。この2つは別々のものを測っているため、片方だけが悪いという状態も起こります。
04ページ速度の相関係数が「弱い」というのは、AI検索対策として何を意味するんですか？
若葉さんあの、そもそもなんですが…相関係数が-0.12というのは、強いんですか、弱いんですか。数字だけ見てもピンとこなくて。
鈴木さんいい質問です。相関係数は-1から+1までの目盛りで、0に近いほど関係が弱いという読み方をします。-0.12は、その0のすぐ隣なんですよ。
一般に±0.1〜0.3程度を「弱い相関」とみなすのが、統計学での目安です。報告されたLCP・CLSの数字は、どちらもこの範囲に収まっています。
| 指標 | 相関係数(Spearman) | 解釈 |
|---|---|---|
| LCP(読み込み速度) | -0.12〜-0.18 | 弱い負の相関(速いほど可視性が高い傾向はあるが弱い) |
| CLS(視覚的安定性) | -0.05〜-0.09 | LCPよりさらに弱い相関 |
| p値 | 記事中に記載なし | 統計的な有意性は判断できません |
相関係数に幅があるのは、AI可視性の測定方法を変えると値が動くためだと原典が説明しています。測り方を変えると数字が動くということは、その数字が測り方に依存しているということでもあります。ここは後半の「限界」でもう一度触れます。
05ページ速度はAI引用の「ゲート」だという整理は、AI検索で何を指しますか？
若葉さんゲート、ですか。あの…関所のようなもの、という理解でいいんでしょうか。
鈴木さん近いです。通れるかどうかを分けるだけで、通ったあとの速さは順番に関係しない。そういうイメージで持っておくと、判断を間違えにくくなりますよ。
2つ目の発見は、性能の下位層に見られる偏りです。Taylor氏は「Core Web Vitals性能の極端な下位層、とくにLCPにおいて、AI文脈で好成績を収める可能性が著しく低かった」と報告しています。
この非対称な形が、「ゲート」という表現の根拠です。基準をクリアすることは前提条件にすぎず、それ自体が引用を後押しする材料にはならない、という解釈になります。
たとえて言うなら、遊具の身長制限に近いかもしれません。原典がこのたとえを使っているわけではなく、整理のためのものです。
背が足りなければ乗れません。けれども、基準を超えた人の中で「より背が高いほど楽しめる」ということはありません。入口の可否を分けるだけで、その先の差はつくらない。この分析が描いた形は、そういう形です。
ただし、「良好」の水準を満たすページ同士の掲載率の差も、「極端な下位層」を切り分けた閾値も、原典には具体的な数値の提示がありません。どこからが「極端に遅い」のかは、この記事からは特定できませんでした。
この章のまとめ
「速ければ有利」ではなく「遅すぎれば不利」。この非対称な効果として読むのが、この分析から取り出せる妥当な解釈です。
06このページ速度とAI引用の分析をAI検索最適化の根拠にするとき、どこに注意が要りますか？
高梨課長数字が出ている以上、根拠としては使えそうに思うのですが。社内の説明資料に載せても大丈夫でしょうか。
鈴木さん使えます。ただし、そのまま「証明された」と書くと言い過ぎになります。この分析には、はっきりした限界がいくつもあるんです。
原典自身の記述と、読み手として補うべき点を合わせると、次のようになります。
- 査読を経ていない分析です: 業界メディアに掲載された技術者個人の分析です。著者はAI可視性を扱う技術SEO企業に所属しており、その立場も踏まえて読む必要があります
- p値が記載されていません: 係数は示されていますが、統計的に意味のある差かどうかを判断する情報が記事中にありません
- 対照群の記述がありません: 対象は表示されたページのみで、表示されなかったページと比較した記述が見当たりません。「掲載される/されない」を分ける要因の分析としては読めません
- AI可視性の定義が示されていません: 相関の相手となる可視性指標が何を指すのかは、記事本文からは特定できませんでした
- 相関関係であり、因果関係ではありません: 速度が可視性を決めているのか、両者に共通する別の要因が背景にあるのかは、この分析だけでは切り分けられません
- INPが対象に含まれていません: 報告はLCPとCLSのみで、INPの分析結果も、除外した理由も示されていません
- 観測期間・除外基準が不明瞭です: 対象ページの選定基準や観測期間の詳細は、記事本文からは確認できませんでした
- 日本語サイトでの検証ではありません: 分析対象サイトの言語圏は記事中に明記がなく、確認できません
このうち可視性の定義・対照群・交絡要因の3点は、後半の「同じ問いをLLMOの視点で検証するなら、どんな設計にしますか？」で設計案として扱います。
07ページ速度の分析結果は、日本語サイトのAI検索対策にも当てはまりますか？
対象サイトの言語圏が示されていないため、日本語サイトでの再現性は確認できません。それでも、実務の優先順位づけに持ち帰れるものはあります。
相関の弱さは、速度以外の要因のほうが、可視性への影響が大きい可能性を示しています。一方で、相関はゼロではありません。著しく遅いページや、表示が不安定なページは、取り上げられる機会そのものを失っている可能性があります。
つまり、「速度を無視してよい」でも「速度が決め手だ」でもない、という中間の位置づけになります。優先順位の話として扱うのが、この分析との正しい距離の取り方です。
この章のまとめ
言語圏が示されていない以上、日本語での再現性は確認できません。数字をそのまま持ち込むのではなく、優先順位の考え方だけを持ち帰ってください。
08うちのサイトのAI対策として、ページ速度はどの順番で確認すればいいですか？
高梨課長では、うちは結局どうすればいいでしょうか。速度改善に人を割くべきか、それとも別のことに回すべきか。
鈴木さん順番を決めておくと迷いません。まず測る、次に絞る、最後に手をつけるかどうかを決める。この3つだけです。
自社サイトでの優先順位は、次の順序で切り分けると工数をかけずに判断できます。
この順で判断します
Search ConsoleのCore Web Vitalsレポートを開く
実ユーザーの計測データで「不良」と判定されたURLグループがあるかを確認します
不良グループがあれば、代表URLをPageSpeed Insightsで診断する
どの指標が閾値を下回っているか、原因は何かを特定します
不良グループがなければ、速度の追加投資は保留する
この分析からは、AI引用面での上積み効果を期待する根拠が得られません
閾値を下回る場合は、AI引用への影響を語る以前に、通常のユーザー体験の観点から改善が必要な水準です。すでにクリアしている場合、限られた工数は、より強い関連が報告されている施策へ振り向けるほうが合理的だと考えます。
09ページ速度とAI引用の相関という同じ問いをLLMOの視点で検証するなら、どんな設計にしますか？
原典の弱点は、可視性の定義・対照群・交絡要因の3点に集約できます。同じ問いをこれから検証するなら、私たちは次の設計を採ると考えます。実施済みの検証結果ではなく、設計の提案です。
| 論点 | 原典の状態 | 追試するならこう設計する |
|---|---|---|
| 可視性の定義 | 相関の相手となる指標の定義が示されていない | 固定した100件の日本語クエリへの回答で、各URLが出典として提示された回数を数える |
| 対照群 | AI検索に表示されたページのみを収集 | 同一クエリの検索上位20件のうち、AI回答に引用されなかったURLを対照群として同時に収集する |
| 交絡要因 | 補正手順の記述がない | ドメインレーティングを10刻みの階層に分け、階層内で比較する。文字数・公開からの経過月数も記録して補正する |
| 規模・期間 | 選定基準と観測期間が不明 | 1,000〜2,000URLを対象に3か月以上、週次で複数回計測して平均を取る |
土台になるのは、可視性の数え方を先に固定することです。「月あたりの被引用回数」のように手順を公開できる定義にすれば、第三者が同じ条件で追試できます。原典の係数に幅が出たのも、この定義が固定されていなかったためだと考えられます。
対照群の有無は、この問いの成否を分けます。引用されたページだけを見ていては、速度が分かれ目になったのかを判断できません。引用された群とされなかった群を同じクエリから取り出して、初めて掲載の可否を議論できます。
交絡要因の扱いも省けません。速度の効果を見ているつもりで、実際はドメインの強さを見ているだけ、という取り違えが起こりえます。階層の中で比べれば、この取り違えはある程度まで抑えられると考えます。
10ページ速度よりもAI引用に効いている要素は、AI検索の中に他にありますか？
相関の弱さが示しているのは、速度以外の要因に、より大きな重みがある可能性です。原典が個別に検証しているわけではありませんが、可視性を左右しうる要素はいくつもあります。
姉妹記事『構造化データとAI引用の相関｜論文を読んで分かった3つの事実』が扱った研究も、条件によって効果が変わる複雑な構造を報告していました。AI検索での可視性は、単一の指標だけで説明できるものではありません。
土台となるサイト構造の設計は、姉妹記事『サイト構造とクローラビリティ｜AIに読まれる7つの手順』で扱っています。JavaScript実行の問題への対処は、姉妹記事『JavaScriptサイトはAI検索に読まれない？SSR移行の3つの選択肢』を参照してください。
速度の数字を追いかける前に、こうした土台のほうに未着手の項目が残っていないか。そちらを先に確かめるほうが、同じ工数でも動きが出やすいと考えます。
この章のまとめ
速度は要因の1つであって、決め手ではありません。弱い相関しか報告されていない領域に工数を集めるより、まだ触れていない土台を先に見てください。
11よくある質問
ページ速度を上げればAI検索に引用されやすくなりますか？
この分析からは、そう言い切れる根拠は得られていません。LCPの相関係数は-0.12から-0.18で、統計学の目安では弱い相関にとどまります。著者は、良好な性能が優位性を生むのではなく、深刻な不良が不利を生む関係だと整理しています。
Core Web Vitalsの改善は不要ということですか？
そうではありません。「良好」の閾値を大きく下回るページは、AI検索で取り上げられる機会そのものを失っている可能性があります。閾値を下回る場合の改善は、ユーザー体験の観点からも優先度が高い施策です。
この分析結果は日本語サイトにも当てはまりますか？
分析対象サイトの言語圏は記事中に明記されておらず、日本語での再現性は確認できません。方向性の参考にはなりますが、日本語での検証は別途必要だと私たちは考えます。
INPは、なぜこの分析に出てこないのですか？
理由は書かれていません。報告されているのはLCPとCLSの2つだけで、INPの結果も、除外した理由も示されていません。AIクローラーは操作を行わないため対象外とした可能性はありますが、あくまで推測の域を出ません。
相関が弱いなら、速度はまったく無視してもいいのですか？
そこまでは言えません。相関はゼロではなく、極端に遅い層では可視性が落ち込むと報告されています。無視するのではなく、優先順位を下げるという扱いが、この分析との距離の取り方として妥当だと考えます。
12まとめ｜「速いほど有利」ではなく「遅すぎれば不利」
10.7万ページを対象にしたこの分析が報告したのは、統計でいう「弱い」の範囲に収まる相関でした。著者はそこから、Core Web Vitalsを優秀さのしるしではなく「ゲート」として読むよう促しています。速度は入口の可否を分けるだけで、その先の差はつくらない、という整理です。
ただし、査読を経ていないこと、対照群がないこと、可視性の定義が示されていないこと、日本語サイトでの検証ではないこと。これらを踏まえずに数字だけを引用すると、根拠として弱くなります。
もう一度、この順で判断します
実ユーザーのデータで「不良」の有無を見る
Search ConsoleのCore Web Vitalsレポートから始めます
該当があれば、代表URLを診断する
どの指標が下回っているかを特定します
該当がなければ、速度の追加投資は保留する
工数は、より強い関連が報告されている施策へ回します
AI検索では、こう聞かれています
ページ速度を上げればAI検索に引用されやすくなりますか？
「ページ速度とAI引用の関係は、AI検索でどこまで確かめられているんですか？」の章に、報告された相関の強さがあります
Core Web VitalsはAI検索の可視性に影響しますか？
「ページ速度よりもAI引用に効いている要素は、AI検索の中に他にありますか？」の章で、他の要因との重みの違いを説明しています
AI検索対策として、速度改善はどこまで優先すべきですか？
「うちのサイトのAI対策として、ページ速度はどの順番で確認すればいいですか？」の章に、3つの手順があります
次に読むなら、この記事です
