PageSpeed Insightsの使い方を解説｜見方・改善方法まで初心者向けガイド

Webサイトの表示速度は、ユーザーの閲覧体験を左右する重要な要素です。Google検索では、読み込み性能・応答性・視覚的安定性を測る「Core Web Vitals」が、ほかのページエクスペリエンス要素とともにコアランキングシステムで考慮されます。

ただし、PageSpeed Insightsのスコアを上げるだけで、検索順位が必ず上がるわけではありません。スコアだけを追うのではなく、実際のユーザーが快適に利用できるWebサイトを目指すことが重要です。

「自社サイトの表示速度を確認したい」「どこから改善すればよいかわからない」という方は、まずPageSpeed Insightsで現状を確認しましょう。この記事では、基本的な使い方から分析結果の見方、改善方法、外注時のポイントまで初心者向けに解説します。

なぜページの表示速度が重要なのか

表示速度を改善すると、ユーザーがページを閲覧するときの待ち時間や、操作時のストレスを減らせる可能性があります。

Webサイト運営側への影響

• ページからの離脱を防ぎやすくなる
• 商品やサービスの情報を見てもらいやすくなる
• お問い合わせや購入などの行動につながりやすくなる
• Webサイト全体の使いやすさを改善できる

訪問者への影響

• ページを快適に閲覧できる
• 目的の情報を見つけやすくなる
• ボタンやフォームをスムーズに操作できる
• 表示中のレイアウト変更による押し間違いを防ぎやすくなる

Googleは、検索結果で評価するページ体験の要素としてCore Web Vitalsを使用しています。ただし、検索順位はコンテンツの関連性や品質など、さまざまな要素から判断されます。表示速度だけで検索順位が決まるわけではありません。

PageSpeed Insightsの使い方【3ステップ】

PageSpeed Insightsは、URLを入力して分析ボタンを押すだけで利用できます。基本的な流れは次の3ステップです。

トップページだけでなく、次のようなページも個別に確認しましょう。

• 商品・サービスページ
• 記事ページ
• お問い合わせページ
• 資料請求ページ
• 購入・申込みページ
• キャンペーン用のランディングページ

同じWebサイト内でも、ページの構成や使用している画像、読み込むプログラムによって結果は異なります。主要なページを複数確認し、ページごとの傾向を把握しましょう。

分析結果の見方

PageSpeed Insightsでは、大きく分けて「実際のユーザーの環境で評価するデータ」と「テスト環境で評価するデータ」が表示されます。

実際のユーザーの環境で評価するデータ

「実際のユーザーの環境で評価する」欄には、Chrome UX Report（CrUX）に収集された匿名化済みの実ユーザーデータが表示されます。LCP、INP、CLSに加え、補助指標としてFCPやTTFBも確認できます。

PageSpeed Insightsのフィールドデータは、直近28日間の移動期間を対象に集計され、原則として毎日更新されます。修正直後の変化がすぐに数値へ反映されるわけではありません。

公開して間もないページや利用者が少ないページでは、URL単位のデータが不足することがあります。その場合は同じオリジン全体のデータに切り替わり、オリジンにも十分なデータがなければフィールドデータは表示されません。

パフォーマンスの問題を診断するデータ

「パフォーマンスの問題を診断する」欄には、Lighthouseが指定URLをシミュレーション環境で1回読み込んだテスト結果が表示されます。

Lighthouseは、一定の端末性能や通信条件を想定して問題点を調べるラボテストです。再現性のある原因調査に役立ちますが、実際の利用者すべての端末・回線・操作を再現するものではありません。

また、通常のLighthouseテストには実際のユーザー操作がないため、INPを直接測定できません。ラボ環境では、メインスレッドが処理で塞がれた時間を示すTBT（Total Blocking Time）を、INP改善の手がかりとして確認します。

フィールドデータで「何が起きているか」を確認し、Lighthouseの監査や診断で「なぜ起きているか」を調べると、改善の優先順位を整理しやすくなります。

パフォーマンススコアの見方

Lighthouseによるパフォーマンススコアは、0から100までの数値で表示されます。

スコア	評価
90〜100	良好
50〜89	改善が必要
0〜49	不良

90以上は良好と評価されますが、スコアはテスト時の通信状況や実行環境などによって変動することがあります。また、Lighthouseのスコアが高くても、実際のユーザー体験が必ず良好とは限りません。

パフォーマンススコアは、FCP、Speed Index、LCP、TBT、CLSなど複数指標の加重平均です。「改善できる項目」や「診断」の表示自体が直接スコアへ加算・減算されるのではなく、それらを改善して各指標が良くなることで、間接的にスコアが変化します。

