Core Web Vitals（コアウェブバイタル）とは？3指標の基準値と改善の優先順位

Core Web Vitals（コアウェブバイタル）とは、LCP・INP・CLSの3つの指標でページのユーザー体験を測定するGoogleの公式基準です。

Search Consoleで「ウェブに関する主な指標」に問題が表示されて、焦った経験はないでしょうか。「CWVがSEOに影響する」と聞くと、すぐにでも改善しなければと思うかもしれません。

ただし、正直に言うとCWVの改善だけで検索順位が大きく変わることはほとんどありません。Googleも「巨大なランキング要因ではない」と明言しています。特にインハウスSEOでは人数もリソースも限られるため、CWVに時間をかけすぎるより、コンテンツ改善や内部リンク整備に注力した方が成果に繋がる可能性が高いでしょう。

この記事では、CWVの3指標の基準値から、SEOへの実際の影響度、計測方法、そして「どこまでやるべきか」の判断基準まで、実務者の視点で解説します。

＼ SEOの課題を見える化 ／

inSite（インサイト）

SEO担当者向けのサイト管理ツール。サイトの状態を「過去・現在・未来」の3軸で可視化し、判断に集中できる環境を提供します。

無料で試してみる ↗

Core Web Vitals（コアウェブバイタル）とは？3指標の意味と基準値

Core Web Vitalsは、Googleがウェブページのユーザー体験を評価するために定めた3つの中核指標です。2021年6月にランキングシグナルとして導入され、現在もページエクスペリエンスの一部として評価に使われています。

3つの指標はそれぞれ、ページの「読み込み速度」「応答性」「視覚的安定性」を測定します。

各指標はページビューの75パーセンタイルで評価されます（閾値の設計根拠 - web.dev）。つまり、全アクセスの75%以上がGood閾値を満たしていれば「合格」と判定される仕組みです。

LCP（Largest Contentful Paint）: 読み込み速度

LCPは、ビューポート内で最も大きなコンテンツ要素（画像やテキストブロック）が表示されるまでの時間を測定します。ユーザーが「ページが表示された」と感じるまでの速さを数値化した指標です。

基準値は2.5秒以下がGood。4秒を超えるとPoor判定になります。

Web Almanac 2024のデータによると、モバイルでのLCP合格率は59%。3指標の中で最もスコアが低く、多くのサイトにとって最大のボトルネックです。

LCPが遅くなる主な原因は3つあります。

INP（Interaction to Next Paint）: 応答性

INPは、ユーザーがクリックやタップなどの操作をしてから、次の画面描画が始まるまでの遅延時間を測定します。2024年3月にFID（First Input Delay）を置き換えた新しい指標です。

基準値は200ミリ秒以下がGood。500msを超えるとPoor判定になります。

FIDとの大きな違いは測定範囲です。FIDは「最初の操作」の入力遅延だけを見ていました。一方、INPはページ滞在中のすべての操作を追跡し、最も遅いインタラクションを基準に評価します。

デスクトップではINP合格率が97%と非常に高い一方、モバイルでは74%まで下がります（Web Almanac 2024）。モバイルの処理能力の差が影響しています。

CLS（Cumulative Layout Shift）: 視覚的安定性

CLSは、ページ読み込み中にレイアウトがどれだけ意図せず動いたかを数値化した指標です。記事を読んでいる途中で広告が表示されて文章が下にズレる、あの不快な体験を測定しています。

基準値は0.1以下がGood。0.25を超えるとPoor判定になります。

CLSが悪化する典型的な原因はこの3つです。

Core Web VitalsのSEO効果は？重要度を見誤らないために

CWVの3指標を理解したところで、最も気になるのは「結局、SEOにどれくらい効くのか」でしょう。結論から言うと、ランキング要因ではあるが、コンテンツの質と比べると影響度は限定的です。

Googleの公式見解 - ランキング要因だが「巨大ではない」

CWVは2021年6月にモバイル検索のランキングシグナルとして導入されました。2022年3月にはデスクトップにも拡大されています。

しかし、GoogleのJohn Mueller氏は影響度について繰り返し慎重な見解を示しています。

つまり、CWVは「同じくらいの品質のコンテンツが並んだときに差がつく要素」であり、コンテンツの質を逆転するほどの力はないということです。

インハウスSEOでリソース配分を見誤るリスク

ここで強調しておきたいのが、インハウスSEOにおけるリソース配分の判断です。

インハウスSEOは1〜3名の少人数で回しているケースが大半でしょう。開発リソースも限られる中で、CWV改善に工数を割くことが本当に最善かを冷静に考える必要があります。

CWV改善は「開発チームに依頼→仕様調整→実装→テスト→検証」と、どうしてもリードタイムが長くなります。その間に、自分だけで完結できるコンテンツ改善や内部リンク整備を進めた方が、成果が出る可能性が高い場面は多いはずです。

もちろん「CWVは無視していい」という話ではありません。スコアがPoor判定のURLが大量にあるなら対応すべきです。ただし、すでにGood圏内にあるスコアの微調整に開発工数をかけるのは、ROIが極めて低いという現実は知っておくべきでしょう。

