Core Web Vitalsの28日間の遅延が迷信である理由

Core Web Vitals 28日間遅延の誤解を解く

「修正をデプロイしたから、効果の確認には28日待つ必要がある」とよく耳にします。これは間違いです。データは28日前のものではありません。約2日前のものです。この混乱はGoogleの計算方法によるものです。それを理解すれば、28日間のパニックはなくなります。

2026年3月にArjen Karelが最終確認

CrUXのデータは28日前ではなく、2日前のものです

Chrome User Experience Report (CrUX) は毎日UTCの04:00頃に更新されます。CrUX APIをクエリすると、応答には正確な日付範囲を示すcollectionPeriodフィールドが含まれます。終了日は通常、昨日または一昨日です。2024年12月以降、PageSpeed Insightsにもこの日付が表示されるようになったため、自分で確認できます。

では、28日間はどこから来ているのでしょうか？

PageSpeed Insightsに表示されるのは、過去28日間の実際のユーザーデータから計算された75パーセンタイルです。Googleが28日間のローリングウィンドウを使用するのは、データを遅延させるためではなく、ノイズを平滑化するためです。1日成績が悪いだけでスコアは急落しません。1日成績が良いだけでもスコアは救われません。このウィンドウにより、実際のユーザー体験の安定した代表的な実態を把握できます。

毎日、最も古い1日分のデータが除外され、最新の1日分のデータが追加されます。遅延はありません。ウィンドウが1日ずつ前に進むだけです。

多くの人が誤解していることですが、これは75パーセンタイルであり、平均値ではありません。いくつかの人気のあるガイド（Vercelのものを含む）は、これを誤って平均値と呼んでいます。この違いは重要です。p75は、ユーザー体験の75%がこの値以下であることを意味します。速い側の外れ値によってすぐには引き下げられないため、平均値よりも変化しにくい性質があります。

改善が遅く見える理由

パフォーマンスの修正をデプロイすると、新しいデータは最大27日分の古いデータと混ざります。75パーセンタイルは一夜にしてではなく、徐々に変化します。

このように考えてください: 28個の赤いビー玉が入った箱があります。毎日、古い赤いビー玉を1つ取り出し、新しい緑のビー玉と入れ替えます。箱全体が完全に入れ替わるには丸28日かかりますが、遅延は一切ありません！

箱がどれくらい早く緑でいっぱいになるか（75パーセンタイルが動くか）は、最初に入っていた赤いビー玉の数に依存します。サイトが常に遅かった場合、入れ替えるべき赤いビー玉がたくさんあります。境界線上だった場合、箱はずっと早く緑になります。

修正をデプロイした後に起こること

パフォーマンス改善をデプロイした後に起こる現実的なタイムラインは以下の通りです。

• 0日目: 修正をデプロイします。CrUXにはまだ何も変化はありません。
• 2〜3日目: 改善された最初のデータポイントが28日間のウィンドウに入ります。注意深く監視すると、わずかな変化が現れる可能性があります。
• 7日目: ウィンドウの約4分の1が修正後のデータになります。CrUX Historyで傾向が見え始めます。
• 14日目: ウィンドウの半分が新しいデータになります。修正が大幅な場合（たとえばLCPが4秒から2秒に短縮された場合）、p75は著しく変動します。
• 28日目: ウィンドウが完全に更新されます。これでCrUXは現在のパフォーマンスを反映します。

変化がどれほど劇的になるかは、3つの要素に依存します。改善の規模、サイトのトラフィック量（トラフィックが多いほど1日あたりの新しいデータポイントが増えます）、そしてすべてのページ読み込みにおいて修正がどれほど安定して効果を発揮するかです。

3つの場所、3つの更新速度

すべてのCrUXデータが同じペースで更新されるわけではありません。これも混乱の原因の1つです。

• CrUX APIとPageSpeed Insights: 毎日更新（約2日のラグ）。ほとんどの人がこれを使用しています。
• CrUX History API: 毎週月曜日に更新され、前週土曜日までのデータを持ちます。CrUX History toolやトレンドチャートの基盤となります。
• CrUX BigQuery: 毎月、収集期間終了後の第2火曜日に更新されます。BigQueryしか確認していないと、本当に1ヶ月の遅延があるように感じられます。

数値の変動を待ちわびているなら、BigQuery（月次）ではなくPageSpeed Insights（日次）を確認してください。

28日間待たないでください。RUMを使用してください。

CrUXはGoogleのデータです。Googleがサイトをどう見ているかを教えてくれます。しかし、座ってそれを待つ必要はありません。Real User Monitoringを使用すれば、1日単位、あるいはページ読み込み単位でCore Web Vitalsを追跡できます。修正が機能しているかどうかは、数日ではなく数時間以内にわかります。

現在、CrUXは1856万のオリジンを追跡しており、Core Web Vitalsの合格率は55.8%です。サイトがまだ合格していない44%に含まれている場合でも、「28日間遅延」の神話を理由に変更を止めてはいけません。データはほぼリアルタイムです。ウィンドウがそれを平滑化しているだけです。