Core Web Vitals

Core Web Vitalsは、ページのユーザー体験を3つの観点から数値化した指標群です。本記事では各指標の意味と基準値、計測方法、そして指標を改善するための具体的な進め方を解説します。

Core Web Vitalsとは

Core Web Vitalsとは、Webページのユーザー体験を「読み込みパフォーマンス」「応答性」「視覚的安定性」の3つの観点から測定する指標群です。Googleはこれを次のように説明しています。

Core Web Vitals は、ページの読み込みパフォーマンス、インタラクティブ性、視覚的安定性に関する実際のユーザー エクスペリエンスを測定する一連の指標です。
https://developers.google.com/search/docs/appearance/core-web-vitals?hl=ja

Core Web Vitalsは、LCP・INP・CLSという3つの指標で構成されます。それぞれが測定する対象は以下の通りです。

3つの指標は、ユーザーがページを開いてから操作するまでの、異なる段階に対応しています。LCPはページを開いた直後の「表示の速さ」、INPは表示後にユーザーが操作した際の「反応の速さ」、CLSは表示から操作までを通じた「画面の安定性」を測ります。これにより、ページの体験を読み込み・操作・安定性という多角的な観点で評価できます。

Core Web Vitalsは、Googleが定義する「ページエクスペリエンス」を構成する要素の1つであり、検索ランキングを決定する際に考慮される要素でもあります。ページエクスペリエンスには、Core Web Vitalsのほかに、HTTPSによる安全な接続などの要素も含まれます。SEOとの関係は記事の後半で改めて整理します。

Core Web Vitalsの3つの指標と基準値

3つの指標には、それぞれ「良好」「改善が必要」「不良」の3段階の基準値が定められています。まず各段階の基準値を整理し、その後で指標ごとに解説します。

「良好」と判定される条件
後述の通り、各指標が「良好」と判定されるには、実ユーザーによる計測値の75パーセンタイルが、良好の基準値に収まっている必要があります。一部のユーザーで基準を満たすだけでは「良好」にはなりません。

LCP（読み込みパフォーマンス）

LCP（Largest Contentful Paint）は、ページの読み込みが開始されてから、画面内で最も大きなコンテンツ要素が表示されるまでの時間を測る指標です。最も大きな要素とは、多くの場合、メインの画像や見出しテキストなどを指します。LCPが大きいほど、ユーザーは「ページがなかなか表示されない」と感じます。良好の基準値は2.5秒以下です。

INP（応答性）

INP（Interaction to Next Paint）は、ユーザーのクリック・タップ・キー入力といった操作に対して、画面に視覚的な反応が返るまでの時間を測る指標です。ページの滞在中に行われた複数の操作のうち、応答が遅かったものをもとに評価されます。良好の基準値は200ミリ秒以下です。
INPは、2024年3月12日に、それまでのFID（First Input Delay）に代わってCore Web Vitalsの指標となりました。FIDが最初の操作の「遅延」のみを測っていたのに対し、INPはページ滞在中の操作全体の応答性を測ります。FIDは現在は使用されていないため、過去にFIDを基準に対策していた場合は、INPでの再確認が必要です。

CLS（視覚的安定性）

CLS（Cumulative Layout Shift）は、ページの表示中に発生したレイアウトのずれの大きさを累積して数値化した指標です。読み込みの途中で画像や広告が後から表示され、その分だけ既存の要素が押し下げられると、ユーザーが押そうとしたボタンが移動するなど、体験の低下につながります。CLSは時間ではなく、ずれの量を表す数値で、良好の基準値は0.1以下です。

Core Web VitalsとSEOの関係

Core Web Vitalsは、Googleがランキングを決定する際に考慮する要素の1つです。ただし、その位置づけを正しく理解しておく必要があります。

Core Web Vitals単独で検索順位が決まるわけではない
Core Web Vitalsは「ページエクスペリエンス」を構成する複数の要素の1つであり、検索順位は最終的に、コンテンツの内容や検索意図との関連性など、多くの要素を踏まえて決まります。Core Web Vitalsを「良好」にしても、コンテンツがユーザーの検索意図に応えていなければ、上位表示にはつながりません。Core Web Vitalsの改善は、十分な品質のコンテンツがあることを前提に、同等の内容のページ間で体験面の差をつくる施策と理解するのが適切です。

Core Web Vitalsが検索ランキングに用いられるようになったのは、2021年のモバイル検索への導入が最初で、その後デスクトップ検索にも適用されました。導入の時点から、Googleはコンテンツの関連性が依然として重要であると説明しており、Core Web Vitalsは、関連性で差がつかない場合に働く要素と位置づけられています。

一方で、Core Web Vitalsが「不良」のまま放置されていると、ユーザーの離脱を招き、結果として評価に影響する可能性があります。優先度としては、まずコンテンツの質を担保したうえで、Core Web Vitalsを継続的に改善していく位置づけになります。

Core Web Vitalsの計測方法

Core Web Vitalsを改善するには、まず現状を正しく計測する必要があります。計測にあたっては、「フィールドデータ」と「ラボデータ」の違いを理解しておきます。

フィールドデータとラボデータの違い

Core Web Vitalsの計測値には、性質の異なる2種類があります。

Core Web Vitalsの「良好」「不良」の判定は、フィールドデータ（実ユーザーの計測値）に基づきます。一方、修正を加えた直後はフィールドデータにすぐ反映されないため、ラボデータで効果の見込みを確認し、その後にフィールドデータの変化を待つ、という使い分けになります。

Search ConsoleのCore Web Vitalsレポートは、直近28日間の実ユーザーデータをもとに表示されます。そのため、修正の効果がレポートに反映されるまでには、修正後ある程度の期間が必要です。また、Core Web Vitalsはモバイルとデスクトップで別々に評価されるため、両方からのアクセスがあるサイトでは、それぞれの計測結果を確認します。