1回の測定結果だけで判断せず、条件を変えずに複数回測定し、おおよその傾向を確認しましょう。

Core Web Vitalsの見方

Core Web Vitalsは、実際のユーザー体験を確認するための重要な指標です。現在は、LCP、INP、CLSの3つで構成されています。

指標	確認できること	良好とされる基準
LCP	ページの主要なコンテンツが表示されるまでの時間	2.5秒以下
INP	クリックやタップなどの操作に対する反応速度	200ミリ秒以下
CLS	表示中に発生する予期しないレイアウトのずれ	0.1以下

これらの基準は、モバイルとデスクトップを分けたうえで、75パーセンタイル値をもとに評価されます。3指標すべてに十分なデータがある場合は、LCP、INP、CLSのすべてが「良好」であればCore Web Vitalsに合格します。INPのデータだけが不足している場合は、LCPとCLSがともに良好なら合格と判定されることがあります。

LCPとは

LCPは「Largest Contentful Paint」の略称です。

ページを開いてから、画面内でもっとも大きな画像やテキストなど、主要なコンテンツが表示されるまでの時間を示します。

たとえば、ページ上部のメイン画像がなかなか表示されない場合は、LCPが悪化する可能性があります。

INPとは

INPは「Interaction to Next Paint」の略称です。

ページ滞在中に発生したクリック、タップ、キーボード入力などの操作について、入力から次の画面描画までの応答時間を継続的に評価する指標です。

処理の重いJavaScriptや長時間タスクがメインスレッドを占有すると、操作を受け付けてから画面が更新されるまでの待ち時間が長くなり、INPが悪化しやすくなります。

CLSとは

CLSは「Cumulative Layout Shift」の略称です。

ページの読み込み中や閲覧中に、画像やボタンなどの位置が予期せず動いた程度を示します。

たとえば、あとから広告が表示されて本文が下に移動したり、クリックしようとしたボタンの位置が変わったりすると、CLSが悪化する可能性があります。

FCP・TTFB・TBTは何を見る指標か

PageSpeed Insightsには、Core Web Vitals以外にも原因調査に役立つ補助指標が表示されます。

指標	意味	主な使い方
FCP	最初のテキストや画像などが表示されるまでの時間	初期表示の遅さを確認する
TTFB	HTMLの最初の1バイトを受信するまでの時間	サーバー応答やネットワークの遅延を調べる
TBT	メインスレッドが長時間タスクで塞がれた時間の合計	ラボ環境でINP悪化の原因を探る

Core Web Vitalsで問題のある体験を把握し、FCP・TTFB・TBTやLighthouseの監査結果を使って原因を絞り込むのが基本です。

初心者でも取り組みやすい改善方法

PageSpeed Insightsの結果には、多くの改善項目が表示されます。すべてを一度に修正するのではなく、影響が大きく、対応しやすい項目から進めましょう。

1. 画像を最適化する

画像はページの表示速度に大きく影響することがあります。

画像形式の変更だけでなく、画像サイズ、圧縮率、読み込みを開始するタイミングまでまとめて確認することが重要です。

次の点を確認しましょう。

• 表示サイズに対して画像が大きすぎないか
• 画像を適切に圧縮しているか
• WebPやAVIFなどの形式を利用できないか
• 画面外の画像を遅延読み込みできないか
• ページ上部のLCP候補画像に不要な遅延読み込みが設定されていないか

LCP候補となるファーストビューの主要画像は、原則として遅延読み込みを避け、HTMLから早期に検出できる状態にします。画像形式を変更するだけでなく、読み込み開始のタイミングや優先度、表示に必要なCSS・JavaScriptも確認しましょう。

2. 不要なJavaScriptを減らす

JavaScriptの読み込みや実行に時間がかかると、ページの表示やボタン操作への反応が遅くなることがあります。

次のような対応を検討します。

• 使用していないJavaScriptを削除する
• 必要になるまで読み込みを遅らせる
• 長時間続く処理を分割する
• 外部ツールや計測タグを整理する
• 操作時に実行する処理を必要最小限にする

特にINPを改善する場合は、ブラウザのメインスレッドを長時間占有する処理を減らすことが重要です。LighthouseではTBTや長時間タスクの診断を手がかりにします。

3. レイアウトの表示領域を確保する

画像や広告などがあとから表示されると、周囲のコンテンツが移動してCLSが悪化することがあります。

次の点を確認しましょう。

• 画像に幅と高さを指定する
• 広告や埋め込みコンテンツの表示領域をあらかじめ確保する
• 後から挿入するコンテンツの位置を見直す
• Webフォントの読み込みによる文字のずれを確認する

