Google は、高速ランキング FCPのPSI定義を、1000 ミリ秒未満で 90 パーセンタイルから 75 パーセンタイルに変更しました。

PSI ドキュメントから:

v4 と v5 の FCP の値が異なるのはなぜですか?

v5 の FCP は 75 パーセンタイル (2019 年 11 月 4 日現在) を報告しますが、以前は 90 パーセンタイルでした。v4 では、FCP は中央値 (50 パーセンタイル) を報告します。

以下のリックからのトップアンサーの良いデータ/ヒント。

元の質問:

以前の中央値スコアの代わりに 90 パーセンタイルを使用するか、それよりも低いパーセンタイルを使用して、「フィールド データに基づいて『ページが遅い』」と言うと、google.com などのトラフィックの多い Web サイトがランク付けされなくなりますか? "速い"？これは、月間トラフィックが 1,000 万以上の範囲にあり、グローバルに分散している場合に発生するロング テールによるものですか?

前回チェックしたとき (2018 年 2 月上旬)、デスクトップ google.com は 100 Lighthouse 総合スコアを受け取りました。これは「改善の余地がほとんどない」と解釈されるはずですが、ページは「遅い」とランク付けされているためです。 90 パーセンタイルの FCP は 3 秒をはるかに超えています。

フィールドデータに基づいて google.com のデスクトップページでさえ遅いとランク付けされている場合、nytimes.com のようなページはこの基準で速いと見なされるでしょうか?

最近の例 (2019 年 2 月 14 日)

FCP のテールがさらに長い前の例:

Chrome ユーザー エクスペリエンス レポートにページの実際の速度データが十分にない場合、PSI API (v5) の応答には、応答のすべてのプロパティの値が含まれますloadingExperience。これらの値は、 の値とまったく同じですoriginLoadingExperience。loadingExperienceこれに関する問題は、API 応答から、 のデータが有効か、または の複製かを判断できないことですoriginLoadingExperience。確かに、これらすべての値を比較することは可能であり、すべてが正確に一致する場合は、重複のケースであると結論付けても安全ですが、これは防弾ではなく、追加のコードが必要です。

CRuX がページに十分なデータを持っていない場合、API 応答から確実に知る方法はありますか?