GoogleのBarry Pollardは、Google検索コンソールがLCPが悪いと言っている理由についてBlueskyについて長い説明をしましたが、個々のURLは問題ありません。私はそれを台無しにしたくないので、バリーが書いたものをコピーします。
これが彼がBlueskyに関するいくつかの投稿で書いたものです：
YAのためのコアWebバイタルミステリー：
Google Search Consoleが同じLCPが悪いのはなぜですか？
開発者が尋ねているのを見ます：これはどうすれば起こりますか？ GSCは間違っていますか？ （私はそれがそうではないと賭けて喜んでいます！）あなたはそれについて何ができますか？
これは明らかに混乱しているので、飛び込みましょう…
まず、このレポートとクロックスがコアWebバイタルをどのように測定するかを理解することが重要です。一度やると、より理解しやすいので、これについて何ができるかについて疑問を残しています（それに到達します）。
この問題は、この前のスレッドに似ています。
「Cruxがページの負荷の90％が良いと言うことは、どのように可能ですか？Google検索コンソールは、URLの50％のみが良いと言っています。これは正しいですか？」
それは私がコアWebバイタルについて得る質問であり、それが混乱していることを認めますが、真実は両方とも異なる尺度であるため正しいです…
1/5🧵
– バリーポラード（@tunetheweb.com）2025年8月19日午前6時32分
Crux Measure PageロードとコアWeb Vitals番号は、これらのページロードの75パーセンタイルです。
それは、「ページビューのほとんどが少なくとも得られるスコア」 – 「ほとんど」が75％です。
フィリップ・ウォルトンはこのビデオでそれをもっとカバーしています：
https://www.youtube.com/watch?v=fwoi9dxmpdk
多くの製品を備えたeコマースサイトの場合、非常に人気のある製品（多くのページビューがあります！）、そして多くの人気のないページ（少数のページビューがあります）の長い長い尾があります。
この問題は、ロングテールが合計ページビューの25％以上になると発生します。
人気のあるものは、ページレベルのクロックスデータを持っている可能性が高く（非公開のしきい値を超える場合のみデータ）、そのためGSCの例として表示される可能性が高いものです。
彼らはまた、おそらくあなたが集中すべきであるべきものでもあります。彼らはトラフィックを得るものです！
しかし、人気のあるページには別の興味深いバイアスがあります。それらはしばしばより速いです！
なぜ？彼らはしばしばキャッシュされているからです。 DBキャッシュ、ワニスキャッシュ、特にCDNエッジノード。
ロングテールページでは、ページ全体の負荷が必要になる可能性がはるかに高く、これらすべてのキャッシュをスキップするため、遅くなります。
これは、ページが同じテクノロジーに基づいて構築されていても、同じコーディング技術と最適化された画像など、まったく同じ方法で最適化されている場合でも当てはまります。
キャッシュは素晴らしいです！しかし、彼らは「キャッシュミス」でのみ見られる遅さを隠すことができます。
そして、これが多くの場合、GSCでこれを見る理由です。
では、どのように修正しますか？
キャッシュサイズには常に制限があり、小さな訪問ページのキャッシュのプライミングはそれほど意味がありません。そのため、不要なページの負荷時間を短縮する必要があります。
キャッシュは、高速サイトを持っている唯一の理由ではなく、速度を高めるための「上のチェリー」でなければなりません。
これを確認するのが好きな方法の1つは、ランダムなURLパラメーションをURLに追加し（例：テスト= 1234）、その時に値を変更する灯台テストを再実行することです。通常、これにより、不要なページを取り戻すことができます。
それをキャッシュされたページの実行と比較します（通常のURLを数回実行することで）。
それがはるかに遅い場合、あなたは今、あなたのキャッシュされたものと非割れ目の違いを理解し、それを改善する方法を考え始めることができます。
理想的には、キャッシュがなくても2.5秒未満で入手できます。また、（キャッシュされた）人気のページはさらに速いです！
ちなみに、これはまた、広告キャンペーン（ランダムなUTMパラメーションなど）も遅くなる可能性がある理由でもあります。
これらを無視するようにCDNを構成し、新しいページとして扱うことはできません。また、ページが重要でないものを指定できるようにするための今後の標準もあります。
これはクールであり、より一般的なユースケースに対して、予測ルール（これが最初に開始された場所）を逃れるのを待っていました。
これにより、特定のクライアント側のURLパラメーション（GCLIDまたはその他の分析パラメーションなど）を無視し、キャッシュからリソースを使用できると言うことができます。
（画像または埋め込み）
– バリーポラード（@tunetheweb.com）2025年9月26日午前11時57分
