ウェブに関する主な指標レポート

低速なサイトを修正してユーザー エクスペリエンスを改善する

ウェブに関する主な指標レポートでは、実際の使用状況データ(フィールド データとも呼ばれます)に基づくページのパフォーマンスを確認できます。

レポートを開く

ページのパフォーマンスが重要な理由
  • ページの読み込みに時間がかかると、直帰率に深刻な影響を及ぼします。具体的には:
    • ページの読み込み時間が 1 秒から 3 秒に増加すると、直帰率は 32% 増加します。
    • ページの読み込み時間が 1 秒から 6 秒に増加すると、直帰率は 106% 増加します。
  • ケーススタディをご覧ください。

レポートを理解する

ウェブに関する主な指標レポートには、URL のパフォーマンスがステータス別、指標タイプ別、URL グループ(類似するウェブページのグループ)別に示されます。

このレポートは、3 つの指標(LCPFIDCLS)に基づいています。レポート対象のデータ量がいずれの指標についても最低限に満たない場合、その URL はレポートから除外されます。URL のデータ量がいずれかの指標についてしきい値以上である場合、そのページのステータスは最も低いパフォーマンス指標のステータスになります。

「データがありません」

「データがありません」という画面が表示された場合は、Search Console のプロパティがまだ新しいか、CrUX レポートで利用できるデータが不足しているため、選択したデバイスタイプ(パソコンまたはモバイル)に関して有意義な情報を示すことができません。

プロパティが新しい場合: CrUX データベースには Search Console プロパティに含まれていない URL に関する情報も収集されますが、既存のデータを分析して結果を示すまでには、プロパティの作成から数日かかることがあります。

PageSpeed Insights テストツールまたは Chrome の Lighthouse ツールを使用して、個々の URL のライブ パフォーマンス テストを実施できます。

 

レポートの操作

  1. 概要ページのグラフで、[低速]、[改善が必要]、[良好] の各タブを切り替えると、過去のユーザーデータに基づいて、サイトの URL のパフォーマンスが表示されます。
  2. [レポートを開く] をクリックすると、モバイルまたはパソコンのサマリーページが表示され、各プラットフォームでのページ パフォーマンスの数値が示されます。
  3. 表内の行をクリックすると、選択した問題の影響を受ける URL グループ(サンプル URL のセットを含む)についての詳細情報が表示されます。
  4. 問題の詳細ページのサンプル表内で URL をクリックすると、その URL および類似の URL の詳細が表示されます。

 

概要ページ

ウェブに関する主な指標レポートの概要ページには、URL を開いたデバイスタイプ(モバイルまたはパソコン)別にデータが表示されます(タブレットのデータは含まれません)。すべてのデータは、ステータス(低速、改善が必要、良好)別にグループ化されています。

特定のデバイスタイプのレポートを開くと、そのタイプのパフォーマンス データの詳細が表示されます。

モバイルまたはパソコンのサマリーページ

特定のデバイスタイプ(モバイルまたはパソコン)の最上位レポートには、Google が把握している、サイトのすべての URL のステータスと問題が示されます。詳細に関する表の行をクリックすると、特定のステータスと問題タイプの組み合わせに関する詳細が表示されます。

グラフ

グラフの上にあるタブには、各ステータスに該当する URL の現在の合計数とともに、そのステータスの問題数が表示されます。タブを切り替えることで、グラフに表示するステータスを選択できます。グラフは、特定の日の特定のステータスに該当する URL の数を示します。

グラフの合計数が表の合計数より少ない理由
グラフでは、URL に影響を与える最低速の問題について、各 URL が 1 回だけカウントされます。一方、表では URL に関連付けられているすべての問題がカウントされます。たとえば、URL に低速の問題と改善が必要な問題が 1 つずつある場合、グラフの合計数では低速として 1 回がカウントされますが、表では低速の行と改善が必要の行の両方がカウントされます。

 

表の行には、ステータス + 問題別に URL がグループ化されています。各行には、検証ステータス、その行の簡略化されたタイムラインを示すスパークライン、そのステータス + 問題タイプに該当する現在の URL の数が表示されます。

URL が複数の問題の影響を受けている場合は、表の複数の行に表示されることがあります。

モバイルまたはパソコンの問題の詳細ページ