画像、広告、iframeなどの表示領域をあらかじめ確保することで、予期しないレイアウトのずれを防ぎやすくなります。

4. サーバーの応答時間を確認する

サーバーからHTMLの最初のデータが返ってくるまでに時間がかかると、画像やCSSなど後続リソースの読み込み開始も遅れます。この初期応答はTTFBで確認できます。

次のような項目が関係します。

• 利用しているサーバーの性能
• CMSやデータベースの処理
• キャッシュの設定
• CDNの利用状況
• 外部APIやプラグインの処理

サーバー側の設定変更には専門知識が必要になることがあります。誤った設定は表示不具合や機能停止につながる可能性があるため、バックアップを取得し、可能であればテスト環境で確認してから変更しましょう。

改善を誰に依頼するか

表示速度の改善方法は、Webサイトの構成や問題の原因によって異なります。

依頼先	向いているケース	確認したいポイント
自社で対応	画像の圧縮やプラグイン設定など、軽微な修正	バックアップやテスト環境を用意できるか
フリーランス	修正箇所や対象ページが明確	調査、実装、検証のどこまで含まれるか
Web制作会社	CMSやサーバーを含めた対応が必要	現在の制作会社との役割分担を整理できるか
運用代行会社	定期的な測定や継続改善が必要	対象ページ、測定頻度、報告内容が明確か

表示速度改善の費用は、主に次の条件によって変わります。

• 対象となるページやテンプレートの数
• 使用しているCMSやフレームワーク
• サーバーやCDNの変更が必要か
• 画像調整だけか、プログラムの改修まで必要か
• 調査、実装、効果測定のどこまで依頼するか
• テスト環境やバックアップが整備されているか

単純なスコアの向上だけを依頼するのではなく、「どの指標を、どのページで、どの程度改善するのか」を明確にして見積もりを依頼しましょう。

PageSpeed Insightsを使うときの注意点

スコア100だけを目標にしない

PageSpeed Insightsのスコアは、改善状況を確認するための目安です。

Googleも、SEOだけを目的に満点を追い求めることが、必ずしも適切な時間の使い方ではないと説明しています。ユーザーの操作性やコンテンツの見やすさを損なってまで、スコアを上げる必要はありません。

モバイルとデスクトップの両方を確認する

モバイルとデスクトップでは、Lighthouseが想定する端末性能や通信条件が異なります。また、フィールドデータも端末種別ごとに評価されます。どちらか一方だけで判断せず、両方の結果を確認しましょう。

特にモバイルでは、端末性能や通信環境の影響を受けやすいため、デスクトップよりも低いスコアが表示されることがあります。

1回の測定結果だけで判断しない

Lighthouseの測定結果は、実行時の環境によって変動します。

同じページを複数回測定し、修正前後で同じ条件の結果を比較しましょう。フィールドデータは直近28日間の移動集計で毎日更新されるため、修正後の訪問データが蓄積するにつれて徐々に変化します。

改善後の動作確認を行う

表示速度を優先してJavaScriptやCSSを削除すると、メニュー、フォーム、計測タグなどが正常に動作しなくなる可能性があります。改善作業では速度だけでなく、サイトの機能が維持されているかも確認する必要があります。

修正後は、次の項目も確認しましょう。

• ページの表示崩れがないか
• ボタンやメニューが動作するか
• フォームを送信できるか
• アクセス解析や広告計測が継続しているか
• モバイルとデスクトップの両方で利用できるか

Google公式情報

本記事の仕様・基準値は、2026年7月22日時点のGoogle公式ドキュメントをもとに確認しています。ツールや指標は更新されることがあるため、実作業時は最新情報も確認してください。

• PageSpeed Insightsについて
• Core Web VitalsとGoogle検索の検索結果について
• ページエクスペリエンスとGoogle検索結果への影響
• Web Vitals

まとめ｜まずは主要ページを診断しよう

PageSpeed Insightsは、Webページのパフォーマンスを確認し、改善箇所を見つけるための便利なツールです。

まずは、トップページや商品・サービスページ、お問い合わせページなど、利用者が多いページを診断しましょう。

分析結果を確認するときは、次の順番で進めると整理しやすくなります。

1. 実際のユーザーデータを確認する
2. LCP、INP、CLSのうち問題のある指標を特定する
3. Lighthouseの診断結果やFCP・TTFB・TBTから原因を調べる
4. 影響の大きい項目から改善する
5. 修正後に再測定と動作確認を行う

スコアだけを目標にするのではなく、ユーザーが快適に閲覧・操作できるWebサイトを目指して継続的に改善しましょう。

PageSpeed Insightsに関するよくある質問