コアウェブバイタルとは何か、そして自社サイトをどう改善すればよいか——担当者からよく聞かれる疑問です。
結論からお伝えすると、コアウェブバイタルは「LCP・INP・CLS」の3指標で構成される、Googleがページ体験を評価する基準であり、改善の優先順位はLCP→CLS→INPの順が基本です。
この記事では、各指標の基準値・よくある勘違い・WordPressで今日から実践できる改善方法・実際の改善事例（モバイルスコア35点→58点）・GA4での効果検証まで、Web担当者が実務で使える形で解説します。
コアウェブバイタルとは何か？Web担当者が知るべき基本
コアウェブバイタル（Core Web Vitals：CWV）は、Googleが2020年に発表したページ体験の評価指標群です。
LCP・INP・CLSの3指標でページの「読み込み速度」「操作への応答性」「レイアウトのズレ」を数値化し、2021年6月よりGoogle検索のランキング要因に正式採用されています。
LCP・INP・CLSの基準値一覧
| 指標 | 意味 | 良好 | 要改善 | 不良 |
|---|---|---|---|---|
| LCP（Largest Contentful Paint） | 最大コンテンツの表示速度 | 2.5秒以下 | 2.5〜4.0秒 | 4.0秒超 |
| INP（Interaction to Next Paint） | 操作への応答速度 | 200ms以下 | 200〜500ms | 500ms超 |
| CLS（Cumulative Layout Shift） | レイアウトのズレ量 | 0.1以下 | 0.1〜0.25 | 0.25超 |
LCPはページ内で最も大きな画像やテキストブロックが表示されるまでの時間を計測します。
INPはクリックやタップなどの操作に対してページがどれだけ速く反応するかを示します。CLSはページ読み込み中にコンテンツが突然ズレる現象の大きさを測定します。
なぜGoogleはこの指標を重視するのか
Googleがコアウェブバイタルを検索評価に組み込んだ背景には、「速くて使いやすいサイトがユーザーに選ばれる」という一貫した方針があります。
遅いページはユーザーが離脱し、そのシグナルが検索評価に影響します。
Googleは2021年からコアウェブバイタルをページエクスペリエンスシグナルの一部として採用し、モバイル検索を中心に評価へ反映しています。
Googleの調査によると、3指標すべてが「良好」のページはユーザー離脱率が24%低下することが確認されています。スマートフォン検索が主流の現在、表示速度とレイアウトの安定性は検索順位に直結する要素です。
FIDからINPへ何が変わったか？具体例で解説
2024年3月、FID（First Input Delay）がINP（Interaction to Next Paint）に置き換わりました。
FIDは「最初の操作への遅延時間」だけを測るのに対し、INPは「ページ全体を通じた操作への応答時間の最悪値」を評価します。
たとえば、フォームへの入力・アコーディオンメニューの開閉・タブ切り替えなど、ユーザーが行うあらゆる操作が対象になります。FIDが良好だったサイトでも、JavaScriptが重いページではINPで「要改善」が出るケースがあります。
コアウェブバイタルはSEOにどのくらい影響するのか？
コアウェブバイタルのSEO影響は「あるが、コンテンツ品質より優先度は低い」というのがGoogleの公式スタンスです。
Googleの公式スタンス：スコアより「良好」かどうかが重要
Googleは「コアウェブバイタルはランキングシグナルの一つ」と明言していますが、同時に「良いコンテンツを持つページは、コアウェブバイタルが悪くても上位表示される可能性がある」とも述べています。
重要なのは、細かいスコアの数値ではなく、「良好」「要改善」「不良」のどのゾーンにいるかです。
「不良」を「要改善」に改善することは検索評価の改善に直結しますが、「良好（例：スコア85点）」を「さらに良好（95点）」に上げても、検索順位への影響はほとんど期待できません。
「スコアが上がれば順位も上がる」は本当か？
「コアウェブバイタルのスコアを上げると検索順位が上がる」は半分正しく、半分は誤解です。
「不良→良好」の改善は効果が期待できますが、すでに「良好」ゾーンにいるサイトがスコアを追求しても、検索順位への直接的な効果は限定的です。
順位を上げるには、コアウェブバイタルの改善とコンテンツ品質の向上を並行して進めることが現実的な戦略です。
コンテンツ品質との優先順位をどう考えるか
コアウェブバイタルが「不良」のサイトは、技術改善を先に行う価値があります。一方で「要改善」以上のサイトは、コンテンツの充実・検索意図への対応・E-E-A-T強化を優先すべきです。
技術面とコンテンツ面は二者択一ではなく、段階的に両方を整えていくのが長期的に成果の出るアプローチです。
コアウェブバイタルのよくある勘違い5選
実務支援の中でよく目にする誤解を5つ整理します。
モバイルとデスクトップ、Googleはどちらを重視しているか
Googleはモバイルを重視しています。 モバイルファーストインデックス（MFI）を採用しているため、モバイル版のページが検索評価の基準になります。PageSpeed Insightsで確認する際は、まずモバイルタブのスコアを確認してください。
「スマホ対応されていないサイトの影響とは？SEOへのダメージと改善策」でも詳しく解説していますが、デスクトップでの表示品質だけを改善してもモバイルスコアが改善しなければSEO上の効果は限定的です。
画像を軽くすれば全部解決する、は間違い
画像の最適化はLCPとCLSの改善に有効ですが、コアウェブバイタルはそれだけでは解決しません。
INPの低下はJavaScriptの処理量に依存することが多く、画像を圧縮しても改善されないケースが大半です。
また、CLSの原因はフォントの読み込み遅延や広告の挿入など、画像以外の要因でも発生します。指標ごとに原因を特定してアプローチする必要があります。
PageSpeed Insightsのスコアをそのまま信じていいか
PageSpeed Insightsには「ラボデータ」と「フィールドデータ」の2種類があります。
- ラボデータ：シミュレーション環境での計測値。毎回ほぼ同じ条件で測定されるため再現性が高い。ただし実際のユーザー環境を完全には反映しない
- フィールドデータ：実際のユーザーの計測データの集計値。リアルな体験に近い。ただし一定数のアクセスが必要で、新しいサイトや低トラフィックサイトでは表示されないことがある
SEO評価に使われるのはフィールドデータです。 ラボデータのスコアを改善しても、フィールドデータに反映されるまでに数週間〜数ヶ月かかります。
CWV改善を最優先すべきサイト・後回しでいいサイトの見分け方
以下のようなサイトはコアウェブバイタルの改善を優先すべきです。
- LCP・INP・CLSのいずれかが「不良」ゾーンにある
- モバイルでのスコアが50点未満
- EC・申し込みページなど直接CVにつながるページが遅い
一方、以下のケースはコンテンツ改善や他のSEO施策を先行させても構いません。
- すでに3指標すべてが「良好」ゾーン
- サイトの順位がコアウェブバイタル以外の要因で停滞している
FIDが良好だったのにINPで引っかかるのはなぜか
FIDは「最初のクリック・タップ後の遅延」しか測定しませんでした。
一方INPは、ページ滞在中のすべての操作の応答性を通して評価します。 フォーム入力・メニュー操作・スクロール中のクリックなど、初回以降の操作でもJavaScriptが重ければINPは悪化します。
FIDが良好でもINPが不良になる最大の原因は、初回以外の操作に対してJavaScriptの実行コストが高い状態にあることです。
自社サイトのコアウェブバイタルを確認する方法
まず現状を把握することが改善の第一歩です。
PageSpeed Insightsの読み方（モバイルタブで確認する）
- PageSpeed Insightsにアクセスする
- 調べたいページのURLを入力して「分析」をクリック
- 画面上部の「モバイル」タブを選択する
- ページ上部の「フィールドデータ」セクションでLCP・INP・CLSを確認する
フィールドデータが表示されない場合は、対象URLへのアクセスが少なくChrome User Experience Report（CrUX）にデータが蓄積されていない状態です。
その場合はラボデータを参考にしつつ、Google Search Consoleのレポートで全体傾向を確認します。
Google Search Consoleの「ウェブに関する主な指標」レポート
Google Search Consoleの左メニューから「ウェブに関する主な指標」を開くと、サイト全体のURLを「良好・要改善・不良」に分類して確認できます。
このレポートで「不良」に分類されているURLから優先的に対応します。
「不良」URLの数が多い場合は、共通の原因（大きな画像・重いプラグインなど）がある可能性が高く、1つの施策で複数ページを改善できることもあります。
改善の優先順位はLCP → CLS → INPの順で考える
3指標すべてを同時に改善しようとすると分散して成果が出にくくなります。優先順位を決めて取り組むことが重要です。
なぜLCPを最初に対処すべきか
LCPはユーザーが「ページが読み込まれた」と感じるタイミングに最も直結します。
LCPが遅いサイトは離脱率が高くなりやすく、ビジネスへの影響が最も大きい指標です。
WordPressサイトでLCPが遅い最大の原因は、ファーストビューに配置された大きな未圧縮画像です。この1点を改善するだけで、LCPが「不良」から「良好」に改善するケースも珍しくありません。
CLSを先にやるべきケース（LCPが良好な場合）
LCPがすでに「良好」で、CLSが「要改善」または「不良」の場合はCLSを優先します。
CLSはユーザーがリンクをクリックしようとしたときにコンテンツがズレて誤タップするといった、直接的な操作ミスにつながります。
CLSの主な原因は「画像のサイズ指定なし」「広告の遅延挿入」「Webフォントの読み込み遅延」です。WordPressの場合、画像にwidth/height属性を追加することが最初の対処です。
INPは後回しでいい理由と、対処が必要になるサイトの特徴
INPはJavaScriptのコード改修が必要になるケースが多く、エンジニアの手を借りずに改善することが難しい指標です。担当者が自分でできる施策を先に実施し、それでも「不良」が続く場合にエンジニアへ相談するという順番が現実的です。
以下のサイトはINPを早期に優先すべきです。
- JavaScriptを多用するページ（動的コンテンツ・チャット機能など）
- 重いサードパーティスクリプト（タグマネージャーで多数のタグを配信しているなど）
- EC・申し込みフォームなどCVに直結するページ
WordPressサイトでよくある原因と、担当者が自分でできる改善方法
ここからは、Web担当者がエンジニアなしで実施できる施策を具体的に解説します。
「テクニカルSEO完全ガイド｜診断・優先施策・実装手順を実務で解説【チェックリスト30項目】」でも関連施策を網羅していますが、コアウェブバイタルに絞った実務手順をまとめます。
画像軽量化（EWWW Image Optimizer・ShortPixel）
LCPの改善に最も効果が高いのが画像の軽量化です。 WordPressなら以下のプラグインで対応できます。
- EWWW Image Optimizer：無料で使えるWordPress定番の画像最適化プラグイン。WebP変換・自動圧縮が可能
- ShortPixel：画質を保ちながら圧縮率が高い。月100枚まで無料、それ以降は有料
導入後に既存の画像を一括最適化する「Bulk Optimize」機能を使うことで、過去にアップロードした画像もまとめて圧縮できます。あわせて、<img>タグのwidth・height属性を指定することでCLSの防止にもなります。
キャッシュ設定（WP Super Cache・LiteSpeed Cache）
ページ全体の読み込み速度を改善するにはキャッシュプラグインが有効です。
- WP Super Cache：WordPressが公式に提供する無料プラグイン。設定が簡単で初心者でも扱いやすい
- LiteSpeed Cache：LiteSpeedサーバー環境で最大限の効果を発揮。CDN連携・画像最適化機能も内蔵
注意点として、キャッシュ設定後は必ずキャッシュをクリアしてからPageSpeed Insightsで再計測してください。 古いキャッシュが残っていると改善の効果が正確に測定できません。
CSS/JS圧縮（Autoptimize）
AutoptimizeはCSS・JavaScriptを結合・圧縮して読み込みリクエスト数を減らすプラグインです。LCPとINPの両方の改善に寄与します。
ただし、Autoptimizeを有効にするとJavaScriptの読み込み順序が変わり、サイトのデザインや機能が崩れることがあります。必ずバックアップを取ってから有効化し、フロントエンドを目視確認することを推奨します。
重いプラグインの特定と整理（Query Monitor）
WordPress上でどのプラグインがページ読み込みを遅くしているかを特定するには、Query Monitorが有効です。
ページごとのデータベースクエリ・JavaScriptの実行時間・プラグインの処理時間を可視化できます。
使っていないプラグインや重複機能のプラグイン（例：キャッシュ系が複数入っている）は整理するだけで改善する場合があります。
エンジニアへの相談が必要な施策（サーバー・CDN・テーマ改修）
以下の施策は専門知識が必要なため、エンジニアまたはWeb制作会社への依頼を推奨します。
- サーバーのアップグレード：共有サーバーから専用・VPSへの移行
- CDN（コンテンツデリバリーネットワーク）の導入：Cloudflare等を使ったグローバルキャッシュ配信
- テーマのコード改修：不要なCSSの削除・JavaScriptの遅延読み込み実装
- LCPコンテンツのプリロード：
<link rel="preload">によるファーストビュー画像の先読み
「SEO内部対策とは？クロール・インデックス・UX別に16施策を徹底解説」も参考に、担当者でできる範囲とエンジニア対応が必要な範囲を切り分けて進めてください。
実際のCWV改善事例｜モバイルスコア35点→58点にした施策の全容
Technogramが支援した事例をもとに、実際の改善プロセスをお伝えします。
課題の概要（静的サイトからWordPress移行後の初期状態）
支援先は、静的HTMLサイトからWordPressへのリニューアル直後の企業サイトです。
リニューアル前はモバイルスコアが65点前後でしたが、WordPress移行後は35点まで低下しました。
原因はプラグインの増加・未圧縮の画像・キャッシュ未設定・テーマのJavaScript読み込みの重さでした。
実施した4つの対応と結果
- EWWW Image Optimizerによる全画像のWebP変換・圧縮：LCPが4.8秒→2.6秒に改善
- WP Super Cacheの導入と設定：全体的な読み込み速度が向上し、CLSも安定
- AutoptimizeによるCSS/JS圧縮：不要なリクエストが減少
- 使っていないプラグイン7本の削除：データベースクエリ数が減少
これらの施策の結果、モバイルスコアは35点から58点まで改善。LCPは「不良」から「良好」ゾーンに入りました。
一度で完全解決しない理由と次のステップ
スコアが58点で止まった主な要因は、テーマのJavaScript読み込みとサードパーティスクリプトです。これらはコード改修が必要で、担当者だけでは対応できない領域でした。
コアウェブバイタルの改善は「担当者でできること→エンジニア対応」の2段階で進めるのが現実的です。
担当者施策だけで「良好」に到達できるサイトもあれば、エンジニアの協力が必要なサイトもあります。まず自分でできることをやり切ってから、次のステップを判断してください。
改善後の効果をGA4でどう確認するか？
コアウェブバイタルを改善したら、実際にユーザー体験や集客に変化が出ているかをGA4で確認します。
見るべき3指標（エンゲージメント率・エンゲージメント時間・ページ別セッション）
GA4でコアウェブバイタル改善の効果を確認するには、以下の3指標を改善前後で比較します。
- エンゲージメント率：ページを10秒以上閲覧・スクロール・クリックするなど能動的な行動をしたセッションの割合。離脱率の改善を確認できる
- エンゲージメント時間：ユーザーがページをアクティブに見ていた時間。増加していれば読み込み速度の改善が体験向上につながっている
- ページ別セッション数：改善したページへのオーガニック流入が増えているかを確認する
GA4の「レポート」→「ライフサイクル」→「エンゲージメント」→「ページとスクリーン」で各ページの指標を確認できます。
PageSpeed Insightsとの併用が前提な理由
GA4では「表示が遅かったのが原因で離脱した」という直接的な因果関係を証明することはできません。
PageSpeed Insightsでの定量的な指標改善の確認と、GA4でのユーザー行動の変化確認を組み合わせて、初めて改善効果を総合的に判断できます。
改善後のPageSpeed Insightsでのフィールドデータ反映には数週間〜数ヶ月かかることを念頭に置き、GA4での変化を先行指標として活用してください。
まとめ：コアウェブバイタル改善のロードマップ
コアウェブバイタル改善の要点を整理します。
- まず現状確認：PageSpeed Insightsのモバイルタブでフィールドデータを確認し、「不良」ゾーンの指標を直接的に特定する
- 優先順位はLCP→CLS→INP：ユーザー体験とビジネス影響が最も大きいLCPから着手する
- 担当者でできる施策から始める：画像圧縮・キャッシュ設定・プラグイン整理はエンジニアなしで対応可能
- 「不良」→「良好」の改善を目指す：スコアの数値追求ではなく、ゾーンの移行を目標にする
- GA4とPageSpeed Insightsの両方で効果を検証する：数値改善と行動変化を組み合わせて判断する
コアウェブバイタルの改善は一度で完結するものではありません。まずはPageSpeed Insightsでモバイルのフィールドデータを確認することから始めてみてはいかがでしょうか。
よくある質問（FAQ）
Q. コアウェブバイタルのスコアを上げれば検索順位は上がりますか？
必ずしも上がるとは限りません。「不良」から「良好」への改善はSEO評価の向上が期待できますが、すでに「良好」ゾーンにいるサイトがスコアをさらに上げても、検索順位への直接的な影響は限定的です。Googleはコアウェブバイタルをランキングシグナルの一つと位置づけており、コンテンツ品質との組み合わせが重要です。
Q. PageSpeed InsightsとSearch Consoleはどちらを見ればいいですか？
どちらも必要で、用途が異なります。PageSpeed Insightsは特定ページの詳細な原因分析に使い、Google Search Consoleはサイト全体のURL状況を「良好・要改善・不良」で俯瞰するのに使います。まずGoogle Search Consoleで「不良」URLを特定し、次にPageSpeed Insightsでそのページの詳細を調べるという流れが効率的です。
Q. 改善はLCP・INP・CLSのどれから手をつければいいですか？
基本はLCP→CLS→INPの順です。LCPはユーザー体験とビジネスへの影響が最も大きく、WordPressでは担当者が自分で対処できる施策（画像圧縮・キャッシュ設定）で改善しやすい指標です。INPはJavaScriptのコード改修が必要なケースが多く、エンジニア対応が前提になりやすいため後回しにするのが現実的です。
Q. モバイルスコアが50点以下ですが、まず何から手をつけるべきですか？
まずPageSpeed Insightsのフィールドデータで、LCP・INP・CLSのどれが「不良」になっているかを確認してください。多くの場合、LCPが問題の原因です。EWWW Image OptimizerやShortPixelで画像を圧縮し、WP Super Cacheでキャッシュを設定するだけでスコアが大幅に改善するケースがあります。それでも改善しない場合はエンジニアに相談してください。
Q. コアウェブバイタルの改善にどのくらいの期間がかかりますか？
施策の実施から数日〜2週間でラボデータの変化を確認できますが、フィールドデータ（SEO評価に影響する実測値）への反映は数週間〜数ヶ月かかります。Google Search Consoleの「ウェブに関する主な指標」レポートで反映を確認しながら、改善施策を継続することが重要です。