主な計測ツール

Core Web Vitalsの計測には、主に以下のツールを使います。確認したい範囲によって使い分けます。

PageSpeed Insights
URLを入力すると、フィールドデータとラボデータの両方を表示し、指標ごとのスコアと改善候補を提示します。個別ページを詳しく確認するのに向きます。

Search ConsoleのCore Web Vitalsレポート
サイト内のURLを「良好」「改善が必要」「不良」に分類し、フィールドデータをもとに一覧で表示します。どのページ群に問題があるかを俯瞰するのに向きます。

Lighthouse・Chrome DevTools
Chromeに搭載された計測機能で、開発環境でのラボデータ計測に使います。修正の効果をその場で確認したり、原因を切り分けたりするのに向きます。

75パーセンタイルでの評価

Core Web Vitalsの各指標が「良好」と判定されるには、対象ページの実ユーザーによる計測値の75パーセンタイルが、良好の基準値に収まっている必要があります。これは、全アクセスのうち75%が良好の基準を満たしている状態を意味します。一部の高速な環境のユーザーだけが基準を満たしても「良好」にはならないため、さまざまな回線・端末のユーザーを想定した改善が求められます。

Core Web Vitalsの改善方法

改善は、指標ごとに原因と対策が異なります。指標別に、代表的な対策を整理します。

LCPの改善

LCPは、主要なコンテンツが表示されるまでの時間を短縮することで改善します。改善に着手する前に、まずPageSpeed Insightsで対象ページのLCP要素が何かを特定します。LCP要素は多くの場合メインの画像ですが、見出しテキストや背景画像のこともあり、要素によって有効な対策が変わるためです。主な対策は次の通りです。

• メインの画像のファイルサイズを圧縮し、適切な形式・表示サイズで配信する
• サーバーの応答時間を短縮する（ホスティング環境の見直し、キャッシュの活用など）
• 表示の妨げになるJavaScriptやCSSの読み込みを最適化する
• 主要な画像を遅延読み込みの対象から外し、早期に読み込む

INPの改善

INPの悪化は、操作をきっかけに実行されるJavaScriptがブラウザの処理を占有し、画面の更新を遅らせることが主な原因です。したがってINPは、操作に対する処理を軽くすることで改善します。主な対策は次の通りです。

• 実行に時間のかかるJavaScriptの処理を分割し、操作への応答を妨げないようにする
• 不要なスクリプトや外部タグを削減する
• 操作の直後に重い処理を集中させず、画面の反応に必要な部分を先に処理する

CLSの改善

CLSの悪化は、読み込み時に要素の表示領域が確定しておらず、後から表示された要素が既存のレイアウトを押し動かすことが主な原因です。したがってCLSは、後から表示される要素によるレイアウトのずれを防ぐことで改善します。主な対策は次の通りです。

• 画像や動画に幅・高さ（またはアスペクト比）を指定し、表示前から表示領域を確保する
• 広告枠やバナーの表示領域をあらかじめ確保しておく
• Webフォントの読み込みによる文字の表示切り替えを抑える
• 既存のコンテンツの上部に、後から要素を挿入しない

改善を継続するための運用

Core Web Vitalsは、一度改善して終わりではありません。サイトの更新や外部スクリプトの追加によって再び悪化することがあるため、継続的に計測と改善を行う仕組みが必要です。特に、計測（現状把握）・分析（原因特定）・改修・検証という流れを定例の運用に組み込んでおくと、悪化を早期に発見できます。

計測から改善までの検証フロー

弊社では、Core Web Vitalsの状況把握とインデックス周りの確認を効率化するため、自社開発のChrome拡張機能「kunugi-gsc-controller」を使用しています。Search Consoleの操作を補助するツールで、対象URLの状態をまとめて確認する作業を省力化できます。

kunugi-gsc-controller（Chromeウェブストア）

ツールはあくまで確認作業を効率化する手段です。重要なのは、次の検証フローを定期的に回すことです。

• Search ConsoleのCore Web Vitalsレポートで、「不良」「改善が必要」のURL群と、該当する指標を確認する
• 影響範囲の大きいURL群（同じテンプレートを使うページ群など）から優先して対象を絞る
• PageSpeed InsightsやLighthouseで個別ページを計測し、原因を特定して修正する
• 修正後、ラボデータで効果を確認し、その後Search Consoleのフィールドデータの変化を追う

判断軸としては、「不良」のURLが多い指標から着手し、かつ1件の修正で複数ページに反映される共通テンプレートの問題を優先すると、改善の効率が高くなります。

ケーススタディ：よくある誤運用とリカバリ

・ラボデータのスコアだけで「改善した」と判断する
PageSpeed InsightsやLighthouseが返すスコアはラボデータであり、実ユーザーの評価であるフィールドデータとは一致しないことがあります。ラボデータの改善は修正の見込みの確認にとどめ、最終的な改善はSearch Consoleのフィールドデータで確認します。

・特定の1ページだけを計測して全体を判断する
Core Web Vitalsはページ単位で計測されますが、多くのサイトは共通のテンプレートを使っているため、1ページの問題が同種のページ全体に及んでいることがあります。Search ConsoleのCore Web VitalsレポートはURL群の単位で状況を示すため、まず全体を俯瞰してから個別ページの確認に入ります。

・改善後に再発を見落とす
Core Web Vitalsは、サイトのリニューアルや、広告タグ・計測タグの追加によって再び悪化することがあります。改善後も定期的にSearch Consoleのレポートを確認し、悪化したURL群を早期に検知できる運用にしておきます。