ホームページの表示が遅いと感じたら、まず主要なページと端末を分けて測定し、どの処理が利用者を待たせているのか調べます。Googleが示すCore Web Vitalsは、読み込み・操作への応答・表示の安定性をLCP、INP、CLSで確認する指標です。PageSpeed Insightsの点数だけで原因や検索順位を決めつけず、実ユーザーの状況とテスト結果を組み合わせます。
KEY TAKEAWAY
表示速度はページ単位で測り、実利用データとラボ結果を分けて改善する。
画像やスクリプトを一律に削るのではなく、計測で原因を確かめて変更後も再測定します。
Core Web Vitalsの3指標
| 指標 | 何を測るか | 良好な目安 |
|---|---|---|
| LCP | 主なコンテンツの表示速度 | 2.5秒以内 |
| INP | 操作に対する画面の応答 | 200ミリ秒以内 |
| CLS | 予期しないレイアウトのずれ | 0.1以下 |
上記はGoogleが案内する良好な目安で、実ユーザーデータではモバイルとデスクトップを分け、表示の75パーセンタイルで確認する考え方です。これらの基準を満たすことだけで検索順位やコンバージョンが上がると保証されるわけではありません。web.dev「Web Vitals」
PageSpeed Insightsの結果を読む手順
- 対象URLを入力し、モバイルとデスクトップの結果をそれぞれ見る
- 実ユーザーデータ（フィールドデータ）が表示されているか確認する
- ラボデータのLighthouse診断で、遅延やサイズに関する候補を確認する
- 警告の対象になっている要素やファイルをページ上で特定する
- 優先する改善を一つ決め、公開前後を同じ条件で比較する
実ユーザーデータが表示されないページでは、利用できるラボ測定や現場の実機確認を使って原因を調べます。ラボ測定は開発中の変更を試すのに便利ですが、端末性能・通信・利用者の操作を完全には再現しません。公開後はSearch ConsoleのCore Web Vitalsレポートや、利用可能なフィールドデータも確認します。計測方法の公式ガイド
LCPが遅いときに確認すること
LCPはページの主要な画像やテキストが表示されるまでを測ります。ファーストビューの大きな画像、サーバー応答、読み込みを妨げるリソースなど、表示までの区間に遅れがないかを確認します。Googleのガイドは、単一の簡単な修正では十分な改善にならない場合があり、読み込み過程全体を調べることを勧めています。web.dev「LCPを最適化する」
- ファーストビュー画像の表示寸法とファイル容量は適切か
- 画面上部に必要のない大きな画像や動画を読み込んでいないか
- サーバーの応答やキャッシュに問題がないか
- 表示を妨げるCSSやJavaScriptが過剰ではないか
INPが悪いときに確認すること
メニューを開く、タブを切り替える、フォームを操作するなど、ページ内の操作を実際に試します。反応が遅い場合、ブラウザーのメインスレッドを長く占有する処理や、不要なJavaScript、第三者タグなどが関係している可能性があります。操作の種類を記録し、ユーザーが多く使う画面から調査します。Lighthouse単体ではユーザー入力を再現できないため、実測や開発者ツールの調査も使います。
CLSが大きいときに確認すること
画像・広告・埋め込み動画・後から出るバナーなど、読み込み後に大きさが決まる要素を見ます。幅と高さを指定して表示領域を先に確保し、遅れて現れる要素が本文やボタンを押し下げないようにします。固定ヘッダーや追従CTAは、スマートフォンで本文・フォームを覆っていないかも確認してください。
改善の優先順位を決める
点数が低い順に作業を始めるのではなく、サイトの目的と利用者の困り方から優先します。問い合わせの入口となるサービスページや、スマートフォンからよく閲覧されるページがあれば、そこから確認します。
- 影響範囲：何ページ・何端末に影響しているか
- 利用者への影響：情報を読めない、操作できない、意図しない場所を押すなどの問題か
- 原因の確からしさ：計測や再現で特定できているか
- 副作用：機能・見た目・計測タグに別の影響が出ないか
- 比較方法：同じページ、端末区分、計測方法で前後を比べられるか
改善は一度に多くを変えるより、一つの仮説を試して結果を記録すると、効果と副作用を判断しやすくなります。
よくある質問
表示速度の点数が上がると検索順位も上がりますか？
順位上昇は保証できません。速度測定はページ体験の課題を把握し、読み込みや操作を改善するために利用します。検索状況は関連性やコンテンツなど複数要因も含め、Search Consoleなどで別に確認します。
画像を圧縮するだけで改善しますか？
画像が原因なら有効な対策候補ですが、サーバー応答やスクリプトなど別の原因があれば、圧縮だけでは解決しないことがあります。どの指標・ページで何が遅れているかを確認してから対応します。
毎回の測定結果が違うのはなぜですか？
ネットワーク・端末の状態・サーバー負荷・計測条件などによって、ラボの測定値は変わることがあります。単発の値だけで判断せず、同じ条件で複数回確認し、実ユーザーデータが利用できる場合は合わせて読みます。
まとめ：体験に結びつく原因から改善しよう
LCP・INP・CLSはそれぞれ読み込み、応答性、表示安定性を示します。PageSpeed InsightsやSearch Consoleで課題を絞り、画像・スクリプト・サーバー・レイアウトなど原因に合う施策を試してください。実測とラボデータを区別し、同じ条件で改善前後を確認するのが基本です。
関連：ホームページから問い合わせがないときの確認方法もご覧ください。
公開後に取り組む点検や改善を全体から整理したい方は、ホームページ公開後の運用・改善ガイドもご覧ください。
