サイトを開いた瞬間、画面がガクッと動いて押そうとしたボタンが別の場所に飛んでいく。読み込みが遅くてユーザーが離脱する。Googleからの評価が伸び悩む。これらに共通する原因が「コアウェブバイタル」の数値悪化です。
2021年6月、Googleは「ページエクスペリエンス」を検索ランキング要因として正式に組み込みました。中核となる指標がコアウェブバイタル。表示速度・操作の応答性・レイアウトの安定性を数値化したものです。
本記事では、コアウェブバイタルの3指標が何を測っているのかを噛み砕き、診断から改善まで実務で使える具体策をまとめます。読み終えた直後から、自社サイトの数値を1段階引き上げる行動が取れる構成です。
コアウェブバイタルとは何か｜SEOに直結する3つの体感指標
コアウェブバイタル（Core Web Vitals）は、Googleが定めたユーザー体験の品質指標です。日本語に訳せば「ウェブの中核となる重要指標」。技術寄りに聞こえますが、内容は極めてシンプルで、ユーザーが感じる「速い・使いやすい・崩れない」を数値化しただけです。
3指標の意味を1分で理解する
2024年3月、Googleは指標の1つを「FID」から「INP」に正式に置き換えました。現行の3指標は次の通りです。
- LCP（Largest Contentful Paint）: 画面内で最も大きな要素が表示されるまでの時間。表示の速さの指標
- INP（Interaction to Next Paint）: クリックやタップへの応答が画面に反映されるまでの時間。操作の快適さの指標
- CLS（Cumulative Layout Shift）: 読み込み中にレイアウトが予期せずズレる量。表示の安定性の指標
なぜGoogleがこれを評価軸にしたのか
背景はシンプルです。検索結果に低品質な体験のサイトが並ぶと、ユーザーはGoogle自体から離れてしまう。検索エンジンの存続戦略として、ユーザー体験を上げ続ける義務があります。
SEO評価における立ち位置
Googleは「コンテンツの質が最優先、コアウェブバイタルはタイブレーカー」と明言しています。つまり、同じ品質の記事が並んだとき、コアウェブバイタルの数値が良いページが上位に出る、という構造です。
表示速度がビジネス成果に与えるインパクト
SEOの順位だけでなく、コアウェブバイタルは売上・問い合わせ件数に直結します。理由は明快で、ユーザーは遅いサイトを待ってくれないからです。
離脱率の急増ライン
表示時間が3秒を超えた瞬間、ユーザーの3人に1人が戻るボタンを押します。1秒の遅延が体感では永遠に感じられる、という調査結果も多数。
コンバージョン率への波及
月100件の問い合わせがあるサイトで表示速度を1秒短縮できれば、単純計算で月7件の問い合わせ増。年間84件の差は、中小企業にとって看過できない数字です。
モバイル比率がさらに評価を厳しくする
日本国内の検索流入は、モバイル比率が約7割。電波が安定しない屋外、低スペック端末、古いブラウザ。最も条件が悪い環境のユーザーが「Good」体感を得られるかが評価の分かれ目です。
現状診断｜まずは無料ツール3点で数値を出す
改善はすべて「現状把握」から始まります。推測で手を動かすと、効果のない箇所をいじって時間を溶かします。
PageSpeed Insights｜単一ページの即診断
URLを入れるだけで、LCP・INP・CLSを一発出力。改善提案も具体的に表示されます。診断は「モバイル」タブを必ず確認。PCの数値だけ見て安心するのは典型的な失敗です。
Search Console｜サイト全体の健康診断
「ウェブに関する主な指標」レポートで、サイト全体のURLを「良好・改善が必要・不良」の3段階で分類。どのページから手を付けるかの優先順位がここで決まります。
Chrome DevTools｜原因の深掘り
Performanceタブで読み込みの内訳をミリ秒単位で可視化。どの画像が重いか、どのスクリプトが操作を止めているかを特定できます。
- PageSpeed Insightsで主要5ページのモバイルスコアを記録する
- Search Consoleで「不良」「改善が必要」と判定されたURLをリストアップする
- 各指標のフィールドデータ（実ユーザー値）を最優先で確認する
- 「ラボデータ」と「フィールドデータ」が乖離していないかチェックする
- 診断結果はスプレッドシートに月次で記録し、推移を追う
LCP改善｜表示速度を2.5秒以内に収める実践策
LCPの遅延原因は、9割が「画像が重い」「サーバー応答が遅い」「重要リソースの読み込み順序が悪い」の3つに集約されます。
画像の最適化が最大効果
多くのサイトで、ファーストビューに数MBのJPEG画像が読み込まれています。WebP形式への変換で容量は約30%削減。AVIF形式ならさらに半分以下。これだけでLCPが1秒以上短縮するケースは珍しくありません。
サーバー応答時間（TTFB）の短縮
TTFB（Time To First Byte）はサーバーが最初のデータを返すまでの時間。0.8秒以内が理想。共有サーバーでサイトが重い場合、専用サーバーやCDN導入で劇的に改善します。WordPressサイトなら、不要プラグインの整理だけで数百ミリ秒短縮することも。
リソース読み込みの優先順位制御
HTMLの<head>内で、ファーストビュー画像にfetchpriority="high"属性を付与。逆に画面下部の画像にはloading="lazy"を指定し、後回しにする。これだけで体感速度が大きく変わります。
INP改善｜操作の応答性を200ms以内にする
INPは2024年3月から正式採用された新指標。クリック・タップ・キー入力に対する応答速度を測ります。改善が後回しになりやすく、Search Consoleで「Poor」が増えやすい領域です。
JavaScriptの肥大化を断つ
原因の最大要因はJavaScriptの実行時間。広告タグ・解析タグ・チャットボット・SNS埋め込みなど、サードパーティスクリプトが10個以上載っているサイトは要警戒。本当に必要なものに絞り込むだけで、INPが半減することもあります。
処理の分割と非同期化
長時間の処理を1つの塊で実行すると、その間ユーザーの操作はすべて固まります。requestIdleCallbackやsetTimeoutで処理を細切れに分割し、ユーザー操作が割り込めるようにする。これがINPの根本対策です。
サードパーティスクリプトの遅延読み込み
チャットツールやSNSウィジェットは、ユーザーがスクロールするまで読み込まなくて十分。defer属性や動的ロードを駆使して、初期表示の負荷から外す設計が標準になっています。
CLS改善｜レイアウトのズレをゼロに近づける
CLSは「読み込み中に画面が突然ガクッと動く現象」を数値化したもの。誤クリックを誘発し、ユーザーのストレスを最も高めます。
画像・動画にサイズ属性を必ず指定
<img>タグにwidth属性とheight属性を明記するだけで、ブラウザが事前にスペースを確保します。指定がないと、画像読み込み後にコンテンツが押し下げられ、ユーザーが押そうとしたボタンが別の場所に飛びます。
Webフォント読み込みのちらつき対策
Google FontsなどWebフォントが遅延読み込みされると、システムフォント表示後にWebフォントへ置き換わる際にレイアウトが微細に動きます。font-display: swapとpreloadの併用で抑制可能。
広告・埋め込みコンテンツの予約スペース確保
後から差し込まれる広告枠やSNS埋め込みは、CSS上で最低高さ（min-height）を確保しておく。読み込まれた瞬間にレイアウトが押し広げられる事故を防げます。
- すべての画像にwidthとheight属性を明記する
- 動画とiframeにもサイズ属性を必ず指定する
- Webフォントにfont-display: swapを設定する
- 広告枠・埋め込み枠にmin-heightを設定する
- 動的に挿入されるコンテンツは既存要素の上に重ねず、下に追加する
- CSSアニメーションはtransformとopacityのみで構成する
WordPress運用サイトの最短改善ルート
日本国内のWebサイトの約4割はWordPress。専門知識がなくても、運用ルールとプラグイン選定で大きく改善できます。
軽量テーマへの切り替え
多機能を売りにしたテーマは、未使用機能のCSS・JSが膨大。Cocoon、SWELL、Snow Monkeyなど軽量設計のテーマに切り替えるだけで、LCPが1秒以上短縮するケースが頻発します。
キャッシュ系プラグインの導入
WP Rocket、LiteSpeed Cache、W3 Total Cacheが定番。ページキャッシュ・ブラウザキャッシュ・画像遅延読み込みを一括で設定可能。
不要プラグインの棚卸し
「インストールしたまま停止しているプラグイン」「機能が重複しているプラグイン」を月次で削除。プラグインは1つ増えるごとにJavaScriptとCSSの読み込み量が増え、INPとLCPの両方に悪影響を及ぼします。
パフォーマンス改善で最も費用対効果が高いのは、新機能の追加ではなく、すでにある不要なものを削ぎ落とすことです。
― Web.dev（Google公式パフォーマンスチーム）
改善後の運用｜継続して数値を守る仕組み
1度改善しても、コンテンツ追加・プラグイン更新・広告タグ追加で数値は容易に劣化します。改善は「プロジェクト」ではなく「継続運用」だと割り切ることが必要です。
月次モニタリングの仕組み化
Search Consoleの「ウェブに関する主な指標」レポートは、毎月1日に必ず確認。前月比で「不良」が増えていないか、新しいURLパターンが「改善が必要」に分類されていないかを点検。
変更時のリグレッションチェック
サイト改修・新ページ公開・プラグイン更新の前後で、必ずPageSpeed Insightsを実行。数値が悪化した場合、直前の変更が原因なので原因特定が容易です。
社内ルールへの組み込み
- 新しい画像をアップする際は、必ずWebP形式に変換するルールを徹底
- 外部スクリプト追加は、表示速度への影響を確認してから決裁
- テーマ・プラグイン更新は本番反映前にステージング環境で速度測定
- 月初にSearch Consoleの主要指標レポートを共有・記録
- 四半期に1度、PageSpeed Insightsで主要10ページを再診断
まとめ｜数値改善の先にあるユーザー満足
コアウェブバイタルは、Googleの評価軸であると同時に、ユーザーが感じる「使いやすさ」の指標そのもの。LCP・INP・CLSの3指標を順に診断・改善することで、SEO順位と問い合わせ件数を同時に押し上げられます。
まず明日、自社サイトのトップページのURLをPageSpeed Insightsに入れて、モバイルスコアを記録するところから始めてください。現状把握の1分間が、すべての改善の起点になります。