Core Web Vitalsとは？LCP・INP・CLSの基準と改善の進め方

Core Web Vitalsは、ページの表示・操作への応答・見た目の安定を確認するための指標です。LCP・INP・CLSの基準を整理し、実際の利用者のデータと診断結果を分けて読む方法、改善するページを選ぶ手順をよりわかりやすく解説します。

点数は良いのに、メニューを押すと待たされる。そんな食い違いがあれば、まず利用者が困る場面を確かめたいところです。

筆者なら、診断結果を開く前に対象ページと端末を決めます。測定方法も揃え、原因候補を一つずつ確認しましょう。

この記事には、運営会社CommunityCreateのサービス案内が含まれます。

• 3指標は表示・操作応答・視覚的な安定を捉える
• 実利用データと診断環境の結果を分けて読む
• ページと端末を絞り、改善前後を記録する

公開日：2026年11月4日 / 最終更新日：2026年11月4日

Core Web Vitalsの3指標と良好な基準を知る

3つの指標は、ページが主要な内容を表示するまでの時間、操作への応答、表示中のずれをそれぞれ捉えます。比べる前の確認事項は、単位と端末区分。

数字と利用者の体験を結びつける

2026年11月時点で、web.devのWeb Vitalsの説明は、Core Web VitalsをLCP・INP・CLSの3指標としています。

同ページが案内する評価方法は、モバイルとデスクトップを分け、ページ訪問の75パーセンタイルで基準を満たすかを見るものです。

指標	主に見る体験	良好	要改善	不良
LCP	主要な内容の表示	2.5秒以下	2.5秒超〜4秒以下	4秒超
INP	操作に対する応答	200ミリ秒以下	200ミリ秒超〜500ミリ秒以下	500ミリ秒超
CLS	意図しない表示のずれ	0.1以下	0.1超〜0.25以下	0.25超

75パーセンタイルは、訪問の分布を読むための位置です。平均値や最速の一回だけを取り上げず、端末ごとの分布で判断してください。

LCPは主要な内容が表示されるまで

web.devのLCPの解説は、良好な目安を2.5秒以下としています。例えば、記事の主な画像や大きな見出しが現れるまで待たされるなら、その要素がLCPの対象かを調べてみましょう。

何を直せばよいのでしょうか。候補は対象要素によって変わります。

まず何が主要な表示要素かを確認し、画像の読み込みやページの応答など、具体的に調べる範囲を絞りましょう。

INPは操作してから画面が応じるまで

web.devのINPの解説は、200ミリ秒以下を良好、200ミリ秒を超えて500ミリ秒以下を要改善としています。ボタンを押してから反応が見えるまでの待ち時間を考えると、利用場面を想像しやすいでしょう。

調べる場所は、メニューやフォームなど、利用者が操作する箇所。どの操作で待つかを特定できれば、長い処理などの原因候補を開発担当者に伝えやすくなります。

CLSは意図しない見た目のずれ

web.devのCLSの解説は、良好な目安を0.1以下としています。読み込み途中に画像や別の要素が現れ、読んでいた文章や押そうとしたボタンが動く場面を考えてみてください。

確認候補の一つは、画像などの表示領域の確保。ずれが起きた場所とタイミングを記録し、再現する条件を担当者に伝えましょう。

実ユーザーのデータとラボ診断を分けて読む

実際の利用環境から集めたフィールドデータと、制御された環境で実行するラボ診断は、用途が異なります。値が食い違ったときほど、測定対象と条件に戻って考えたい。

最初に対象と期間を記録する

web.devのラボとフィールドの違いによると、ラボデータは制御された環境で測定し、フィールドデータは実際の利用環境に基づきます。測っている条件が違えば、結果も一致するとは限りません。

PageSpeed Insightsなどを見る際は、対象URL、URL単位かオリジン単位か、端末区分、表示された対象期間を控えてください。

値が出ていないと、判断に迷いますよね。空欄を良好や不良と読み替えず、データ不足のまま記録します。

確認事項	記録例
対象	確認したページのURL
集計範囲	URL単位かオリジン単位か
端末	モバイルかデスクトップか
期間	画面に表示された対象期間
結果	3指標の値とデータの有無
診断条件	ツール、確認日、比較に使う条件

ラボの点数を全利用者の合否にしない

ラボ診断は原因候補を探す際に役立ちますが、一回の点数を実際の利用者全体の結果と同一視しないようにします。通常の未操作のLighthouse実行だけで、実際の操作に基づくINPを測ったとはいえません。

診断結果の候補をもとに修正し、同じ条件のラボ診断で変化を確認。そのうえで、後から更新されるフィールドデータも別に確認します。比較の基本は、診断と実利用の記録を分けること。

