コアウェブバイタルとは？3指標（LCP・INP・CLS）の基準と改善方法【2026年版】

コアウェブバイタル（Core Web Vitals）は、ページの「読み込み速度」「応答性」「視覚的な安定性」を実際のユーザー体験にもとづいて数値化した、Googleの指標セットです。2021年6月に検索のランキング要因へ組み込まれ、2024年3月12日には応答性の指標がFIDからINPへ置き換わりました。この記事では、現行3指標の合格基準、フィールドデータとラボデータの違い、指標別の改善手法、そしてSEOへの影響までを2026年時点の仕様で整理します。

まとめ：コアウェブバイタルの要点

• 現行のコアウェブバイタルはLCP（読み込み）・INP（応答性）・CLS（視覚的安定性）の3指標。FIDは2024年3月にINPへ置き換えられ、指標から外れた。
• 合格ラインは実ユーザーデータの75パーセンタイルで、LCP 2.5秒以内・INP 200ミリ秒以内・CLS 0.1以内。
• 計測は「フィールドデータ（実ユーザー＝CrUX）」と「ラボデータ（測定環境＝Lighthouse）」で意味が異なり、順位に効くのはフィールドデータ。
• 改善は指標ごとに手法が違う。LCPは配信・描画の高速化、INPはJavaScriptの分割、CLSはレイアウト予約で対処する。
• コアウェブバイタルは順位を決める主因ではなくタイブレーカー的な要因。合格しても順位が動かない場合はコンテンツ側を疑う。

コアウェブバイタルの定義とランキング上の位置づけ

コアウェブバイタルは、Googleが提唱するウェブページの品質指標「Web Vitals」のうち、すべてのページで共通して重視される中核（Core）の3指標を指します。ページ表示の技術的な速さだけでなく、ユーザーが体感する使い勝手を測る点が特徴です。

この3指標はランキング要因に組み込まれています。Googleは「ページエクスペリエンス」の一部としてコアウェブバイタルを評価に使うと明言しており、検索順位とユーザー満足度の両面から、サイト運営者が無視できない指標になっています。ただし後述のとおり、順位を単独で決めるほどの重みはありません。

3つの指標と合格基準（LCP・INP・CLS）

3指標はそれぞれ別のユーザー体験を測ります。合格の判定は、実際の閲覧の75パーセンタイル（p75）の値が「良好」ラインに収まるかで行われます。つまり、全体の75%の表示が良好であれば合格です。

LCP（Largest Contentful Paint）：読み込みの速さ

LCPは、ページの表示領域内で最も大きなコンテンツ（多くはメインビジュアルや見出し画像、大きなテキストブロック）が描画されるまでの時間です。ユーザーが「ページが表示された」と感じる瞬間に相当し、2.5秒以内が良好とされます。サーバー応答の遅さ、画像の重さ、レンダリングを止めるCSS/JavaScriptが主なボトルネックです。

INP（Interaction to Next Paint）：応答の速さ

INPは、2024年3月12日にFIDを正式に置き換えた応答性の指標です。FIDが「最初のクリックが処理されるまでの遅延」だけを測っていたのに対し、INPはページ滞在中のすべてのクリック・タップ・キー入力について、操作から画面が次に更新されるまでの時間を測り、その代表値を採ります。200ミリ秒以内が良好です。FIDは軽く合格しても実際の操作は重い、というギャップを埋めるために導入されました。2026年時点でFIDはコアウェブバイタルではありませんので、FIDを主題にした古い解説は現行仕様と食い違う点に注意してください。

CLS（Cumulative Layout Shift）：レイアウトの安定性

CLSは、読み込み中に要素が予期せずずれた量を数値化します。画像や広告が後から挿入されてボタンの位置が動き、押し間違える——といった体験を防ぐための指標で、0.1以内が良好です。時間ではなく「ずれ量のスコア」なので単位は付きません。

計測ツールと、フィールドデータ・ラボデータの違い

コアウェブバイタルの計測でつまずきやすいのが、「実ユーザーの記録（フィールドデータ）」と「測定環境での再現（ラボデータ）」は別物だという点です。ランキング判定に使われるのはフィールドデータで、両者の数値がずれるのは異常ではありません。

フィールドデータ：実ユーザーの記録（順位に効く）

フィールドデータは、Chromeユーザーの実際の閲覧を集めたChrome User Experience Report（CrUX）のデータです。前述のp75で合否が決まり、これが検索評価に用いられます。確認手段は次の2つが中心です。

• Search Console のウェブに関する主な指標レポート：自サイトのURLをモバイル／PC別に「良好／要改善／不良」へ分類し、同じ問題を持つページをグループ化して代表URLを示す。まずこのグループ単位で「不良」から着手するのが効率的で、改善の起点になる。
• PageSpeed Insights の実際のユーザーの環境で評価：URL単位で直近28日間のCrUX値を表示する。

