「フィールドデータに基づいて、「ページが遅い」」と言うときに中央値スコアの代わりに90パーセンタイルを使用すると、google.comなどのトラフィックの多いWebサイトが「高速」にランク付けされることを不可能にしますか?これは、毎月のトラフィックが1,000万以上の範囲にあるときに発生するロングテールが原因ですか?
前回チェックしたとき(2018年2月上旬)、デスクトップgoogle.comは100灯台の総合スコアを受け取りました。これは「改善の余地はほとんどない」と解釈されるはずですが、ページは「遅い」とランク付けされています。 90パーセンタイルFCPは3秒をはるかに超えています。
Google.comのデスクトップページでさえフィールドデータに基づいて低速にランク付けされている場合、nytimes.comのようなページはこの標準で高速と見なされますか?
Google.comのデスクトップページでさえフィールドデータに基づいて低速にランク付けされている場合、nytimes.comのようなページはこの標準で高速と見なされますか?
私はあなたの混乱を得ます。これは、Googleが優れたパフォーマンスのWebサイトを持っているという誤った仮定が原因です。 Googleのホームページは途方もなく大きいことに注意してください。 HTMLだけでも200kb以上あります。それがロードするJavaScriptは、436kbという巨大なサイズです。ページの総重量は1Mbを超えています。そして、このページには何が表示されますか?何もない。それは文字通り 空の白いページ です。 1メガバイトは、 1冊の500ページ を埋めることができるコードの量です。これらのコード 2つのハリー・ポッターの小説 は、この空のページをロードするとすぐに、ブラウザーで実行する必要があります。
これがどれほど途方もなく大きいかについて、もう1つ考えてみましょう。私は アムステルダムのWeb開発代理店 を所有しており、私のWebサイト(フロントページ)はこのGoogleページと同じくらい空です。ただし、その重量はわずか41 kbです(17 kbを占める完全に不要なカスタムwoff2フォントファイルを含みます)。
通常の3G接続でGoogleホームページに接続すると、ページの読み込みに3.5秒以上かかります。ジャマイカやキューバの人々にとってそれが何を意味するか考えてみてください!デスクトップではGoogleにほとんどアクセスできないか、少なくとも非常に悪い体験になります。比較として: マイウェブサイト は通常の3Gに比べて0.7秒でロードされます。遅い(より遅い)インターネット(世界の半分)を使用している場合は、サイズが主要な速度に影響を与えることを理解することが重要です。
したがって、デスクトップ上のGoogleホームページは非常に悪い例であり、低い(速度)スコアに値するだけのものではありません。 New York Timesは、ページの重みをGoogleホームページの重みよりも低くするだけで、より良いスコアを簡単に得ることができます。
前回チェックしたとき(2018年2月上旬)、デスクトップgoogle.comは100灯台の総合スコアを受け取りました。これは「改善の余地はほとんどない」と解釈されるはずですが、ページは「遅い」とランク付けされています。 90パーセンタイルFCPは3秒をはるかに超えています。
上の部分では、スコア100をFCPに関連付けています。それは(もはや)それほど単純ではありません。パフォーマンススコアは 複合メトリック です。これは、以下の変数の weighted avarage です(FCPはこれに含まれていないことに注意してください)。
最初の意味のあるペイント-重量:5
最初のインタラクティブ-重量:5
一貫してインタラクティブ-重み:5
速度指標メトリック-重み:1
推定入力待ち時間-重み:1
Googleホームページがインタラクティブになるまで3.5秒かかることに注意してください(Lighthouseによると)。ただし、メトリックの計算方法により、現在でもパフォーマンスは97と評価されています。これは少なくとも注目すべき点です。これは、(ほぼ)100のスコアが誤解を招く可能性があることを示しています。