モバイルまたはパソコンの最上位サマリーページで表内の行をクリックすると、該当する組み合わせ(デバイス + ステータス + 問題)の詳細ページが開きます。詳細ページには、選択した問題の URL とその他の詳細が表示されます。

グラフ

問題の詳細グラフには、特定の日のステータス + 問題の URL 数と、選択したステータス + 問題の影響を受けている URL の合計数が表示されます。

問題の詳細に関する表には、選択した問題の影響を受けていることが判明している URL のサンプルが表示されます。各サンプル URL はそれに類似する複数の URL の 1 つです。サンプル URL をクリックすると、類似 URL のページの一部と諸情報のほか、URL で PageSpeed Insights のテストを実施するためのリンクが表示されます。表の最大行数は 200 行です。

表には次の情報が含まれています。

 

PageSpeed Insights を使用して URL をテストするには、問題の詳細ビューで、サンプルの表の URL をクリックして詳細を表示し、Pagespeed Insights のリンクをクリックします。

 

特定の URL のステータスを検出する

ウェブに関する主な指標レポートは、特定の URL のステータスを検出するためではなく、サイトの全体的なパフォーマンスを確認して、サイトの複数のページに影響を与える問題のトラブルシューティングを行うために設計されています。特定の URL に関するパフォーマンス データを確認するには、Pagespeed Insights をお使いください。Pagespeed Insights では、指定した URL に関する過去のユーザーデータとライブテスト データが表示されます。ウェブに関する主な指標レポートでは、ステータスと問題をドリルダウンし、その影響を受ける URL を表示することはできますが、特定の URL の確認は難しい場合があります。

レポートのデータソース

ウェブに関する主な指標レポートのデータは、CrUX レポートに基づいています。CrUX レポートでは、実際にユーザーが URL にアクセスしたときのパフォーマンス時間について、匿名化された指標(フィールド データ)が収集されます。CrUX データベースでは、Search Console プロパティに含まれていない URL に関する情報も収集されます。

ステータス: 低速、改善が必要、良好

特定のデバイスタイプの URL に、「低速」、「改善が必要」、「良好」の各ラベルが適用されます。

URL ステータス

URL ステータスは、そのデバイスタイプに割り当てられたステータスのうち最低速のものです。たとえば、次のとおりです。

  • URL のモバイルでの FID が低速、LCP が改善が必要である場合、モバイルでは低速とラベル付けされます。
  • URL のモバイルでの LCP が改善が必要、FID が良好である場合、モバイルでは改善が必要とラベル付けされます。
  • URL のモバイルでの FID と CLS が良好で、LCP のデータがない場合、モバイルでは良好と見なされます。
  • URL のモバイルでの FID、LCP、CLS が良好、パソコンでの FID、LCP、CLS が改善が必要の場合、モバイルでは良好、パソコンでは改善が必要となります。

URL の指標のデータ量がしきい値を下回っている場合、その指標はその URL のレポートから除外されます。1 つの指標のデータのみを含む URL には、その指標のステータスが割り当てられます。いずれの指標もデータ量がしきい値に満たない URL は、レポートに表示されません。

ステータスの定義

ステータス指標は次の基準に照らして評価されます。

  良好 改善が必要 低速
LCP 2.5 秒未満 4 秒以下 4 秒を超える
FID 100 ミリ秒未満 300 ミリ秒以下 300 ミリ秒を超える
CLS 0.1 未満 0.25 以下 0.25 を超える

 

  • LCPLargest Contentful Paint): ユーザーが URL をリクエストしてから、ビューポートに表示される最大のコンテンツ要素がレンダリングされるまでの時間。通常、最大の要素となるのは、画像、動画、大きなブロックレベルのテキスト要素です。URL が実際に読み込まれていることが読み手にわかるという点で、この指標は重要です。
    • レポートに表示される Agg LCP(集計 LCP)は、グループ内 URL へのアクセスの 75% が LCP 状態になるまでに要した時間です。
  • FID初回入力遅延): ユーザーが最初にページを操作したとき(リンクのクリックやボタンのタップなど)から、ブラウザがその操作に応答するまでの時間です。この測定値は、ユーザーが最初にクリックした任意のインタラクティブ要素から取得されます。この指標は、ページが操作可能になるタイミングを示すものであり、ユーザーがなんらかの操作を行う必要があるページでは重要です。
    • レポートに表示される Agg FID(集計 FID)は、このグループ内 URL へのアクセスの 75% において、FID がこの値以下であったことを示しています。
  • CLSCumulative Layout Shift): 読み込みフェーズにおけるページ レイアウトの移動量を示します。評価スコアの範囲は 0~1 で、0 は移動なし、1 は移動量が最大であることを意味します。この指標が重要なのは、ユーザーが操作しようとしたときにページ要素が移動すると、ユーザー エクスペリエンスが低下するためです。
    • レポートに表示される Agg CLS(集計 CLS)は、グループ内 URL へのアクセスの 75% に対する一般的な CLS の最低値です。

