指標

公開日: 2022 年 6 月 23 日、最終更新日: 2025 年 11 月 18 日

CrUX の指標は、ブラウザによって公開される標準のウェブプラットフォーム API を基にしています。特に BigQuery データセットでは、このデータはオリジン単位で集計されます。サイトのパフォーマンスに関するより詳細な分析と分析情報（URL レベルの解像度など）を必要とするサイト所有者は、同じ API を使用して、独自のオリジンに関する詳細な Real User Measurement（RUM）データを収集できます。なお、すべての API は Chrome で使用できますが、他のブラウザでは指標の完全なセットがサポートされていない場合があります。

ほとんどの指標はヒストグラム集計として表されるため、分布を可視化し、パーセンタイル値を近似できます。

Cumulative Layout Shift

「Cumulative Layout Shift（CLS）は、視覚的な安定性を測定するためのユーザー中心の重要な指標です。ユーザーが予期しないレイアウトの変化を目にする頻度を定量化するのに役立ちます。CLS が低いほど、ページが快適になります。」

web.dev/articles/cls

DOM Content Loaded

「DOMContentLoaded は、最初の HTML ドキュメントが完全に読み込まれて解析された時間をレポートします（スタイルシート、画像、サブフレームの読み込み完了は待機しません）。」

MDN

最初の描画

「最初の描画は、ナビゲーション後にブラウザが最初にレンダリングを行った時間をレポートします。デフォルトの背景の描画は除外されますが、デフォルト以外の背景の描画は含まれます。これは、ページの読み込みでデベロッパーが気にする最初の重要な瞬間です。ブラウザがページのレンダリングを開始したときです。

Paint Timing API

First Contentful Paint

「First Contentful Paint（FCP）は、ブラウザがテキスト、画像（背景画像を含む）、白色以外のキャンバス、SVG のいずれかを最初にレンダリングした時間をレポートします。これには、保留中の Web フォントを使用したテキストも含まれます。ユーザーがページコンテンツの利用を開始できる最初のタイミングです。」

Paint Timing API

Interaction to Next Paint

「Interaction to Next Paint（INP）は、応答性を評価するフィールド指標です。INP は、ページライフサイクル全体にわたるすべてのインタラクションのレイテンシを記録します。これらのインタラクションの最大値（または、インタラクションが多いページの場合は最大値に近い値）が、ページの INP として記録されます。INP が低いほど、ページは常に確実に応答します。」

web.dev/articles/inp

Interaction to Next Paint（INP）は、CrUX データセットに 2022 年 2 月に追加されました。この新しい指標は、個々のイベントのエンドツーエンドのレイテンシをキャプチャし、ページライフサイクル全体にわたるページの全体的な応答性をより包括的に把握できます。

Largest Contentful Paint

Largest Contentful Paint（LCP）は、知覚される読み込み速度を測定するためのユーザー中心の重要な指標です。ページのページ読み込みタイムライン上で、ページのメインコンテンツが読み込まれた可能性が高いポイントをマークします。LCP が速いほど、ページが有用であることをユーザーに安心させることができます。

web.dev/articles/lcp

Largest Contentful Paint リソースタイプ

「LCP は、ビューポート内に表示される最大の画像、テキストブロック、または動画のレンダリング時間を、ユーザーが最初にページに移動したタイミングと比較する形で確認できます。」

web.dev/articles/lcp - LCP の対象となる要素

テキストと画像（最初の動画フレーム画像を含む）は、読み込み特性と最適化手法が大きく異なることがよくあります。LCP リソースタイプの比率を把握することで、LCP 指標と最適化パスをより深く理解できます。

詳細については、LCP リソースタイプのリリースに関するブログ投稿をご覧ください。

Largest Contentful Paint 画像のサブパーツ

「PageSpeed Insights でこの指標を改善する方法が示されない場合、LCP の最適化は複雑なタスクになる可能性があります。複雑なタスクの場合は、通常、より管理しやすい小さなタスクに分割して、それぞれ個別に対処することをおすすめします。」

web.dev/articles/optimize-lcp - LCP をサブパーツに分割する

画像の LCP を最も重要なサブパーツに分割することで、各パーツを最適化する方法に関する具体的な推奨事項とベストプラクティスを活用できます。

LCP 画像のサブパーツは、次の 4 つの個別の指標で提供されます。

largest_contentful_paint_image_time_to_first_byte
largest_contentful_paint_image_resource_load_delay
largest_contentful_paint_image_resource_load_duration
largest_contentful_paint_image_element_render_delay

