指標

CrUX の指標は、ブラウザで公開される標準のウェブ プラットフォーム API を利用しています。特に BigQuery データセットでは、このデータはオリジン解決のために集計されます。サイトのパフォーマンスに関するより詳細な分析や分析情報を必要とするサイト所有者は、同じ API を使用して、独自のオリジンの詳細なリアルユーザー測定(RUM)データを収集できます。Chrome ではすべての API を利用できますが、他のブラウザではすべての指標がサポートされていない場合があります。

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

最初の描画

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

Paint Timing API

First Contentful Paint

"First Contentful Paint は、ブラウザがテキスト、画像(背景画像を含む)、白色以外のキャンバス、SVG を最初にレンダリングした時間をレポートします。これには、保留中のウェブフォントがあるテキストも含まれます。ユーザーがページ コンテンツの利用を開始するのは今回が初めてです。」

Paint Timing API

DOM コンテンツの読み込み

「DOMContentLoaded は、スタイルシート、画像、サブフレームの読み込みの完了を待つことなく、最初の HTML ドキュメントが完全に読み込まれて解析された時刻を報告します。」

MDN

Largest Contentful Paint

「Largest Contentful Paint(LCP)は、ユーザーが認識する読み込み速度を測定するための重要なユーザー中心の指標です。ページの読み込みタイムラインで、ページのメイン コンテンツが読み込まれたと思われる時点を示します。高速の LCP により、ユーザーはページが有用であると安心できます。」

web.dev/articles/lcp

Onload

"読み込みイベントは、ページとその依存リソースの読み込みが完了すると発生します。"

MDN

Cumulative Layout Shift

「Cumulative Layout Shift(CLS)は、ユーザーが予期しないレイアウト シフトに遭遇する頻度を定量化できるため、視覚的な安定性を測定するための重要なユーザー中心の指標です。CLS が低いと、ページが楽しいものであることが保証されます。」

web.dev/articles/cls

Interaction to Next Paint

「Interaction to Next Paint(INP)は、応答性を評価するフィールド指標です。INP はページのライフサイクル全体を通して、すべてのインタラクションのレイテンシをログに記録します。このようなインタラクションの最大値(インタラクション数が多いページでは最大値に近い値)が、ページの INP として記録されます。INP が低いほど、ページが常に確実に応答するようになります。」

web.dev/articles/inp

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

ナビゲーション タイプ」指標では、次のナビゲーションで発生したページビューの割合の内訳が示されます。

タイプ 説明
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 は最初の一致を表の逆順(下から上)で報告します。

詳しくは、ナビゲーション タイプに関するお知らせの投稿をご覧ください。

試験運用版の指標

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

Time to First Byte(最初のバイトまでの時間)

CrUX の TTFB はページ全体の読み込み時にのみ収集されます。これとは異なり、LCP などの他のタイマーは、バックフォワード ナビゲーションや事前レンダリングされたページでも収集されます。そのため、TTFB のサンプルサイズは他の指標よりも小さくなる可能性があり、必ずしもそれらと直接比較されるとは限りません。

CrUX は、サーバーからドキュメント リソースの最初のバイトを受信したときに TTFB を測定します。TTFB の従来のビューでは、ドキュメントのレスポンスがいつ開始されるか、早期ヒントを使用した場合は「最初のバイト」を測定してきました。それよりも早くなります将来的に、早期ヒントを無視するように CrUX が更新される可能性があります。

TTFB はサーバーのレスポンス時間を直接測定するものではありません。サーバーのレスポンス時間には、リダイレクト時間などのそれより前の測定値が含まれており、レスポンスがキャッシュと CDN のどちらから提供されるか、あるいはサーバーからレスポンスが提供されるかによっても影響を受けます。このことは CrUX のようなフィールド データで特に顕著ですが、ラボテストでは、通常、このような要因の影響が少なくなります。最終 URL がテストであり、多くの場合、キャッシュの変更を否定することが多いためです。

人気度

人気度の順位指標は、CrUX データセット内でのサイトの人気度を相対的に測定したもので、オリジンでの移動回数の合計によって測定されます。ランクは、半分のステップ(例: トップ 1,000、トップ 5,000、トップ 10,000、トップ 50,000、トップ 100,000、トップ 500,000、トップ 100,000 など)で対数 10 のスケールで示されます。上限は、データセットの増加に伴って動的に変化します。

人気度は、たとえば上位 1,000 オリジンについて国別のパフォーマンスを判断するなど、幅広い分析のガイドとして提供されます。

通知権限

ユーザーへの通知表示権限をリクエストするウェブサイトの場合、この指標は、ユーザーが承認、拒否、無視、拒否の 3 種類があります。

ラウンドトリップ時間

最近のネットワーク接続に基づいて、ナビゲーション開始時に HTTP(アプリケーション レイヤ)ラウンドトリップ時間の推定値を提供します。 この指標は rtt とも呼ばれます。 プロパティです。これは、ネットワークに関する情報の 有効な接続タイプ(ECT)ディメンション。

この指標は、CrUX API と CrUX History API でのみ使用でき、75 パーセンタイルに集計されます。 ヒストグラムは利用できません。また、BigQuery では使用できません。