Google PageSpeed Insightsの使い方

Table of contents

Open Table of contents

• ページ速度とは？
• ページ速度はなぜ重要なのか？
• Google PageSpeed Insightsとは？
• PageSpeed Insightsの使い方
  • フィールドデータ — Core Web Vitals（CrUX）
  • ラボデータ — Lighthouse
  • 改善機会と診断
  • 合格した監査
• PSIスコアを改善する方法
  • 1. 画像を圧縮・変換する
  • 2. ブラウザキャッシュを実装する
  • 3. HTML・CSS・JavaScriptを圧縮する
  • 4. JavaScript実行時間を削減する
  • 5. CDNを使用する
  • AMPについての注記
• Google PageSpeed Insights — 2026年よくある質問
  • First Input Delay（FID）はどうなりましたか？
  • PSIのフィールドデータとラボデータの違いは何ですか？
  • PSIスコア100は良いランキングを保証しますか？
  • PSI監査はどのくらいの頻度で実行すべきですか？
• 短いバージョン
• 2026年5月更新

ページ速度とは？

ページ速度とは、ブラウザが訪問者に利用可能なコンテンツを届けるまでの速さです。よく使われる解釈が2つあります：ファーストビュー内の最初の有意義なコンテンツが表示されるまでの時間と、ページの完全読み込み時間です。

制御できない要素には、訪問者の接続速度やデバイスがあります。制御できるのは：画像のサイズとフォーマット、JavaScriptの実行、サーバーの応答時間、キャッシュです。

ページ速度はなぜ重要なのか？

Googleはページ速度――特にCore Web Vitals――をランキングシグナルとして使用しています。遅いページはランキングとコンバージョンの両方を損ないます。関係は直接的です：読み込み時間が長くなるほど、直帰率が上がります。5秒かかるページは、訪問者がコンテンツを見る前に相当数を失います。

ランキング以外でも、速度は収益に影響します。遅延が1秒増えるごとに、訪問者が目標を達成する確率が下がります。

Google PageSpeed Insightsとは？

PageSpeed Insightsは、Googleの無料ツールで、任意の公開URLを分析して2種類のデータを返します：

1. フィールドデータ — Chrome User Experience Report（CrUX）からの実ユーザーの測定値で、過去28日間に実際の訪問者がページをどのように体験したかを示します。
2. ラボデータ — ページに対して実行されたシミュレートされたLighthouseの監査で、問題を診断するための再現可能な数値を提供します。

ツールは0〜100のスコアを付けます。緑（90〜100）は良好、黄（50〜89）は要改善、赤（0〜49）は不良です。

PageSpeed Insightsの使い方

pagespeed.web.devにアクセスし、URLを貼り付けて「分析」をクリックします。レポートには理解しておくべき4つのセクションがあります。

フィールドデータ — Core Web Vitals（CrUX）

SEOにおいて最も重要なセクションです。実際のユーザーがあなたのページをどのように体験したかを示します。2026年現在、Core Web Vitalsは：

1. Largest Contentful Paint（LCP） — 最大の可視コンテンツ要素（通常はヒーロー画像や見出し）が読み込まれるまでの時間。目標：2.5秒未満。
2. Interaction to Next Paint（INP） — ページセッション全体を通じたすべてのユーザーインタラクションの応答性を測定します。INPは2024年3月にFirst Input Delay（FID）を置き換えました。目標：200ms未満。
3. Cumulative Layout Shift（CLS） — 視覚的安定性を測定します；読み込み中にレイアウトがどれだけずれるか。目標：0.1未満。

First Contentful Paint（FCP）も補助指標として表示されますが、Core Web Vitalではありません。

サイトのトラフィックが不十分な場合、CrUXのフィールドデータが利用できないことがあります――その場合はラボデータのみが表示されます。

ラボデータ — Lighthouse

ラボデータは制御されたLighthouseシミュレーションを実行します。指標には以下が含まれます：

1. First Contentful Paint（FCP） — 最初のコンテンツが表示されるまでの時間。
2. Speed Index — 読み込み中にコンテンツが視覚的に埋まっていく速さ。
3. Total Blocking Time（TBT） — メインスレッドのタスクがインタラクティビティをブロックした合計時間；INPのラボ代理指標。
4. LCP — フィールドデータと同じ指標を、制御された環境で測定。
5. CLS — フィールドデータと同じ指標。

ラボデータは再現可能で実際のトラフィックを必要としないため、デバッグに役立ちます。

改善機会と診断

このセクションは何を修正すべきかを教えてくれます。「改善機会」は推定節約時間とともに具体的な変更を示します（例：「次世代フォーマットで画像を配信する — 潜在的な節約：1.2秒」）。「診断」は直接的な時間見積もりなしに問題を指摘します。レンダリングをブロックするリソースや過大なDOMサイズなどです。

推定節約時間と実行可能性に基づいて改善機会に優先順位を付けましょう。

合格した監査

これらはあなたのページがすでに通過しているチェック項目です。以前の作業が維持されていることを確認するのに役立ちます。

PSIスコアを改善する方法

実際のサイトで使ってきた高効果な修正を紹介します。

1. 画像を圧縮・変換する

大きな画像はLCPが悪化する最も一般的な原因です。WebPまたはAVIFに変換しましょう――どちらも同等の品質でJPEGよりも大幅に優れた圧縮率を持ちます。最新の画像最適化ツールとCDNのほとんどはこれを自動的に行います。

WordPressサイトでは、Smushが一括圧縮を処理します。スタンドアロンの圧縮には、Squoosh（Googleの自社ツール）が信頼性が高く無料です。画像に明示的なwidthとheight属性を設定してレイアウトのずれ（CLS）を防ぎましょう。