Core Web Vitalsの確認方法と計測ツール4選の使い分け

CWVのスコアを確認するツールは複数ありますが、目的によって使い分けるのがポイントです。Google公式ドキュメントでも推奨されている代表的な4つのツールを紹介します。

PageSpeed Insights（まず最初に使うべき）

PageSpeed Insightsは、URLを入力するだけでCWVスコアを確認できる最も手軽なツールです。フィールドデータ（実ユーザーデータ）とラボデータ（Lighthouseによるシミュレーション）の両方を表示してくれます。

まず確認すべきはページ上部に表示される「フィールドデータ」の方です。

Google Search Console（サイト全体を俯瞰する）

Search Consoleの「ウェブに関する主な指標」レポートは、サイト全体のCWV状態を把握するのに最適です。

モバイル・デスクトップ別に、Good/Needs Improvement/Poorの各URLグループが表示されます。問題のあるURLをテンプレート単位でグループ化してくれるので、「どのタイプのページに問題があるか」を効率よく特定できます。

個別URLの詳細を見るにはPageSpeed Insightsの方が便利ですが、サイト全体の状況を俯瞰して優先順位をつけるにはSearch Consoleが適しています。

Chrome DevTools / Lighthouse（開発者向け詳細分析）

Chrome DevToolsのPerformanceパネルでは、各指標の詳細な内訳を確認できます。LCPが遅い原因が画像なのかサーバー応答なのか、CLSの原因がどの要素のシフトなのか、具体的な問題箇所を特定するのに使います。

主な使い方は2つです。開発チームに改善を依頼する際の「具体的な指示材料」として使う場合と、改善後に「本当に直ったか」を検証する場合です。

SEO担当者が普段使うツールではありませんが、開発チームとのやり取りで「Performanceパネルのスクリーンショットを添えて依頼する」と伝わりやすくなります。

Chrome UX Report（CrUX）: 大規模サイト向け

CrUXは、Chromeユーザーの実際の体験データを集計した公開データセットです。BigQueryやCrUX APIを通じてアクセスできます。

ただし、トラフィックが少ないサイトではデータが十分に蓄積されず、表示されないことがあります。中小規模のサイトではPageSpeed InsightsとSearch Consoleの2つで十分でしょう。

指標別の改善方法と優先順位

CWVの改善が必要な場合、すべてを均等に対策する必要はありません。効果が大きく、かつ実装が比較的簡単なアクションから着手するのが基本です。

LCPの改善 - まず画像とサーバー応答を見直す

LCPはモバイルで最もスコアが低い指標（合格率59%）であり、改善の優先度が最も高いケースが多いでしょう。

まず取り組むべきは画像の最適化です。WebPやAVIF形式への変換、適切なサイズへのリサイズ、ファーストビュー外の画像へのloading="lazy"属性の追加。これらは開発チームに頼まなくても対応できることが多いはずです。

次にサーバー応答時間（TTFB）の改善。CDNの導入やキャッシュ設定の見直しが有効です。レンダリングブロックしているCSS/JavaScriptの最適化も効果が大きいですが、実装には開発チームの協力が必要になります。

INPの改善 - 重いJavaScriptを分割する

INPの改善は、主にJavaScriptの最適化が中心になります。

メインスレッドを長時間ブロックする「Long Tasks」の分割が最も効果的です。50ms以上かかるタスクをより小さな単位に分けることで、ユーザー操作への応答が早くなります。

使われていないJavaScriptの削除や、初期表示に不要なスクリプトの遅延読み込み（defer/async属性）も有効です。サードパーティスクリプト（アナリティクスタグ、広告タグ等）が原因になっていることも多いので、DevToolsのPerformanceパネルで原因を特定しましょう。

CLSの改善 - レイアウトシフトの原因を潰す

CLSの改善は、原因さえ特定できれば対応はシンプルです。

最も多い原因は、画像や動画にwidth/height属性が指定されていないケースです。これを指定するだけでブラウザが事前にスペースを確保してくれるため、読み込み時のレイアウトシフトが防げます。

広告枠やiframeも同様に、表示領域を事前に確保しておくことが大切です。min-heightをCSSで指定するのが一般的な方法です。

Webフォントによるシフトは、font-display: swapを指定することでフォント読み込み中もテキストが表示され、シフト量を最小限に抑えられます。

inSite（インサイト）

SEOの課題を自動で発見・管理。サイトの状態を可視化して、改善に集中できる環境を提供します。

無料で試す →

よくある質問

まとめ

CWVはSEOにとって「無視はできないが、最優先にすべきでもない」要素です。特にインハウスSEOでは限られたリソースをどこに集中させるかが成果を左右します。

まずはSearch ConsoleやPageSpeed Insightsで自サイトのスコアを確認してみましょう。Poor判定が出ていなければ、CWVより先にコンテンツの改善や内部リンクの整備に時間を使う方が賢明です。

inSite（インサイト）

SEOの改善ポイントを自動で発見。サイトの健全性を可視化して、施策の優先順位づけをサポートします。

無料で試す →