境界値を架空データで確かめる

下表は判定の読み方を説明する架空例で、実サイトの計測結果ではありません。ここで置く各値は、いずれも75パーセンタイルという仮定。

端末	LCP	INP	CLS	読み方
モバイル	2.5秒	200ミリ秒	0.1	それぞれ良好の上限
デスクトップ	4秒	500ミリ秒	0.25	それぞれ要改善の上限
モバイル	4.01秒	501ミリ秒	0.251	それぞれ不良の範囲

筆者の検証（2026年11月）｜架空データで指標の境界を点検（Python／架空例）
架空の3行をPythonで分類した結果、1行目の3指標はすべて良好、2行目はすべて要改善、3行目はすべて不良になりました。境界を含む判定を確認した検証です。実サイトの速度や検索順位は測定していません。

境界を少し超えただけでも区分は変わる。単位と不等号を揃えて扱いましょう。

持ち帰りポイント
確認メモ：URL／端末／対象期間／URL単位かオリジン単位か／フィールド値／ラボ診断条件／変更内容／再確認日。

影響するページと原因を絞って改善する

すべてのページを一度に直そうとせず、利用者にとって重要なページや共通テンプレートを選びます。担当者が再現できる情報を添え、変更後は同条件の診断と新しい実利用データを確認しましょう。

対象ページと原因候補を決める

例えば、複数の記事が同じテンプレートを使うなら、代表ページを一つ選んで調べます。LCPなら主要な画像の読み込み、INPなら操作時の長い処理、CLSなら画像などの領域確保が調査の手掛かりになる。

候補はあくまで調査の出発点。

実際に原因を特定せず、一律の修正を約束しないでください。対象URLと再現条件を開発担当者へ渡し、影響範囲と変更方法を相談しましょう。

変更前後を比べる

変更前の値と条件を保存し、修正後も同じページ・端末・診断条件で確認します。

変更直後に「直った」と思っても、フィールドデータには対象期間がある。直後の診断だけで実利用の改善を確定するのは早いでしょう。

Googleのページエクスペリエンスの説明によると、Search Consoleなどで良好な結果が出ても、検索結果の上位は保証されません。これはレポートの結果と検索順位の関係についての説明です。

目標にしたいのは、利用者が待たずに読み、操作できるページ。検索順位の変動は別に確認してください。

サイト改善の優先順位はSEO対策の全体像を参照できます。Search Consoleの準備は登録と所有権確認の手順、サイト内の移動の点検は内部リンクの確認方法を確認してみましょう。

対応範囲を相談する

原因の調査や実装に担当者の協力が必要な場合は、測定したURL、端末、期間、診断結果、再現方法を共有します。改善の進め方を相談したい場合は、CommunityCreateへお問い合わせください。

正直なところ
境界の表は架空の数値を使った分類例です。実サイトの速度、修正効果、検索順位は測定していません。

よくある質問

測定と改善の判断で迷いやすい点をまとめます。

Core Web Vitalsの3指標は何ですか？

LCP、INP、CLSです。それぞれ表示、操作応答、視覚的な安定を確認します。

3指標が良好なら検索順位は上がりますか？

良好な値だけで上位表示は保証されません。利用体験と検索順位は分けて確認しましょう。

ラボと実利用の値は同じですか？

収集環境や方法が異なるため、一致しない場合があります。

モバイルとデスクトップをまとめて判断できますか？

端末区分を分けて確認し、それぞれの結果を記録しましょう。

データ不足なら良好と考えてよいですか？

判定せず、データ不足として記録してください。

LCPが遅いときは何を調べますか？

主要な表示要素を特定し、その読み込みや応答を原因候補として調べます。

通常の未操作のラボ診断で実利用のINPを測れますか？

通常の未操作の実行だけで実際の操作に基づくINPを測ったとはいえません。

修正後はすぐに結論を出せますか？

同条件の診断で確認し、対象期間を持つ実利用データも後から確認しましょう。

次の一歩
まず重要なページを一つ選び、端末・対象期間・3指標とデータの有無を記録してください。

参考URL一覧

• Web Vitalsの説明：https://web.dev/articles/vitals?hl=en
• LCPの解説：https://web.dev/articles/lcp?hl=en
• INPの解説：https://web.dev/articles/inp?hl=en
• CLSの解説：https://web.dev/articles/cls?hl=en
• ラボとフィールドの違い：https://web.dev/articles/lab-and-field-data-differences?hl=en
• ページエクスペリエンスの説明：https://developers.google.com/search/docs/appearance/page-experience?hl=en