Core Web Vitalsは、クロールやリンク評価に影響するのか ── 公式ドキュメントを確認する(2026年8月時点)
Core Web Vitalsは、クロールやリンク評価に影響するのか ── 公式ドキュメントを確認する(2026年8月時点)
01 いま何が語られているとされているか
「コアウェブバイタルのスコアがクロールに関係する」という説
「コアウェブバイタルのスコアが良くないと、Googlebotがページを発リンクをクロールしてくれない」という趣旨の情報を、SEO関連の記事や掲示板で見かけることがあります。表示速度・被リンク・クロール・ランキングという4つの要素が、感覚的にひとまとまりに語られやすいテーマです。実際、この記事の元になった業界メディアの記事も「コアウェブバイタルのスコア向上を目指し、画像の最適化を行った」「発リンクはGooglebotにクロールされない可能性がある」という2つの取り組みを、明確な因果関係を示さないまま並べて書いていました。この記事では、Core Web Vitals(コアウェブバイタル、以下CWV)とクロール・リンク評価の関係について、Google Search Centralの公式ドキュメントに実際に何が書かれているかを、原文を開いて確認します。
先に結論を示す
この記事では、Search Central docsのCWV解説・ページエクスペリエンス・クロール予算管理・Googlebot概要という4本の公式ドキュメントを横断して確認しました。その結果、CWVそのものはクロール(Googlebotがページを取得する行為)には関与しません。CWVは、Googlebotではなく実際のChromeユーザーの利用データから測定される指標です。一方で、クロールの効率はサーバーの応答速度(レイテンシ・TTFB)という別の指標に左右されます。「表示速度」という言葉が両方の文脈で使われるため混同されやすいのですが、CWVと、クロール効率に関わるサーバー応答速度は、測定対象も測定方法も異なる別々の指標です。この記事では、この違いを軸に整理していきます。
Google社員による発言
ランキングへの影響そのものについても、Google側から繰り返し補足がされています。GoogleのJohn Mueller氏は2024年10月、LinkedIn上でのやり取りの中で次のように述べています。
一次情報(発言引用)
"We've been pretty clear that Core Web Vitals are not giant factors in ranking, and I doubt you'd see a big drop just because of that."
訳すと「コアウェブバイタルがランキングにおける巨大な要因ではないことは、これまでも明確に伝えてきた。それだけで大きな順位下落が起きるとは考えにくい」となります。Search Engine Journalの報道によれば、この発言はサイトのパフォーマンスとランキングの関係についての質問に答える形で出たものです。この発言もランキングについてのものであり、クロールについて述べたものではありません。この記事が確認したいのは、まさにこの「ランキングの話」と「クロールの話」が、公式にはどこまで別の話として扱われているかという点です。
クロールの仕組みそのものについて
Googlebotの種類やクロール容量制限・クロール需要といった、クロールの基本的な仕組みについては、既存記事「Googleのクロールは2MBで止まる ── 最新の公式解説と、自分のサイトで確認する13項目」で扱っています。この記事では、その基本を前提としたうえで、「CWVという特定の指標が、クロールやリンク評価にどう関わるか」という一点に絞って確認します。
この記事で扱わないこと
あわせて、この記事が扱わない範囲もあらかじめ示しておきます。CWVそのものの改善方法(画像最適化・JavaScriptの遅延読み込みなど)、Search Consoleの「ウェブに関する主な指標」レポートの操作手順の詳細は、この記事では扱いません。この記事が確認するのは、あくまでCWVという指標と、クロール・発リンク評価という別の指標との関係という1点です。
02 なぜ、この混同が起きやすいのか
「速度」という言葉が指すものが複数ある
混同が起きやすい最大の理由は、「速度」という言葉が複数の異なる指標を指して使われることです。少なくとも次の3つが「速度」の名のもとに語られます。ひとつはCWVのLCP(Largest Contentful Paint、読み込み速度)、ふたつめはサーバーの応答速度(TTFB・レイテンシ)、みっつめはページの表示速度全般を指す一般的な用法です。クロール予算の管理に関する公式ドキュメントが言及しているのは、このうちふたつめのサーバー応答速度です。CWVのLCPとは、測定方法も測定対象も異なります。
ランキング要因としてのCWVと、発見メカニズムとしてのクロールは別の話
もうひとつの理由は、「ランキングに関わる」ことと「見つけてもらう(クロールされる)」ことが、検索結果に表示されるまでの一連の流れの中で連続して起きるため、原因と結果が入れ替わりやすいことです。Googleの検索の仕組みの説明によれば、検索結果に表示されるまでの過程は「クロール」「インデックス登録」「検索結果の表示(ランキング)」という3段階に分かれます。CWVは3段階目のランキングに関わる指標として明記されていますが、1段階目のクロールに関わるという記述は、確認した公式ドキュメントのどこにも見当たりませんでした。
3段階のどこに位置づけられるか
検索結果に表示されるまでの3段階と、CWVの位置づけを図に整理しました。
この図が示すとおり、CWVが公式に関与すると明記されているのは3段階目だけです。1段階目のクロールに影響するとされているのは、02章の冒頭で整理したサーバー応答速度(レイテンシ・TTFB)であり、これはCWVの構成要素であるLCP・INP・CLSとは別の測定対象です。「表示が遅い」という同じ現象でも、どの段階のどの指標を指しているかによって、影響する範囲が変わります。2段階目のインデックス登録についても、公式ドキュメントにCWVが直接関与するという記述は見当たりませんでした。
過去の経緯との関係
2021年6月にCWVがランキングシグナルとして導入されたときは「ページエクスペリエンス アップデート」という名称で、モバイル向けのランキング要因として発表されました。この経緯もあって、CWVは「クロール」よりも「表示」に近い文脈で語られてきた指標です。2023年5月に公開されたINP導入の公式ブログでも、INP(Interaction to Next Paint)は「応答性」を測る指標として説明されており、クロールとの関係には触れていません。
03 この記事で出てくる用語
CWVの測定方法に関する用語
用語
フィールドデータ(CrUX):Chrome UX Report(CrUX)の公式説明によれば、実際にChromeを使ってサイトを訪れた利用者の体験を反映したデータセットです。CWVの3指標(LCP・INP・CLS)は、このフィールドデータをもとに算出されます。Googlebotによるクロールとは別の経路で収集されるデータです。
用語
ラボデータ:Lighthouseなどのツールが、特定の環境・回線条件のもとで1回限り計測するデータです。PageSpeed Insightsの公式解説では、フィールドデータとラボデータの両方を組み合わせて提供するとされています。実際のユーザー体験を反映するフィールドデータに対し、ラボデータは診断・改善提案のための計測という位置づけです。
クロールの効率に関する用語
用語
クロール容量制限(Crawl Capacity Limit):サーバーに負荷をかけすぎないよう、Googleが自動的に調整するクロール接続数の上限です。公式ドキュメントは、サーバーの応答時間が安定または改善すればこの上限が上がり、応答が遅くなったり5xxエラーが増えたりすると上限が下がると説明しています。
Googlebot:公式ドキュメントによれば、Googlebotはスマートフォン向けとデスクトップ向けの2種類のクローラーの総称です。Googlebot自体はCWVを計測する主体ではなく、あくまでページを取得する役割を担っています。同ドキュメントは「ほとんどのサイトに対して、Googlebotは平均して数秒に1回を超える頻度ではアクセスしないはずだ」とも述べており、クロールの頻度そのものがサイトの規模や更新頻度に応じて自動的に調整される仕組みであることを示しています。
04 公式ドキュメントは何を定めているか
ここからは、03章で確認した用語を踏まえて、公式ドキュメントの該当箇所を実際に読んでいきます。CWVが関与する範囲・言及されていないこと・自分のサイトでの切り分け手順の3つに分けて整理します。
🅰 CWVが実際に関与する範囲
ページエクスペリエンスに関する公式ドキュメントは、CWVについて次のように明記しています。
一次情報(原文引用)
"Core Web Vitals are used by our ranking systems." および "Google Search always seeks to show the most relevant content, even if the page experience is sub-par."
訳すと「コアウェブバイタルは、当社のランキングシステムで使用されている」「Google検索は、ページエクスペリエンスが芳しくない場合でも、常に最も関連性の高いコンテンツを表示しようとする」となります。CWVはランキング(検索結果内での順位づけ)に関わる指標であり、それ以上でもそれ以下でもありません。関連性が優先され、CWVは差がついたときの補助的な要因として位置づけられています。「クロール」「発リンクの評価」という語は、この一節にも登場しません。
🅱 このドキュメントが測っていない・言及していないこと
確認した4つの公式ドキュメント(ページエクスペリエンス・CWVの解説・クロール予算管理・Googlebot概要)のいずれにも、次の2点についての記述は見当たりませんでした。
注意
ひとつはCWVのスコアが直接クロール頻度やクロール容量制限に影響するという記述です。クロール容量制限の説明で言及されているのはサーバーの応答時間・5xxエラー・429応答であり、LCP・INP・CLSという言葉自体が登場しません。もうひとつはCWVと発リンクの評価(PageRankの受け渡しなど、リンクを通じた評価)との関係についての記述です。この点についても、確認した範囲では公式に明示されていません。「公式には明示されていない」という状態そのものが、この記事で確認できた事実です。
CWVの3指標が何を測っているか(復習)
切り分け手順に入る前に、CWVを構成する3つの指標を確認しておきます。LCP(Largest Contentful Paint)は読み込み中に表示される最大要素が描画されるまでの時間、INP(Interaction to Next Paint)はユーザーの操作に対する応答性、CLS(Cumulative Layout Shift)は表示中の要素のズレの累積量を測ります。公式ドキュメントが明記するとおり、この3指標はいずれも「ブラウザでページを開いたユーザーが何を体験するか」を測るものであり、Googlebotがページを取得する速さを測るものではありません。この違いが、次の🅲で示す切り分けの前提になります。
🅲 「表示が遅いから発リンクの評価が下がる」を切り分ける手順
実際に自分のサイトで何が起きているかを切り分けるには、CWVのスコアとサーバー応答速度を別々に確認する必要があります。次の3段階で切り分けられます。まず、Search Consoleの「ウェブに関する主な指標」レポートでCWVのフィールドデータを確認します。次に、Search Consoleの「クロールの統計情報」レポートで平均応答時間の推移を確認します。最後に、この2つの数値が独立して動いているか(一方が悪化してももう一方は変わらないか)を確認します。両者が別々に動くことを確認できれば、CWVとクロール効率が別の指標であることが、自分のサイトのデータでも裏づけられます。
05 明日、自分のサイトで確認できること
チェックリストの狙い
以下は、04章で確認した内容を、公開済みのサイトに対して今日から確認できる動作に翻訳したものです。チェックの状態はブラウザ内にのみ保存され、サーバーには送信されません。
- Search Consoleの「ウェブに関する主な指標」レポートを開き、URLグループ別の評価を確認する
- 同レポートで「不良」に分類されているURLグループの件数を書き出す
- PageSpeed Insightsで代表的なページを1件調べ、フィールドデータの有無を確認する
- Search Consoleの「設定」から「クロールの統計情報」を開き、平均応答時間の推移を確認する
- 同じレポートで、過去90日のクロールリクエスト数の推移を確認する
- クロールの統計情報レポートで、5xxエラーの発生件数を数える
- 同レポートで、429(レート制限)応答が発生していないか確認する
- LCP・INP・CLSのうち、自サイトで最も悪いスコアの指標を1つ特定する
- サーバーのTTFB(Time to First Byte)を測定する
- 内部リンクの多いページ上位5件を書き出し、それぞれのCWVスコアを個別に確認する
- CWVのスコアとクロールリクエスト数の推移を、同じ期間で並べて比較する
- 「表示速度が遅いと発リンクの評価が下がる」という主張の一次情報の出典を探す
切り分けの読み方
12項目のうち、1番目から3番目はCWVそのものの現状把握、4番目から7番目はクロール効率の現状把握です。8番目から10番目は、両者を実際のデータで突き合わせる項目にあたります。特に11番目は04章の🅲で示した切り分け手順そのもので、CWVのスコア推移とクロールリクエスト数の推移が、それぞれ独立して動いているかを自分のサイトのデータで確認する作業です。12番目は、根拠不明な情報を鵜呑みにしないための確認で、探しても出典が見つからなければ、その主張自体を採用しない判断につながります。すべてを一度に確認する必要はありません。まずは1番目・4番目・6番目の3つを実行し、CWVとサーバー応答速度それぞれの現状を数値で把握するところから始めることを想定しています。
06 CWVを計測する手段の比較
フィールドデータとラボデータ、5つの選択肢
05章の1〜3番目の項目に関連して、CWVを実際に計測する代表的な手段を、データの種類とあわせて整理しました。
| 手段 | データ種別 | 特徴 |
|---|---|---|
| Search Console ウェブに関する主な指標 | フィールドデータ CrUX | 自サイト全体を、実ユーザーの集計データとして無料で確認できる。Googleのランキングシステムが参照するのと同じ種類のデータ |
| PageSpeed Insights | フィールド+ラボ両方 | URLを1件ずつ調べられる。CrUXデータが無いページはラボデータのみで表示される |
| Chrome DevTools Lighthouse | ラボデータ | 自分のPC・回線条件での1回限りの計測。実ユーザー環境とは異なる場合がある |
| 当サイトの🔧 表示速度チェッカー | ラボデータ | 最大3ページをまとめてLighthouse監査できる。利用には無料の会員登録が必要 |
| CrUX Dashboard BigQuery | フィールドデータ | 過去の推移や他サイトとの比較まで踏み込みたい場合向け。技術的な準備が必要 |
どれを使うべきか
ランキングに関わるのはフィールドデータであるため、まず確認すべきはSearch Consoleの「ウェブに関する主な指標」レポートです。特定のページを個別に改善したい場合は、🔧 表示速度チェッカーのようなラボデータのツールで原因を診断する、という順序が実務的です。フィールドデータは「今どう評価されているか」、ラボデータは「なぜそうなっているか」を確認するための道具という役割分担になります。
アクセス数の少ないページで起きること
ここで実務上つまずきやすい点を補足します。フィールドデータは、一定数以上のChromeユーザーが実際に訪れたページでなければ収集されません。PageSpeed Insightsの公式解説が示すとおり、アクセス数の少ないページではCrUXデータが存在せず、フィールドデータの列が空欄になります。この場合、Search Consoleの「ウェブに関する主な指標」レポートにもそのページは含まれません。フィールドデータが無いことは、CWVが「悪い」という意味ではなく、単に評価対象のデータが不足しているという意味です。このようなページでは、ラボデータのツールで代わりに現状を把握することになります。
07 当サイトでの実践例
再クロール待ちを能動的に扱った記録
クロールの効率そのものについては、当サイトでも過去に実測記録を公開しています。「再クロール待ち行列547件、当サイトの2週間 ── Google公式『最長2週間』の意味と、"待つ"を能動的にする方法」では、クロールされるまでの待ち時間を、感覚ではなく実際の件数で把握した経緯を記録しています。この記事の05章で扱った「クロールリクエスト数の推移を確認する」というチェック項目は、この時の実測がもとになっています。
測定条件をそろえる大切さを学んだ記録
また、「同じ条件で測っていなかった ── robots.txtは『24時間キャッシュ』のはずが、実測は1日13.9件と152.3件」では、複数サイトの数値を比較する前に、測定条件がそろっているかを確認する重要性を記録しています。この記事の04章🅲で示した「CWVとクロール効率を別々に確認してから比較する」という手順は、この時の教訓と同じ考え方に基づいています。異なる指標を安易に足し合わせたり、同じ原因のせいにしたりしないことが、両方の記録に共通する姿勢です。
2つの指標を並べて見る、という発想
05章のチェックリスト11番目(CWVのスコア推移とクロールリクエスト数の推移を、同じ期間で並べて比較する)は、当サイトで過去に実践した手順を一般化したものです。
この並べ方をすると、CWVのスコアとクロールリクエスト数が、必ずしも連動して動いていないことが視覚的に確認できます。片方の数値が改善しても、もう片方が同時に改善するとは限りません。これは04章で確認した「両者は別の経路で決まる」という公式ドキュメントの内容と整合する観察です。
「効いている証拠」を疑い直した記録
「猫のファイルが『効いている証拠』を無効化した日 ── llms.txtに足りなかったのは陰性対照だった」では、ある施策が効いているように見えるとき、それが本当にその施策の効果なのか、別の要因なのかを切り分けるための「陰性対照」という考え方を記録しています。この記事の04章🅱で「公式には明示されていない」と明記した姿勢も、根拠のない因果関係を安易に結びつけないという同じ考え方です。
08 このテーマの、これまで
クロール全般との関係
この記事は、既存記事「Googleのクロールは2MBで止まる」で扱ったクロールの基本的な仕組みを前提に、「CWVという特定の指標がクロールに関わるか」という一点を掘り下げたものです。既存記事の06章では、クロール状況を確認する4つの方法を扱っています。この記事の05章のチェックリストは、その4つの方法のうち、CWVとの突き合わせに関わる部分だけを抜き出し、深掘りしたものにあたります。既存記事とこの記事を両方読むと、「クロールされない・遅い原因の全体像」と「その中でCWVがどこに位置するか」の両方が把握できる構成になっています。
これまでの実測との接続
07章で挙げた3本の記録(archives/108・117・124)は、いずれも「感覚で語られていることを、実際のデータで確かめる」という共通の姿勢のもとで書かれています。CWVとクロールの関係についても、この記事で確認したとおり、公式ドキュメントに明記されている範囲と、明記されていない範囲を分けて扱いました。明記されていない部分について、断定した書き方をしないという点も、これまでの記録から引き継いでいる姿勢です。ドキュメントは今後も更新されるため、CWVとクロールの関係について新しい記述が追加された場合は、この記事も見直しの対象になります。
「速い」を目指す理由は、クロールのためではない
この記事の見出しに立ち返ります。「Core Web Vitalsは、クロールやリンク評価に影響するのか」という問いへの回答は、確認できた範囲で「クロールには影響しない。リンク評価への影響は公式に明示されていない。ランキングには影響する」という3行にまとまります。
最後にひとつ、実務上の受け止め方について触れておきます。この記事は「CWVを改善する意味がない」ということを述べているわけではありません。ページエクスペリエンスの公式ドキュメントが明記するとおり、CWVはランキングシステムで使用される指標であり、改善する意味は今もあります。ただし、その理由を「クロールしてもらうため」「発リンクの評価を上げるため」と誤って説明すると、実際に効果のある改善(サーバー応答速度の改善)と、効果が未確認の改善(LCP・INP・CLSの調整)を混同したまま、限られた時間を配分してしまうことになります。何のために何を改善しているのかを、指標ごとに正しく紐づけることが、この記事で確認してきた内容の実務上の意味です。
現在の貴方のIPアドレス
このサイトで書いている人
WEBサイト