Softonic

Page Speed Insights

ステップ 1 / 2
結果

公開 URL を入力すると、本ツールが信頼できる 3 つのサービス（Google PageSpeed Insights、GTmetrix、WebPageTest）で無料のパフォーマンス監査を実行するワンクリックのボタンを表示します。各サービスは独自のテスト環境でページを読み込み、Core Web Vitals（LCP、CLS、INP）、Lighthouse 形式のスコア、優先順位を付けた改善リストを報告します。以下のリファレンス表を使って結果を読み解き、何から改善するかを決めてください。

監査を実行する手順

  1. 1

    URL を入力

    公開された HTTPS ページが対象です。ログインの背後にあるページや地域制限のあるページは、これらのサービスではテストできません。

  2. 2

    サービスを選ぶ

    PageSpeed Insights、GTmetrix、WebPageTest のいずれかを選ぶと、URL が入力済みの状態で新しいタブに開きます。

  3. 3

    サービスがテストを実行

    中位クラスのモバイル端末を模した制限付き回線でページを読み込み、各指標を測定します。

  4. 4

    Core Web Vitals とスコアを確認

    LCP、CLS、INP に加え、Lighthouse のパフォーマンス、アクセシビリティ、ベストプラクティス、SEO の各スコアを確認します。

  5. 5

    改善項目に取り組む

    各改善機会には見込みの短縮量が表示されます。効果の大きいものから着手し、変更のたびに再テストしてください。

各サービスの役割

サービス 基盤 得意分野
PageSpeed Insights Google Lighthouse + CrUX フィールドデータ Core Web Vitals と Google 自身のランキング視点
GTmetrix ウォーターフォールと履歴付きの Lighthouse 視覚的なウォーターフォール、動画、保存済みのテスト履歴
WebPageTest 多数の地域にある実ブラウザ 特定の地域・端末からの詳細なデバッグ

3 つとも内部では同じ Lighthouse エンジンを動かしているため、スコアは互いに近い値になります。違いは、提供される詳細度とテスト地域の制御範囲です。

Core Web Vitals のしきい値（2025）

指標 良好 改善が必要 不良
LCP (Largest Contentful Paint) < 2.5 秒 2.5 - 4.0 秒 > 4.0 秒
CLS (Cumulative Layout Shift) < 0.1 0.1 - 0.25 > 0.25
INP (Interaction to Next Paint) < 200 ミリ秒 200 - 500 ミリ秒 > 500 ミリ秒

INP は 2024 年 3 月に FID に代わり、Core Web Vital となりました。

その他の Lighthouse 指標

  • FCP (First Contentful Paint)： コンテンツの最初のピクセル。目標 < 1.8 秒。
  • TBT (Total Blocking Time)： メインスレッドのブロック時間。目標 < 200 ミリ秒。
  • TTFB (Time to First Byte)： サーバーの応答時間。目標 < 800 ミリ秒。
  • Speed Index： ページ内容が視覚的に埋まる速さ。

効果の大きさ別の代表的な改善策

改善策 一般的な LCP の改善幅
ヒーロー画像を WebP/AVIF + レスポンシブ srcset に変換 300-1200 ミリ秒
<link rel="preload"> で LCP 画像をプリロード 100-400 ミリ秒
async/defer で非必須 JS を遅延読み込み 200-800 ミリ秒
テキスト圧縮（gzip/brotli）を有効化 100-500 ミリ秒
オリジンの前段に CDN を追加 200-2000 ミリ秒（地域による）
レンダリングを妨げる CSS を除去 100-600 ミリ秒

2 つのデータソース：ラボ vs フィールド

  • ラボ（Lighthouse）： 模擬端末上で実行する決定論的なテスト。同じ URL はおおむね同じ結果になります。デバッグに適しています。
  • フィールド（CrUX）： テレメトリに同意した Chrome ユーザーから集計した実ユーザー指標。Google がランキングに使うのはこのデータです。表示されるには十分なトラフィックが必要です。

ラボスコアが緑でフィールド指標が赤の場合、基準端末は速くても、（遅い回線や端末を使う）実ユーザーは苦しい体験をしているということです。常にラボではなくフィールドデータを目標にしてください。

ヒント

  • モバイルを最優先で直す。 ランキングのシグナルはモバイルの CrUX から来ますし、モバイル端末はデスクトップより最適化が難しいためです。
  • 変更のたびに測定する。 最適化されていない画像が 1 枚あるだけで、スコア全体が悪化します。
  • パフォーマンス予算を設定する。 Lighthouse CI のようなツールは、指標がしきい値を超えて悪化するとビルドを失敗させます。

よくある質問

いいえ。URL を検証したうえで、Google PageSpeed Insights、GTmetrix、または WebPageTest で開きます。実際のテストはそれらのサービスが自社のサーバーで実行し、レポートを表示します。本ページは、その結果を読むために必要なリファレンス表を提供します。

Lighthouse は遅い端末を近似するためにスロットリングを適用しますが、回線のばらつきやサーバーのジッターにより、それでも 5-10 ポイントほど揺れます。3-5 回実行して中央値を取ってください。実行間でスコアが安定していれば、ページが安定していることを示します。

ラボデータは、テストサービスが実行する管理された合成テスト（Lighthouse）から得られます。フィールドデータは、実際にサイトを訪れた匿名の Chrome ユーザー（CrUX）から得られます。Google はフィールドデータでランキングを付けるため、SEO で重要なのはそちらです。

CrUX は 28 日間のローリングウィンドウを提供します。サイトへの変更は、トラフィックが蓄積した後に CrUX へ反映され始め、意味のある変化までは通常 2-4 週間かかります。月次の CrUX レポートは、それより動きの遅い平均値です。

関連ツール

外部リンク抽出ツール

生のHTMLを貼り付け、必要に応じてベースURLを指定すると、コード内の外部http/httpsリンクを重複なしで一覧表示します。リンク監査やSEOレビューに最適です。

メタディスクリプション長チェッカー

メタディスクリプションの文字数と推定ピクセル幅を測り、編集上の目安やデスクトップ・モバイルのレイアウト例と比較します。

FAQスキーマ生成ツール

質問と回答のペアからFAQPageのJSON-LDマークアップを生成します。Googleのリッチリザルトや強調スニペットの対象になるための構造化データを数秒で用意できます。

hreflangチェッカー

貼り付けたHTMLのhreflangをローカルで確認。コード、完全なURL、重複、配置、任意の自己参照を検査します。

hreflangタグジェネレーター

複数言語のURLのリストから、1バリアント1行で、各ページのヘッダーにそのまま貼り付けられるhreflangリンクタグを生成します。

バックリンクアンカーテキスト分析ツール

バックリンク、CSV行、URL | アンカーのペア、またはアンカーテキスト行を貼り付け、重複を数えて Anchor Text,Count,Share のCSVを出力します。

このツールは他の言語でも利用できます