Core Web Vitalsは、実際のページ体験を測るGoogleの計測可能な指標であり、ランキングにも影響します。合格するとは、緑色のスコアそのものを追い求めることではありません。速く読み込まれ、即座に反応し、利用中に画面がガタつかないサイトを実現することです。本ガイドでは、2026年時点の3つの指標と、何よりも各指標を実際に動かす修正方法を解説します。

要点（TL;DR）

  • 3つのCore Web Vitalsは、LCP（読み込み）、INP（応答性）、CLS（視覚的安定性）です。INPは2024年にFIDに代わってCore Web Vitalになりました
  • 「良好」のしきい値：LCPは2.5秒未満、INPは200ミリ秒未満、CLSは0.1未満で、実際の訪問の75パーセンタイルで測定されます
  • 効果が最も大きい修正は、最大の画像やテキストブロックの最適化、JavaScriptの削減と分割、画像・広告・埋め込み用のスペース確保です
  • ラボテストだけでなくフィールドデータ（実ユーザー）を使いましょう。Googleは実際のパフォーマンスでランク付けするからです

3つのCore Web Vitals（2026年）

Largest Contentful Paint (LCP): 読み込み

LCPは、最大の可視要素（通常はヒーロー画像、バナー、大きなテキストブロック）が表示されるまでの時間を測ります。良好：2.5秒未満。

Interaction to Next Paint (INP): 応答性

INPは、訪問全体を通してページがユーザー操作にどれだけ速く反応するかを測り、2024年に旧指標のFirst Input Delay (FID)に代わりました。タップやクリックから次の視覚更新までの遅延を捉えます。良好：200ミリ秒未満。

Cumulative Layout Shift (CLS): 視覚的安定性

CLSは、読み込み中にページが予期せずどれだけずれるか（遅れて読み込まれた画像や広告がコンテンツを押し下げる、あのいらだたしい飛びはね）を測ります。良好：0.1未満。

Googleはこれらを実際の訪問の75パーセンタイルで評価するため、最速の人だけでなく、ほとんどのユーザーに良い体験が届く必要があります。

LCPの改善

  • LCP要素を最適化する。 それを特定し（多くのツールが名前を示します）、速く読み込ませます。画像を圧縮し正しくサイズ調整し、最新フォーマット（WebP/AVIF）を配信し、ヒーロー画像の遅延読み込みは避けます。
  • レスポンシブ画像を配信する。 適切なsrcsetを用い、巨大な画像ではなく端末に合ったサイズのファイルをダウンロードさせます。（レスポンシブ画像の扱い方 のガイドを参照。）
  • サーバー応答を速くする。 キャッシュとCDNでTTFBを短縮し、ドキュメントを素早く届けます。
  • 重要なリソースをプリロードする。 LCP画像や主要フォントを先読みし、可能な限りレンダリングをブロックするCSSとJavaScriptを排除します。
  • 高速な画像パイプラインを使う。 Cloudflare image transformations のような最適化サービスで配信すれば、その場でリサイズと圧縮を行えます。

INPの改善

  • JavaScriptの実行を減らす。 重いスクリプトはメインスレッドをブロックし、応答を遅らせます。配信するJavaScriptを減らし、未使用コードを削除します。
  • 長いタスクを分割する。 長時間の処理を分割し、チャンクの合間にブラウザが入力へ反応できるようにします。
  • 重要でない処理を後回しにする。 操作後まで遅延させ、大きな同期ハンドラーは避けます。
  • サードパーティスクリプトを監査する。 タグマネージャー、チャットウィジェット、アナリティクスはINP悪化の常連です。効率的に読み込むか、不要なものは削除します。

CLSの改善

  • 画像や動画には必ず幅と高さを指定する（またはCSSのaspect-ratio）。ブラウザがスペースを確保できるようにします。
  • 広告・埋め込み・iframe用にスペースを確保する。 読み込み時にコンテンツを押し下げないようにします。
  • 読み込み後に既存コンテンツの上へコンテンツを挿入しない。
  • フォントをプリロードし、font-displayを適切に使う。 遅れて読み込まれるフォントによるレイアウトのずれを減らします。

正しく測定する

  • ラボデータよりフィールドデータ。 GoogleはChrome User Experience Report のような実ユーザー（フィールド）データでランク付けし、単一のラボ実行では判断しません。完璧なラボスコアでもフィールドデータが悪ければ合格しません。
  • 75パーセンタイルに注目する。 中央値を改善するだけでは不十分で、遅い方の4分の1の訪問が不合格の原因になります。
  • 実機と実回線でテストする。 高速なデスクトップだけでなく、特に中位機種のモバイルで確認します。

重要ポイント

  • 2026年の3つのCore Web VitalsはLCP、INP（FIDに代わったもの）、CLSです。
  • 実際の訪問の75パーセンタイルで、LCPは2.5秒未満、INPは200ミリ秒未満、CLSは0.1未満を目指します。
  • 最大の成果：LCP要素と画像の最適化、INPのためのJavaScriptの削減と分割、CLSのためのスペース確保でレイアウトのずれを止めることです。
  • 成功はラボスコアだけでなくフィールドデータで判断しましょう。

専門家による評価を受ける

Core Web VitalsはテクニカルSEOの一部にすぎません。テクニカルSEO監査 では、Core Web Vitalsに加えてクロールバジェット、インデックス化、サイト構造、JavaScriptレンダリング、構造化データを扱い、実際のランキングへの影響に基づく優先順位付きの行動計画を提示します。速度が主な懸念なら、Cloudflareでサイトを高速化する ガイドがパフォーマンスをより深く扱います。

よくある質問（FAQ）

2026年の3つのCore Web Vitalsは何ですか？ 読み込みのLargest Contentful Paint (LCP)、応答性のInteraction to Next Paint (INP)、視覚的安定性のCumulative Layout Shift (CLS)です。INPは2024年にFirst Input Delay (FID)に代わってCore Web Vitalになりました。

良いCore Web Vitalsのスコアとは？ LCPは2.5秒未満、INPは200ミリ秒未満、CLSは0.1未満で、実ユーザー訪問の75パーセンタイルで測定します。最速の人だけでなく、ほとんどの訪問者がこれらを満たす必要があります。

Core Web VitalsはGoogleのランキングに影響しますか？ はい。Googleのページエクスペリエンスのシグナルの一部です。唯一の、あるいは最も強いランキング要因ではありませんが、競争の激しいクエリでは良いページ体験は意味のある優位となり、悪ければ足を引っ張ります。

なぜラボでは合格するのにSearch Consoleで失敗するのですか？ Googleが単一のラボテストではなく、実ユーザーのフィールドデータを使うからです。実機、回線、75パーセンタイルは、高速なテスト機が隠す問題を露呈させます。実環境に合わせて最適化しましょう。

Core Web Vitalsを改善する最速の方法は？ 通常はLCP要素の最適化（最大画像の圧縮とサイズ調整、遅延読み込みの回避）とJavaScriptの削減です。CLSには、画像に寸法を指定し、広告や埋め込み用のスペースを確保します。