2. ブラウザキャッシュを実装する

ブラウザキャッシュは静的アセットをローカルに保存するため、リピーターが再ダウンロードする必要がなくなります。サーバーまたはCDNに適切なキャッシュヘッダーを設定してください。

WordPressでは、W3 Total Cacheが引き続き堅実な選択肢です。CDNを備えた最新のホスティングスタックをご利用の場合、CDNがこれを自動的に処理することが多いです。

3. HTML・CSS・JavaScriptを圧縮する

空白、コメント、冗長なコードを削除するとファイルサイズが減少します。ほとんどのビルドツール（Vite、webpack、esbuild）は本番環境でこれを自動的に行います。WordPressではW3 Total Cacheなどのキャッシュプラグインに圧縮機能が含まれています。これが重大な問題であれば、PSIが「改善機会」にフラグを立てます。

4. JavaScript実行時間を削減する

INPの問題は通常、メインスレッドをブロックする重いJavaScriptに起因します。サードパーティスクリプト――アナリティクス、チャットウィジェット、広告スクリプト――を監査し、初期レンダリングに重要でないものはすべて遅延またはレイジーロードしましょう。これが最も難しい修正ですが、INPに対して最も影響が大きいことが多いです。

5. CDNを使用する

コンテンツデリバリーネットワークは訪問者に地理的に近いエッジノードからアセットを提供し、レイテンシを削減します。ほとんどのサイトにとって、これが最も簡単に効果を出せる改善の一つです。CloudflareのフリープランはJavaScriptに静的アセットに対してよく機能します。

AMPについての注記

Google’s Accelerated Mobile Pages（AMP）は、制限されたHTMLフォーマットを通じて高速なモバイルページを強制するプロジェクトでした。2026年までに、AMPはランキングシグナルではなくなり、Googleはそれを大幅に優先度を下げました。代わりにCore Web Vitalsに注力しましょう――適切に最適化された標準ページは、ユーザーとランキングの両方において凡庸なAMPページを上回ります。

Google PageSpeed Insights — 2026年よくある質問

First Input Delay（FID）はどうなりましたか？

FIDは2024年3月にCore Web Vitalとして廃止され、Interaction to Next Paint（INP）に置き換えられました。FIDはユーザーの最初のインタラクションの遅延のみを測定していました。INPはページセッション全体のすべてのインタラクションの応答性を測定します。これにより、ページが実際に使用されているときの感触をより完全に把握できます。FIDをCore Web Vitalとして参照している古い記事や監査がある場合、それらは時代遅れです。

PSIのフィールドデータとラボデータの違いは何ですか？

フィールドデータは、過去28日間にあなたのページを訪問した実際のChromeユーザーのデータで、Chrome User Experience Report（CrUX）に集約されています。ラボデータは合成Lighthouse監査――制御された環境でのシミュレートされた読み込みです。両者はしばしば異なります。フィールドデータは実際の世界の条件（様々なデバイス、接続、キャッシュ）を反映しています；ラボデータは再現可能でデバッグに適しています。どちらも重要です：フィールドデータがCore Web Vitalsに合格するかどうかを決定します；ラボデータが修正すべき点を教えてくれます。

PSIスコア100は良いランキングを保証しますか？

いいえ。PSIスコアは診断ツールであり、それ自体はランキングシグナルではありません。ランキングにとって重要なのは、Core Web Vitalsのフィールドデータがしきい値を通過しているかどうかです：LCP 2.5秒未満、INP 200ms未満、CLS 0.1未満。ページはラボで95を取っても、実際の状況によってフィールドデータで不合格になることがあります。ラボスコアではなく、フィールドデータセクションに注目してください。

PSI監査はどのくらいの頻度で実行すべきですか？

サイトに大幅な変更（新しいページテンプレート、新しいサードパーティスクリプト、大規模なコンテンツ更新）を加えた後にPSIを実行してください。トラフィックの多いページには、Google Search Consoleを通じた継続的なモニタリングを設定しましょう。これにより、すべてのURLを手動でPSIチェックすることなく、大規模なCore Web Vitalsの問題を検出できます。

関連記事： SEOとは？ · Top 10 Editorial Tools To Keep Your Content Organized · 20 Best SEO Tools

---

短いバージョン

このワークフローが一週間を圧迫しているからこの記事を読んでいるのであれば、それはまさに私がAIエージェントを構築するために解決するループです。常時2つのビルドスロットが空いています。

2026年5月更新

2026年のGoogleの話題はAI Overviewsの全面展開です：2023年のSGE実験は2024年5月にデフォルト機能に昇格し、現在は米国の情報系クエリの**約~60%**に表示されています。SEOと広告オペレーターにとって：

• AI Overviewsが表示されるクエリの自然検索CTRは平均15〜30%低下しています。Ahrefs、Authoritasなどが発表した研究（2024〜25年データ）によれば。
• Google AdsはいくつかのPMax機能をAI-powered Searchにリブランドしました；キャンペーン管理UIはデフォルトでAI入札の提案を表示するようになっています。
• Search Consoleは2025年末に「AIOverviewのインプレッション」フィルターを追加しました――このサイトの記事でGSCレポートに触れているものは、プレイブックの更新が必要です。
• Googleの広告収益は2024年に~$265Bを超えました；Searchは引き続きAlphabet総収益の約57%を占めています。

2026年の「Googleはどのように収益を上げているか」への答え：依然として検索広告（主力）ですが、YouTube広告、Cloud、サブスクリプション（YouTube Premium + Google One）もすべて重要な収益ラインとなっています。