サブパーツは画像に対してのみ含まれます。最初の動画フレーム画像は、ダウンロード時間を完全に測定できないため、含まれません（最初の動画フレームは LCP リソースタイプ指標に含まれます。この指標では、複雑さは関係ありません）。

テキストのサブパーツは、あまり役に立たず、画像の LCP の数値を歪めるため、含まれていません。主にテキストで構成されるサイトの場合、全体的な TTFB 指標と全体的な FCP 指標が有用な内訳となります。ただし、これらはすべての LCP に適用され、テキスト LCP に固有のものではありません。

詳細については、LCP 画像のサブパーツのリリースに関するブログ投稿をご覧ください。

ナビゲーションの種類指標は、次のナビゲーションのページビューの割合の内訳を示します。

タイプ	説明
`navigate`	他のカテゴリに当てはまらないページ読み込み。
`navigate_cache`	メインリソース（メイン HTML ドキュメント）が HTTP キャッシュから提供されたページの読み込み。サイトでは、サブリソースにキャッシュを使用することがよくありますが、メイン HTML ドキュメントはキャッシュされることが少なく、キャッシュできる場合は、ローカルと CDN でキャッシュできるため、パフォーマンスが大幅に向上します。
`reload`	ユーザーが [再読み込み] ボタンを押すか、アドレスバーで Enter キーを押すか、タブを閉じる操作を元に戻してページを再読み込みしました。ページの再読み込みでは、メインページが変更されたかどうかを確認するために、サーバーへの再検証が行われることがよくあります。ページの再読み込みの割合が高い場合は、ユーザーエクスペリエンスに不満がある可能性があります。
`restore`	ブラウザの再起動後、またはメモリ不足のために削除されたタブの後にページが再読み込みされました。Android 版 Chrome の場合、これらは「reload」としてレポートされます。
`back_forward`	履歴ナビゲーション。つまり、ページが最近表示され、戻ったことを意味します。適切なキャッシュを使用すると、これらのエクスペリエンスは比較的高速になりますが、ページの処理と JavaScript の実行は必要です。どちらも bfcache では回避できます。
`back_forward_cache`	bfcache から提供された履歴ナビゲーション。ページを最適化して bfcache を活用するように、ブロッカーを削除すると、エクスペリエンスが向上します。サイトは次のようにする必要があります。
`prerender`	ページが事前レンダリングされました。bfcache と同様に、ページの読み込みがほぼ瞬時に行われます。

ページの読み込みが複数のナビゲーションタイプの組み合わせになる場合があります。その場合、CrUX は表の逆順（下から上）で最初の一致をレポートします。

詳細については、ナビゲーションタイプのリリースに関する投稿をご覧ください。

onload

「load イベントは、ページとその依存リソースの読み込みが完了したときに発生します。」

MDN

ラウンドトリップ時間

最近のネットワーク接続に基づいて、ナビゲーションの開始時の HTTP（アプリケーションレイヤ）のラウンドトリップ時間の推定値を提供します。この指標は、以前の有効な接続タイプ（ECT）ディメンションを担当していたのと同じ API であるNetwork Information APIのrtt プロパティに基づいています。

詳細については、LCP リソースタイプのリリースに関するブログ投稿をご覧ください。

試験運用版の指標

試験運用版の指標は、BigQuery を使用して CrUX データセットで利用できます。一部は CrUX API でも利用できます。これらの指標は、ユーザーからのフィードバックに基づいて進化するため、定期的に変更される可能性があります。最新の変更については、リリースノートをご確認ください。

Time to First Byte

CrUX の TTFB は、ページの完全な読み込みでのみ収集されます。LCP など、バックフォワードキャッシュ（bfcache）ナビゲーションと事前レンダリングされたページでも収集される他のタイマーとは異なります。そのため、TTFB のサンプルサイズは他の指標よりも小さくなる可能性があり、直接比較できるとは限りません。CrUX の TTFB には、コールドページ読み込み、キャッシュされたページ読み込み、確立された接続からのページ読み込み（サイト内ページ読み込みなど）が含まれます。

TTFB は、リダイレクト時間などの測定値を含むため、サーバーの応答時間を直接測定するものではありません。また、レスポンスがキャッシュ、CDN、サーバーのいずれから提供されるかによって影響を受ける可能性があります。これは CrUX などのフィールドデータで特に顕著です。ラボテストでは、エンド URL がテストされ、キャッシュの変更が繰り返し無効になるため、通常、これらの要因の影響は少なくなります。

通知権限

ユーザーに通知を表示する権限をリクエストするウェブサイトの場合、この指標は、プロンプトに対するユーザーのレスポンス（承諾、拒否、無視、閉じる）の相対的な頻度を表します。