PSI スコアが急上昇した理由: 実際に何が変わったのか
公開: 2025-10-30Web サイトを管理している場合、または SEO に携わっている場合は、おそらく少なくとも一度は PageSpeed Insights (PSI) スコアの突然の変化に気づき、「何が起こったのだろうか?」と疑問に思ったことがあるでしょう。 PSI スコアが上向きまたは下向きに急上昇するのを見ると、混乱したり心配になったりすることがあります。これらの変化を理解することは、PSI が内部でどのように機能するか、また Google のパフォーマンス指標の進化する性質を詳しく調べることを意味します。この記事では、PSI スコアが変化したときに実際に何が変わるのかを分析し、その変化に影響を与えているものを明らかにし、建設的に対応する方法についてのガイダンスを提供します。
PSI スコアを理解する: 2 つの部分からなるシステム
スコアが変化した理由を探る前に、PSI が実際に何を測定するのかを理解することが重要です。 Google の PageSpeed Insights は、次の 2 つの異なるデータ セットに基づいてパフォーマンス スコアを提供します。
- ラボ データ: Lighthouse を使用して制御されたテスト環境で収集され、スロットルされたネットワーク条件下で中間層デバイスをエミュレートしたシミュレートされたデータ。
- フィールド データ: Chrome ユーザー エクスペリエンス レポート (CrUX) から取得した実際のユーザー データ。日常のシナリオでユーザーがサイトをどのように体験しているかをキャプチャします。
表示される PSI スコアは主にラボ データから得られますが、フィールド データによってコンテキストが提供されます。たとえば、フィールド データの CPI (Core Web Vitals) が突然ダウングレードしても、必ずしも PSI スコアがすぐに低下するわけではありませんが、Lighthouse のアップデートにより低下します。
PSI スコアが急上昇した理由: 変化に影響を与える主な要因
スコアが変化する理由はいくつかありますが、内部的なものもあれば、完全に制御できないものもあります。最も一般的な理由を調べてみましょう。
1. Lighthouse スコアリング アルゴリズムの変更
Google は、 Lighthouseと呼ばれるオープンソース ツールを使用して PSI スコアを生成します。 Lighthouse が更新されると、多くの場合、スコアの重みや、First Contentful Paint (FCP)、Largest Contentful Paint (LCP)、Cumulative Layout Shift (CLS) などのメトリクスの背後にある計算の変更が含まれます。
たとえば、Lighthouse バージョン 9 からバージョン 10 に移行すると、突然合計ブロッキング時間 (TBT) がより重視され、サードパーティのスクリプトに大きく依存しているサイトにペナルティが課される可能性があります。このような変更が発生すると、Web サイト自体に変更を加えることなく、スコアが急上昇したり急落したりする可能性があります。
ベスト プラクティス:実行されている Lighthouse PSI のバージョンを常に確認してください。奇妙なスコアの変化が発生した場合は、Lighthouse リリース ノートを確認してください。
2. Web Vitals の定義の更新
Web Vitals は、PSI におけるパフォーマンス評価の基盤です。 Google は、「良好な」パフォーマンスのしきい値を随時更新します。これらの更新により、2023 年に行われたように、INP (Interaction to Next Paint) などの主要なメトリクスの基準が強化または緩和され、FID (First Input Delay) などの古いメトリクスが置き換えられる可能性があります。
INP が PSI スコアに大きく寄与するようになり、サイトのイベント処理が非効率になっている場合は、たとえ Lighthouse レポートが依然として概ね良好に見える場合でも、それがスコアに反映されることを期待してください。
3. 外部依存関係とコンテンツの変更
広告ネットワーク、ソーシャル共有ウィジェット、埋め込みコンテンツなどのサードパーティ スクリプトへの依存は、読み込み時間に大きな影響を与える可能性があります。これらのリソースは、特に適切に最適化されていない場合、または突然以前よりも多くのデータを提供し始めた場合、パフォーマンスが瞬間から次の瞬間に大幅に変化する可能性があります。
また、画像の拡大、フォントの追加、ホームページの新しいレイアウトなどの小さな変更でも、読み込み時間が長くなる可能性があり、Largest Contentful Paint (LCP) や First Contentful Paint (FCP) などの指標に直接影響を与える可能性があります。
4. サーバーのパフォーマンスの変動
特に共有ホスティングまたはクラウド ホスティングを使用している場合は、サーバーの動作を常に制御できるとは限りません。断続的なものであっても、時折速度が低下すると、テスト中のサイトの知覚パフォーマンスに影響を与える可能性があります。
これは、サーバーがリクエストにどれだけ速く応答するかを反映する、最初のバイトまでの時間 (TTFB) などのメトリクスに特に当てはまります。数ミリ秒の余分な遅延により、PSI スコアが予期せず変化する可能性があります。
5. ラボテストでシミュレートされたネットワーク条件
Lighthouse は、一貫した「Slow 4G」ネットワーク上で動作する Moto G4 クラスのデバイスをシミュレートします。ただし、これらのパラメーターは、Lighthouse の新しいバージョンで、または PSI 自体によって調整して、現実世界の状況をよりよく再現することができます。デバイス エミュレーションやスロットル パラメーターの変更は、特に一般的なモバイル デバイスが効率的に処理できるよりも重い最新の JavaScript に依存している場合、サイトのスコアリングに影響を与える可能性があります。
突然のスコア変化への対応方法
スコアが急上昇すると、パニックに陥るかもしれません。ただし、サイトをすぐに見直したいという衝動には抵抗してください。系統的なアプローチをとってください。
ステップ 1: 新旧のスコアを比較する
可能であれば、以前の PSI レポートを取得してください。メトリックごとの比較を詳しく調べて、変更が発生した箇所を確認します。ブラウザベースの Lighthouse レポートを使用して、一貫したローカル条件下で PSI の結果を個別に検証します。
ステップ 2: Lighthouse のバージョンを確認する
使用されている Lighthouse のバージョンは PSI レポートの下部にあります。以前のレポートと比較し、スコアリングの大きな変更点がないかリリース ノートを確認してください。
ステップ 3: パフォーマンスのボトルネックを分離する
Chrome DevTools または WebPageTest.org などのツールを使用してテストを再実行し、遅延の原因となっているリソースを特定します。典型的な犯人には次のようなものがあります。
- 大きな画像やビデオが適切に圧縮されていない
- JavaScript ファイルまたは大規模なバンドルが多すぎる
- サードパーティスクリプトの同期ロード
ステップ 4: コア ウェブ バイタルに焦点を当てる
Google データスタジオの Chrome UX レポートや CrUX ダッシュボードなどのツールを使用して、どのユーザー セグメントでパフォーマンスの低下が発生しているかを正確に特定します。 CWV メトリクスの改善により、通常、PSI スコアと実際のユーザー エクスペリエンスの両方が最適化されます。
PSIスコアの背後にある心理学
PSI スコアは、一部の開発者がパフォーマンスの「ゲーミフィケーション」と呼ぶ、表面レベルのモチベーション ツールとして機能することが多いことは注目に値します。ただし、スコアを厳密に最適化しないことが重要です。実際のユーザーの指標とビジネスの成果は、より良い指針となります。
覚えておいてください: 90 以上のスコアは優れているように見えますが、実際のユーザーがジャンク、インタラクティブ性の遅延、またはモバイルのバグを経験している場合、生の数値は役に立ちません。
結論: コンテキストがすべてです
PageSpeed Insights のスコアが急上昇しても、一夜にして Web サイトが突然改善または悪化したと考えないでください。ほとんどの場合、変化は測定方法の更新、規格の進化、または直接制御できない外部パフォーマンスの変動によって生じます。
黄金律はシンプルです。スコアではなくユーザー向けに最適化するのです。 PSI は、最終的な指標ではなく、方向性を示すツールとして使用してください。パフォーマンスを定期的に監査し、Lighthouse と Web Vitals の変更を最新の状態に保ち、可能な場合は常に実際のデバイスでテストします。
Web パフォーマンスの変化する環境では、スコアが急上昇する可能性がありますが、意識と一貫性があれば、波に流されずに波に乗ることができます。