問題の影響を受けている URL で PageSpeed Insights テストを実施すると、問題を解決するための推奨事項を確認できます。

URL グループ

各問題は、ユーザー エクスペリエンスが類似する複数の URL に割り当てられます。これは、類似するページでパフォーマンス問題が発生する場合、ページに共通する読み込み機能が遅いなど、同じ問題が根底にあると推測できるためです。

問題を修正する

技術者以外のユーザー

  1. 問題に優先順位を付ける: まず、「低速」とラベル付けされたものをすべて修正し、その後、大多数の URL に影響を与える問題、または重要な URL に影響を与える問題に対処することをおすすめします。「改善が必要」の URL は、改善の余地はありますが、「低速」の URL に比べると重要度は下がります。
  2. 優先順位によって問題を分類したら、エンジニアまたは URL の更新担当者とレポートを共有します。
  3. 一般的なページ修正方法:
    • ページサイズを小さくします。リソースを含めた 1 ページあたりのサイズを 500 KB 未満にすることをおすすめします。
    • モバイルで最高のパフォーマンスを実現するには、ページリソース数を 50 に制限します。
    • AMP を使用することを検討します。ほぼ確実に、モバイルとパソコンの両方でページの読み込みが高速化します。
  4. PageSpeed Insights テストツール(ブラウザ内ツールを使用する場合は Chrome の Lighthouse ツール)を実行して、修正内容をテストします。
  5. 特定の問題が解決したと思われる場合は、Search Console のウェブに関する主な指標レポート内の問題の詳細ページで、[トラッキングを開始] をクリックします。
  6. 検証プロセスをトラッキングします。

ウェブ デベロッパー

  1. 問題に優先順位を付ける: まず、「低速」とラベル付けされたものをすべて修正し、その後、大多数の URL に影響を与える問題、または重要な URL に影響を与える問題に対処することをおすすめします。「改善が必要」の URL は、改善の余地はありますが、「低速」の URL に比べると重要度は下がります。
  2. ページ速度の向上に関する理論とガイドラインについては、web.dev に掲載されている高速読み込みのためのガイドラインと、developers.google.com の「ウェブの基礎」にあるパフォーマンスに関するページをご覧になることをおすすめします。
  3. PageSpeed Insights テストツール(ブラウザ内ツールを使用する場合は Chrome の Lighthouse ツール)を実行して、修正内容をテストします。
  4. 特定の問題が解決したと思われる場合は、Search Console のウェブに関する主な指標レポート内の問題の詳細ページで、[トラッキングを開始] をクリックします。
  5. 検証プロセスをトラッキングします。

その他の有用なリソース:

 

何も変更していないのにサイトのステータスが変わった

サイトに変更を加えていないにもかかわらず、多くのページでステータスが大きく変化した場合は、もともと多くのページがステータスの境界近くにあり、なんらかのサイトワイドのイベントをきっかけにその境界を超えた可能性があります。たとえば、サイトのトラフィックが急激に増えたり、画像ファイルを配信するサービスで遅延が発生したりすると、サイトの速度が低下する可能性があります。小さな変化でもサイトワイドで起これば、境界近くにある多くのページのカテゴリが「良好」から「改善が必要」、「改善が必要」から「低速」に変わる十分な理由になります。

可能性は高くないものの、もう 1 つ考えられる理由は、クライアントの大規模な変化です。たとえば、広く採用されているブラウザのバージョンの更新、低速のネットワークを使用するユーザーの増加などです。パフォーマンスは実際の使用状況データによって測定されます。ログをチェックすることで、ユーザーのブラウザ、デバイス、場所に変化があった時期とサイトのステータスが変化した時期が一致するかどうかを確認できます。