注意点として、CrUXはトラフィックが一定量に満たないページには十分なデータが集まらず、フィールドデータが表示されないことがあります。

ラボデータ：一定条件での再現（原因調査に使う）

ラボデータは、Lighthouseが固定された回線・端末条件でページを測定した結果です。PageSpeed Insightsの「パフォーマンス」スコアや、Chrome DevToolsのLighthouseがこれにあたります。実ユーザーの環境を反映しないため合否そのものには使えませんが、再現性があり原因を切り分けやすいため、改善作業の当たりを付けるのに向きます。なお、INPはユーザー操作を前提とするためラボでは正確に測りづらく、フィールドデータでの確認が基本です。

使い分けの原則はシンプルです。合否はフィールドデータで判断し、直し方の調査はラボデータで進める——これで数値のずれに振り回されずに済みます。

指標別の改善手法

コアウェブバイタルは指標ごとに原因が異なるため、対策も分けて考えます。Search Consoleで「不良」と出た指標から着手すると費用対効果が高くなります。

LCPの改善：配信と描画を速くする

• メインビジュアルの画像を圧縮し、WebP/AVIFなど軽量な形式で配信する。
• 画面上部（ファーストビュー）の画像にfetchpriority="high"やpreloadを指定し、遅延読み込みの対象からは外して優先的に読み込ませる。
• レンダリングを止めるCSS/JavaScriptを減らし、重要なスタイルは先に読み込む。
• サーバー応答時間（TTFB）を短縮し、CDNやキャッシュで配信を高速化する。

INPの改善：JavaScriptの重い処理を分割する

• 長時間実行されるJavaScript（ロングタスク）を分割し、メインスレッドの占有を減らす。
• イベント処理の中の重い計算を分割し、scheduler.yield()などでメインスレッドを一度手放してから続行し、画面更新を先に返す。
• 不要なサードパーティスクリプト（タグ・計測系）を削減、または遅延読み込みにする。

CLSの改善：ずれる余地をなくす

• 画像・動画・広告枠にwidth／heightやアスペクト比を指定し、表示領域をあらかじめ確保する。
• 後から挿入されるバナーや埋め込みの高さを事前に予約する。
• Webフォントの切り替えによるちらつきを抑える（font-displayの調整）。

SEOへの影響と、順位が上がらないときの考え方

誤解が多い点なので言い切ります。コアウェブバイタルは順位を大きく動かす主因ではなく、内容が拮抗したページ同士を分ける「タイブレーカー」に近い要因です。Google自身も、優れたコンテンツを上回るほどの重みはないと説明しています。

したがって、指標をすべて「良好」にしても順位が動かないケースは珍しくありません。そのときに計測ツールの数値をさらに詰めても効果は薄く、検索意図との一致・情報の網羅性・内部リンクといったコンテンツ側の要因を疑うべきです。逆に、コアウェブバイタルが「不良」のまま放置されていると、離脱率の上昇を通じて機会損失につながります。優先順位としては、まず「不良」を「要改善」まで引き上げてユーザー体験の底を上げ、順位向上はコンテンツ改善と合わせて狙うのが現実的です。指標の位置づけは、テクニカルSEOとは？主要施策と優先順位つきチェックリスト【2026年版】で扱う技術施策全体の中で捉えると整理しやすくなります。

よくある質問

FIDはなくなったのですか？

はい。2024年3月12日にINPがFIDを置き換え、FIDはコアウェブバイタルから外れました。現在の応答性指標はINPです。

コアウェブバイタルの合格基準は何点ですか？

「点数」ではなく、実ユーザーデータの75パーセンタイルでLCP 2.5秒以内・INP 200ミリ秒以内・CLS 0.1以内をすべて満たすと合格です。1つでも「不良」があると不合格になります。

PageSpeed Insightsのスコアが90点あれば合格ですか？

必ずしも一致しません。PageSpeed Insightsのパフォーマンススコアはラボデータ由来で、合否判定に使われるフィールドデータ（実ユーザーの記録）とは別物です。合否は同ページ上部の「実際のユーザーの環境で評価」欄で確認します。

モバイルとPCは別々に評価されますか？

はい。フィールドデータはモバイルとデスクトップで分けて集計されます。Googleの評価はモバイルを基本とするため、まずはモバイルの数値を優先して改善します。

フィールドデータが表示されないのはなぜですか？

そのページのトラフィックが少なく、CrUXに十分なデータが集まっていないためです。この場合はラボデータ（Lighthouse）で改善の当たりを付けつつ、アクセスの多いページから対応します。

関連記事

• テクニカルSEOとは？主要施策と優先順位つきチェックリスト【2026年版】
• オンページSEO（内部対策）とは？内部施策の一覧と優先順位・進め方
• 検索順位を上げるためのスマートフォンサイトにおけるSEO対策手法