Table of Contents
By Nick Schäferhoff - 最終更新日
PageSpeed スコアは、Google の PageSpeed Insights ツールの中心となるパフォーマンス指標です。ご自身のウェブページがどのようなユーザーエクスペリエンスを提供しているかがわかります。
この記事では、PageSpeed スコアについて、算出方法、ほかのパフォーマンス指標との違い、SEO にとって重要な理由、そして見栄えだけの数字を追いかけずにウェブページを実質的に改善するための使い方まで、詳しく解説します。
PageSpeed Insights で指摘された個別の問題を修正したい場合は、専用の記事をご覧ください。
要約
✅ PageSpeed スコアは、PageSpeed Insights の中心となるパフォーマンス指標です。ページの読み込み速度とユーザーエクスペリエンスの両方をカバーする5つの指標（FCP、LCP、TBT、CLS、Speed Index）から算出されます。LCP、TBT、CLS の3つでスコアの80%を占めます。
✅ PageSpeed スコアはラボデータ（シミュレーションによるページ訪問）にもとづくため、実際の訪問者に対するページのパフォーマンスとは異なる場合があります。全体像をより詳しく把握するには、Core Web Vitals と、利用できる場合は Chrome ユーザー エクスペリエンス レポート（CrUX）の実際のフィールドデータを頼りにしましょう。
✅ PageSpeed スコアそのものは Google のランキング要因ではありませんが、ランキング要因であるパフォーマンスとユーザーエクスペリエンスのシグナルを反映しています。そのため、スコアを改善することは、やはり SEO の成果の向上につながります。
✅ 完璧な 100/100 は追い求めないようにしましょう。緑の範囲（90～100）を目指し、欠かせない機能を残すこととスコアの改善とのバランスを取りましょう。ページ単位の変更より先に、モバイルのパフォーマンスと、サイト全体に効く修正（キャッシュや圧縮など）を優先しましょう。
✅ WP Rocket は、コードを書かずに PageSpeed スコアを高めるのに役立ちます。有効化すると、パフォーマンスのベストプラクティスの80%がデフォルトで適用され、さらにワンクリックで使える改善機能も用意されています。
PageSpeed スコアの概要：何であり、何ではないのか
簡単に言えば、PageSpeed スコアとは、PageSpeed Insights（PSI）が「パフォーマンス」レポートに表示する数値のことです。
PageSpeed Insights は、ウェブページのユーザーエクスペリエンスを分析できる、Google のオープンソースツールです。Lighthouse をベースにしており、ウェブページのアクセシビリティ、ベストプラクティス、SEO、エージェントによるブラウジングへの対応についての監査もあります。とはいえ、主な焦点はページの読み込み速度とユーザーエクスペリエンスにあり、PageSpeed スコアが反映するのもこの2つの要素だけです。また、デフォルトではテストした1ページの監査結果しか表示されませんが、「オリジン」の切り替えを使うと、平均的なパフォーマンスデータを確認できる場合があります。
PageSpeed スコアについて知っておきたいのは、ラボデータを使っているという点です。つまり、その結果は、仮想デバイスでシミュレーションしたページ訪問にもとづいています。実際のユーザーの体験は反映されません。ツールには、レポートに使われた具体的な設定まで表示されます。
この点は、ウェブページの最適化に影響を及ぼします。たとえば、連続してテストした場合でも、使われるスペックによって結果が変わることがあります。ラボデータと実際のデータのその他の違いについては、後ほど説明します。
PageSpeed Insights は、ページのデスクトップ版とモバイル版に対して別々のレポートも作成します。画面上部で切り替えられます。
モバイルの回線やデバイスは、デスクトップに比べて性能が低いことが多く、その分パフォーマンスも低くなるためです。さらに、インターネットユーザーの大半はモバイルデバイスでウェブを閲覧しており、Google は検索順位の決定にモバイルファーストインデックスを使っています。つまり、デスクトップでの検索であっても、ウェブページはモバイル版にもとづいて評価されます。
そのため、PageSpeed Insights はデフォルトでモバイルのレポートを表示します。
最後に、よく誤解されていますが、PageSpeed スコアはランキング要因ではありません。とはいえ、スコアが示す情報は SEO に関係しており、その詳細は後ほど説明します。
PageSpeed スコアの算出方法
Google は PageSpeed スコアの算出に、First Contentful Paint、Largest Contentful Paint、Total Blocking Time、Cumulative Layout Shift、Speed Index という複数の指標を使っています。それぞれの用語の意味は次のとおりです。
- First Contentful Paint：ページを訪問したときに、コンテンツのいずれかの部分が画面に描画されるまでの速さを示す指標です。体感的な読み込み時間に大きく影響します。
- Largest Contentful Paint（LCP）：ページのメインコンテンツ（ヒーロー画像や見出しなど）が表示されるまでにかかる時間です。
- Total Blocking Time（TBT）：ブラウザが入力に応答するまでにかかる時間を計測します。
- Cumulative Layout Shift（CLS）：ページの視覚的な安定性、つまり読み込み中にページの要素がどれだけ動くかを示します。
- Speed Index：ページが見た目のうえで完成するまでにかかる時間を評価します。
最終的なスコアへの影響の度合いは、指標ごとに異なります。Lighthouse Scoring Calculator を使うと、それぞれの正確な比重と、1つの値が改善または悪化したときに合計スコアがどう変わるかを確認できます。
比重が最も大きいのは LCP、TBT、CLS で、この3つで総合スコアの80%を占めます。そのため、PageSpeed スコアを改善したいなら、最適化の取り組みの大部分をこの3つに注ぎましょう。
スコアは3つの区分に分かれ、90 以上なら良好（緑）、50～90 なら改善が必要（オレンジ）、50 未満なら不良（赤）です。
PageSpeed スコア、Core Web Vitals、実際のページ速度の違いとは？
PageSpeed スコアが実際のページの読み込み速度と異なる理由は2つあり、1つ目はラボデータを使っていること、2つ目はブラウザにページが表示される速さだけでなく、それ以外の要素も含めてページを評価していることです。全体像をより詳しく把握するには、Core Web Vitals とフィールドデータを頼りにするのが得策です。
PageSpeed スコアが実際のページパフォーマンスと一致しない理由
PageSpeed スコアのもとになるラボデータは、固定されたエミュレート環境でシミュレーションしたページ訪問にもとづいています。訪問者のさまざまなデバイスやネットワークでページがどう動作するかを、正確には反映していません。
さらに、PageSpeed スコアは、インタラクティブ性やレイアウトの安定性を含む、ユーザーエクスペリエンス全体を測っています。そのため、CLS が悪いページで CLS を改善すれば、スコアは上がりますが、ページの読み込みは遅いままかもしれません。
こうした理由から、PageSpeed Insights には、Chrome ユーザー エクスペリエンス レポート（CrUX）のフィールドデータを表示するオプションもあります。CrUX は、Chrome ブラウザでサイトにアクセスした訪問者の実際の体験に関する統計を、Google が収集したデータセットです。サイトに十分なトラフィックがある場合、このデータは PSI の画面上部に「ウェブに関する主な指標の評価」（Core Web Vitals Assessment）として表示されることがあり、訪問者がサイトでどのようなパフォーマンスを体験しているかを正確に把握できます。
💡 公開前チェックリストを使って、サイトが最初から高速に読み込まれるよう設定されているか確認しましょう。
Core Web Vitals と実際のユーザーのフィールドデータについて
Core Web Vitals は、Google が2021年からランキング要因として使っているユーザーエクスペリエンスの指標です。つまり、検索結果でページが表示される位置に直接影響します。
そのうちの2つ、LCP と CLS については、すでに見てきました。3つ目は Interaction to Next Paint（INP）で、クリックやタップなどのユーザー操作にサイトがどれだけすばやく反応するかを示します。PageSpeed スコアのラボデータでは、Total Blocking Time が INP の代わりの役割を果たします。
「ウェブに関する主な指標の評価」には、3つの Core Web Vitals すべてについてページのパフォーマンスが表示されます。また、FCP と、サーバーが応答するまでの時間を測る Time to First Byte（TTFB）のスコアも含まれます。このデータは、実際の訪問者に対するページのパフォーマンスをより正確に反映しており、ラボの結果とは異なる場合があります。
下の例では、New York Times のウェブサイトの PageSpeed スコアはひどく低いものの、「ウェブに関する主な指標の評価」の5つの指標のうち4つが緑になっていることがわかります。緑でない唯一の値（CLS）も基準からそれほど離れておらず、実際のユーザーエクスペリエンスはむしろかなり良好であることを示しています。PageSpeed スコアだけを見ていては、このことに気づけません。
PageSpeed スコアはどれくらい正確で、信頼できるのか？
ここまでの内容を踏まえると、PageSpeed スコアが示す情報はどれくらい信頼できるのか、と疑問に思うのは自然なことです。結論から言えば、食い違いが生じる可能性はあるものの、ウェブページのユーザーエクスペリエンスを改善するうえで非常に頼りになるツールです。Google はこのツールを長年にわたって改良し続けてきました。
たとえば、PageSpeed Insights のベースになっている Lighthouse の最新のメジャーバージョンは、2025年10月にリリースされました。このバージョンでは既存の監査が8つ削除され、ほかの20数件の監査が、より簡潔なパフォーマンスのインサイトに統合されました。このブログでも、次のものをはじめ、その多くを取り上げています。
その後も Lighthouse にはさらに7回のアップデートが行われ、エージェント機能に関する新しい監査の追加などによって、改良が続いています。
要するに、PageSpeed スコアを鵜呑みにすべきではありませんが、スコアはウェブページが提供する体験を正確に表しており、改善すれば、たいていは実際のページのパフォーマンスも向上します。
比較表：PageSpeed スコア、Core Web Vitals、実際のページ速度
ここまでの内容をすべて、1つのわかりやすい表にまとめました。
| PageSpeed スコア | Core Web Vitals | 実際のページ速度 | |
|---|---|---|---|
| データソース | ラボデータ：固定されたエミュレート環境で、仮想デバイスからシミュレーションした訪問 | フィールドデータ：Chrome ユーザーの実際の体験を集計したもの（トラフィックが十分な場合） | 訪問者のさまざまなデバイス、ネットワーク、地域における実際の体験 |
| 測定するもの | FCP、LCP、TBT、CLS、Speed Index を1つのスコアにまとめたもの | LCP、CLS、INP | 実際に体験される読み込み、インタラクティブ性、視覚的な安定性 |
| 形式 | 0～100 の単一のスコア。不良（0～49）、改善が必要（50～89）、良好（90～100）に区分 | 指標ごとの合格／不合格。良好／改善が必要／不良で評価 | スコアではなく、ほかの2つの指標が近似的に表そうとしている体験そのもの |
| Google のランキング要因か？ | 直接的には違うが、ランキング要因であるシグナルを反映 | はい、2021年から | 該当なし |
| 最適な用途 | 手早い診断と、フィールドデータに必要なトラフィックがない場合の代わり | 実環境でのパフォーマンスと SEO 上の重要性の判断 | 最終的に最適化を目指す対象そのもの |
PageSpeed スコアは SEO にとって重要か？
PageSpeed スコアはランキング要因ではなく、検索順位を直接決めるものではありません。ただし、Google がウェブページのパフォーマンスとユーザーエクスペリエンスをどう評価するかを示す指標であり、この2つはランキング要因です（こちらとこちらを参照）。
わかりやすく言えば、100/100 のスコアが検索結果の1ページ目への表示を保証しないのと同じように、最適とは言えない PageSpeed スコアでも検索結果に表示されなくなるわけではありません。Google のアルゴリズムはそれよりはるかに複雑で、PageSpeed Insights が計測する指標は、ランキングというパズルの1ピースにすぎません。
さらに、先ほど見たように、実際のユーザーエクスペリエンスはラボデータよりも重要で、ラボデータとは異なる場合もあります。そのため、PageSpeed スコアが今ひとつでも、Core Web Vitals のフィールドデータで実際のページのパフォーマンスが良好だとわかれば、検索順位への影響はおそらくプラスのままです。
フィールドデータを確認できるほどのトラフィックがまだない場合、SEO の目的で PageSpeed スコアのラボデータを使うのは、次善の策として有効です。スコアを改善すれば、実際のページ速度とユーザーエクスペリエンスにもおそらく良い影響があり、SEO の成果と訪問者の満足度の向上につながります。
100/100 の PageSpeed スコアを目指すべきか？
100/100 のスコアは見栄えのよい数字ですが（達成することも可能です）、それを最終目標にする必要はありません。ユーザーエクスペリエンスは、ページをできるかぎり軽量化しつつ、欠かせない機能も残すというバランスの上に成り立っています。
スコアが低くても問題ないケース
PageSpeed スコアの改善よりも、ページが訪問者のニーズに応えることのほうが大切な場面は数多くあります。
たとえば現在では、多くのオンラインショップや企業サイトが、ユーザーが商品やサービスについて質問したり、サポートを受けたりできるライブチャットウィジェットを設置しています。
こうしたウィジェットは JavaScript で動くため、ページのパフォーマンスを低下させ、Total Blocking Time を増やします。その一方で、問題を解決し、信頼を築き、直帰率を下げることで、実際の価値を生み出します。こうした価値は、PageSpeed スコアを数ポイント押し上げることよりもビジネスへの影響が大きい場合が多く、PSI に指摘されたとしても、ライブチャット機能は残すほうが理にかなっています。
ほかにも、パフォーマンススコアの向上より優先されることが多いページの機能には、次のようなものがあります。
- EC 機能：商品フィルターや複数ステップのチェックアウトフローなど。
- パーソナライズ：動的コンテンツや地域ターゲティングのオファーによるもの。
- 外部ツール：サードパーティのアナリティクスや埋め込み型の予約システムなど。
- より複雑な機能：インタラクティブな計算ツールや多言語の切り替え機能など。
いずれの場合も、画面上の数字を追い求めるより、ページの本来の目的を守ることのほうが重要です。さらに、多くの機能は、完全に取り除かなくても、遅延読み込み、読み込みの延期、コード分割によって最適化し、影響を小さくできます。
PageSpeed スコアが低いと問題になるケース
一方で、PageSpeed スコアが低い原因が次のようなものである場合は、実際に問題があることを示しています。
- メインコンテンツの読み込みが遅い：多くの場合、サーバーの応答の遅さ、最適化されていない画像、遅延読み込みの未導入、最適化されていないコードが原因です。
- ページの応答が遅い：ページを操作しようとする訪問者をいらだたせるもので、多くの場合、メインスレッドをブロックするリソースが原因です。
- レイアウトシフト：通常、サイズが明示的に指定されていない画像や広告、またはウェブフォントの読み込みの遅れによって起こります。
- 応答しないサーバー：後続のすべての処理を遅らせ、ホスティングまたは設定の問題があることを示します。
- レンダリングを妨げる CSS/JS：ブラウザにページが表示されるのをブロックするコードです。ほとんどの場合、機能を損なうことなく、読み込みの延期、最小化、または非同期での読み込みが可能です。
- サイズが大きすぎる LCP 画像：圧縮するか、モダンなフォーマットで配信することで、画質を落とさずに対処できます。
前述の機能とは違い、ここに挙げたものは訪問者に価値を提供する機能ではなく、技術的な実装の問題です。いずれも修正が可能であり、何の見返りもないままユーザーエクスペリエンスを悪化させます。
結局のところ、PageSpeed スコアは無視すべきものでも、杓子定規に従うべきものでもありません。それよりも、どこに力を注ぐかを意識的に選びましょう。
可能なかぎり、常に緑の範囲（90～100）のスコアを目指しましょう。91 でも 99 でもかまいません。ただし、ページから欠かせない機能を取り除かないとそのラインに届かない場合は、下回ったままでも問題ありません。不良（0～49）の範囲に入ることだけは避け、重要でない機能を、完全に修正できる問題の言い訳にしないようにしましょう。
ページを改善する方法（100/100 のスコアを追い求めずに）
PageSpeed スコアを最も効果的に上げるには、影響が最も大きい指標に取り組み、PageSpeed Insights の改善提案の順番に従い、モバイルのパフォーマンスとサイト全体の改善、そして Core Web Vitals とフィールドデータに注目しましょう。
これまで見てきたとおり、PageSpeed スコアはさまざまな指標を組み合わせて算出されます。そのなかで最も比重が大きいのは LCP、CLS、TBT です。そのため、ページのこれらの指標が弱点になっている場合は、そこを改善すれば、最短の時間で最も大きな効果が得られます。
その手助けとして、PageSpeed Insights は、ページで検出された個々の問題を「インサイト」の欄に一覧表示します。関連する指標ごとに絞り込むこともできます。
パフォーマンスのインサイトは PageSpeed スコアと直接結びついており、重大度の順に並べられ、そのレベルも表示されています。そのため、リストの一番上にある「効率的なキャッシュ保存期間を使用する」のインサイトを解消するほうが、一番下にある「サードパーティ」の監査を解消するよりも、PageSpeed スコアは大きく改善します。これで優先順位がわかります。
さらに、すでに見たとおり、モバイルのパフォーマンスはより重要で、最適化もより難しくなります。同時に、モバイルを改善すれば、たいていはサイトのデスクトップの指標も良くなるため、まずはモバイルのレポートの問題に集中しましょう。
また、改善策のなかには、単一のページにとどまらず影響するものもあります。たとえば、キャッシュと圧縮は、サイト全体に影響します。これらをページ単位の変更（ページの DOM サイズの削減など）より先に実施すると、うれしい副次効果として、ウェブサイト全体のユーザーエクスペリエンスと SEO の向上にもつながります。
最後に、目指すのは画面上のスコアを上げることだけではなく、実際のユーザーにとってページをより良くすることだと忘れないでください。変更を加えるときは、Core Web Vitals とフィールドデータを注視しましょう。緑の表示を追い求めること自体を目的にせず、判断が訪問者にとって目に見えるメリットになるようにしましょう。
💡 PSI のパフォーマンス監査を個別に修正したいときは、Google PageSpeed Insights ガイドをご覧ください。
よくある質問：PageSpeed スコアについて
最後に、このテーマについてよくある質問にいくつかお答えします。
PageSpeed Insights で100点を取る必要はありますか？
いいえ、PageSpeed Insights の100点（100/100）は見栄えのよい数字ですが、必須ではありません。EC 機能やパーソナライズといった、ページに欠かせない機能を犠牲にすることなく、緑の範囲（90～100）を目指しましょう。
PageSpeed Insights の点数は SEO に影響しますか？
PageSpeed Insights の点数（PageSpeed スコア）そのものはランキング要因ではありませんが、Google が実際にランキングに使っているページのパフォーマンスとユーザーエクスペリエンスを反映しています。スコアを改善すれば、一般に SEO の成果の向上につながります。
PageSpeed スコアと Core Web Vitals はどちらが重要ですか？
PageSpeed スコアよりも Core Web Vitals のほうが重要です。PageSpeed スコアがシミュレーションによるラボデータにもとづいているのに対し、Core Web Vitals は実際のユーザーのデータ（フィールドデータ）にもとづいているためです。フィールドデータに必要なトラフィックがまだない場合は、PageSpeed スコアを信頼できる代わりの指標として使いましょう。
サイトは速いのに PageSpeed スコアが低いのはなぜですか？
PageSpeed スコアは読み込み速度だけを測るものではなく、インタラクティブ性やレイアウトの安定性も考慮しています。ページの読み込みが速くても、レイアウトシフトや入力への反応の遅さといった問題があれば、スコアが低くなることがあります。
PageSpeed の改善提案はどの順番で対応すればよいですか？
まずは、問題を重大度の順に並べている PSI 自身のリストから始めましょう。最初にモバイルのパフォーマンスに注目し、ラボデータよりフィールドデータを、ページ単位の変更よりサイト全体に効く修正を優先しましょう。
PageSpeed Insights とは何ですか？
PageSpeed Insights とは、ウェブページのユーザーエクスペリエンスを分析できる、Google のオープンソースツールです。Lighthouse をベースにしており、「パフォーマンス」レポートに 0～100 の PageSpeed スコアを表示します。サイトに十分なトラフィックがある場合は、Chrome ユーザー エクスペリエンス レポート（CrUX）の実際のデータにもとづく「ウェブに関する主な指標の評価」も画面上部に表示されることがあります。
PageSpeed Insights の結果はどう見ればよいですか？
PageSpeed Insights の見方の基本は、PageSpeed スコアをシミュレーションによるラボデータの結果として読み、実際の訪問者の体験は「ウェブに関する主な指標の評価」のフィールドデータで確認することです。スコアは 90～100 なら良好（緑）、50～89 なら改善が必要（オレンジ）、0～49 なら不良（赤）です。PageSpeed Insights はデフォルトでモバイルのレポートを表示し、画面上部でデスクトップのレポートに切り替えられます。
PageSpeed Insights のスコアを改善するにはどうすればよいですか？
PageSpeed Insights のスコアを改善するには、数字そのものを追うのではなく、スコアを構成する指標のうち比重の大きいものから対処するのが効果的です。LCP、TBT、CLS の3つで総合スコアの80%を占めるため、これらが弱点であれば最優先で取り組みましょう。そのうえで「インサイト」の重大度の順に問題を解消し、モバイルのレポートと、キャッシュや圧縮のようなサイト全体に効く修正を優先しましょう。
PageSpeed スコア：ページエクスペリエンスの改善に役立つツール
PageSpeed スコアは便利な診断ツールです。実際のユーザーエクスペリエンスを反映するものではありませんが、ページの弱点になりうる箇所を把握し、改善の手を打つのに役立ちます。
ここまでの内容を押さえれば、PageSpeed スコアを活用する準備は万全です。ただし、100/100 の達成を目標にする必要はないことを覚えておいてください。しっかりしたフィールドデータに裏付けられた緑の範囲のスコアがあれば、SEO を支え、訪問者の満足を保つには十分です。
WordPress サイトの読み込み速度とユーザーエクスペリエンスを手軽に最適化したいなら、WP Rocket を検討してみてください。パフォーマンスのベストプラクティスの80%をデフォルトで適用し、さらに数十の改善を数回クリックするだけで導入できます。コーディングは不要です。WP Rocket を14日間無料で試すか、14日間の返金保証付きで購入して、その違いをご自身で実感してください。