その時期のサイトのトラフィック データに急激な変動がないかを確認します。具体的な問題を詳しく分析し、影響を受けていたページの集計 LCP、集計 FID、集計 CLS の数値を確認します。それらの数値が低速、改善が必要、良好の境界上にある場合は、小さな変化でもステータスが変わる原因になった可能性があります。

 

レポートを共有する

ページの共有ボタン をクリックすると、カバレッジ レポートまたは拡張レポートで問題の詳細を共有できます。このリンクでは、現在の問題の詳細ページと、この問題についての検証履歴ページへのアクセス権のみが付与されます。リソースのその他のページへのアクセス権は付与されません。また、共有ユーザーは、あなたのプロパティやアカウントに対して操作を実行することもできません。このページの共有を無効にすることで、いつでもリンクを取り消すことができます。

レポートデータをエクスポートする

多くのレポートには、レポートデータをエクスポートするためのエクスポート ボタン がありますこのボタンを使用すると、グラフと表の両方のデータがエクスポートされます。レポートで「~」または「-」(データが存在しない、数値ではない)として表示される項目は、ダウンロードしたデータでは「0」と表示されます。

修正を検証する

特定の問題をすべての URL で修正したら、その問題が実際にすべての URL で解決されたかどうかを確認します。[トラッキングを開始] をクリックすると、28 日間のモニタリング セッションが開始され、サイトでこの問題が実際に発生するかどうかをチェックできます。28 日間、サイトのどの URL でも問題が発生しなければ、その問題は解決したと判断されます。いずれかの URL でその問題が発生したら、問題は未解決と判断されます。個々の URL のステータスに関する評価は、問題のステータスに関係なく、28 日間にわたって続行されます。

[トラッキングを開始] をクリックしても、Google による能動的なアクション(再インデックス登録など)は行われません。Search Console により、サイトの CrUX データに関する 4 週間のモニタリングが開始(再開)されるだけです。
  • 進行中の検証リクエストまたは失敗したリクエストについて検証の詳細を確認するには:
    • 問題の詳細ページ内の検証ステータス セクションで、[詳細を表示] をクリックします。
  • 任意の時点で検証トラッキング期間を再開するには:
    • 検証の詳細ページを開き、[新しい検証を開始] をクリックします。
  • 検証が失敗した場合:
    1. もう一度問題を修正します。
    2. 検証の詳細ページを開き、[新しい検証を開始] をクリックして、トラッキング期間を再開します。

問題の検証ステータス

検証ステータスとは、検証リクエスト全体のステータスのことです。これは、サマリーページと問題の詳細ページで問題ごとに表示されます。

検証ステータスがとりうる値を以下に示します。

  • 開始前: この問題がありながら、検証リクエストに含まれていない URL が 1 つ以上あります。
  • 開始: 検証が開始されました。この問題が残っているページは今のところ見つかっていません。
  • 修正を確認しました: 検証が開始され、これまでにチェックした問題はすべて修正されています。
  • 合格: すべての URL が「合格」状態です。このステータスは、[修正を検証] をクリックした場合にのみ表示されます(検証をリクエストしておらず、問題が解決されたことが Google により検出された場合、ステータスは「該当なし」になります)。
  • 該当なし: 検証をリクエストしていませんが、すべての URL で問題が修正されていることが Google により検出されました。
  • 不合格: 検証の実施後、1 つ以上の URL が「不合格」の状態になっています。

URL 検証ステータス

これは、検証の進捗状況ページに表示される各 URL の検証ステータスです。検証の実行中は、「保留中」、「修正済み」、「まだ影響あり」のいずれかです。検証期間が終了すると、「まだ影響あり」のステータスのみが表示されます(修正済みのアイテムは、検証期間が終了するとリストから削除されます)。

  • 保留中: Google は、この URL がまだ問題の影響を受けているかどうかを判断するのに十分な量のデータが集まるのを待っています。
  • 修正済み: この URL は、現在は問題の影響を受けていないと考えられます。
  • まだ影響あり: この URL は、一覧に表示された問題の影響を依然として受けています。

修正済みまだ影響ありの URL ステータスは、検証トラッキング期間中にのみ表示されるステータスです。検証リクエストに含まれていない URL で問題が発生し、その後問題が消滅した場合、その URL はステータスが付かずにリストから削除されます。

ウェブから削除された URL は、過去 28 日分のデータがなければ、検証履歴とレポートに表示されなくなります。

この情報は役に立ちましたか?
改善できる点がありましたらお聞かせください。