Waarom de 28-daagse vertraging van Core Web Vitals een mythe is

De mythe van de 28-daagse vertraging van Core Web Vitals ontkracht

Ik hoor het vaak: "We hebben de fix gedeployd, nu moeten we 28 dagen wachten om te zien of het heeft gewerkt." Dit klopt niet. De data is niet 28 dagen oud. Die is ongeveer twee dagen oud. De verwarring ontstaat door de manier waarop Google de cijfers berekent. Zodra je dat begrijpt, verdwijnt de paniek over de 28 dagen.

Laatst beoordeeld door Arjen Karel in maart 2026

CrUX-data is twee dagen oud, geen 28

Het Chrome User Experience Report (CrUX) wordt dagelijks rond 04:00 UTC geüpdatet. Wanneer je de CrUX API aanroept, bevat het antwoord een collectionPeriod-veld dat de exacte datumperiode toont. De einddatum is meestal gisteren of eergisteren. Sinds december 2024 toont PageSpeed Insights deze datums ook, dus je kunt het zelf zien.

Waar komen die 28 dagen dan vandaan?

Wat je in PageSpeed Insights ziet, is het 75e percentiel berekend over de laatste 28 dagen aan echte gebruikersdata. Google gebruikt een voortschrijdend venster van 28 dagen. Niet om je data te vertragen, maar omdat het ruis gladstrijkt. Een enkele slechte dag verpest je score niet. Een enkele goede dag redt deze niet. Het venster geeft je een stabiel, representatief beeld van hoe echte gebruikers je site ervaren.

Elke dag valt de data van de oudste dag weg en wordt de data van de nieuwste dag toegevoegd. Er is geen vertraging. Het venster schuift simpelweg één dag per keer op.

Een veelgemaakte fout: dit is een 75e percentiel, geen gemiddelde. Meerdere populaire handleidingen (inclusief die van Vercel) noemen het onterecht een gemiddelde. Het verschil is belangrijk. Een p75 betekent dat 75% van de gebruikerservaringen op of onder deze waarde ligt. Het is beter bestand tegen verandering dan een gemiddelde. Uitschieters aan de snelle kant trekken het namelijk niet zo snel omlaag.

Waarom verbeteringen traag lijken

Wanneer je een performance-fix deployt, mengt je nieuwe data zich met maximaal 27 dagen aan oude data. Het 75e percentiel verschuift geleidelijk, niet van de ene op de andere dag.

Bekijk het zo: Je hebt een doos met 28 rode knikkers. Elke dag haal je er één oude rode knikker uit en vervang je deze door een nieuwe groene knikker. Het duurt de volle 28 dagen om de hele doos te verversen, maar er was nooit een vertraging!

Hoe snel de doos voornamelijk groen wordt (het 75e percentiel verschuift), hangt af van hoeveel rode knikkers er al in zaten. Als je site consistent traag was, zijn er veel rode knikkers om te vervangen. Als het een grensgeval was, wordt de doos veel sneller groen.

Wat je kunt verwachten na het deployen van een fix

Hier is een realistische tijdlijn van wat er gebeurt nadat je een performance-verbetering deployt:

• Dag 0: Je deployt de fix. Er verandert nog niets in CrUX.
• Dag 2-3: De eerste verbeterde datapunten komen het 28-daagse venster binnen. Als je nauwlettend monitort, kunnen er kleine verschuivingen zichtbaar worden.
• Dag 7: Ongeveer een kwart van het venster bevat data van na de fix. Trends worden zichtbaar in de CrUX History.
• Dag 14: De helft van het venster is nieuwe data. Als je fix aanzienlijk was (bijvoorbeeld een LCP die daalt van 4 naar 2 seconden), is de p75 merkbaar verschoven.
• Dag 28: Het venster is volledig ververst. CrUX weerspiegelt nu je huidige performance.

Hoe drastisch de verschuiving is, hangt af van drie dingen: hoe groot de verbetering was, hoeveel verkeer je site krijgt (meer verkeer betekent meer nieuwe datapunten per dag), en hoe consistent de fix is bij alle geladen pagina's.

Drie plekken, drie update-snelheden

Niet alle CrUX-data wordt in hetzelfde tempo geüpdatet. Dit is een andere bron van verwarring:

• CrUX API en PageSpeed Insights: dagelijks geüpdatet (~2 dagen vertraging). Dit is wat de meeste mensen gebruiken.
• CrUX History API: wekelijks geüpdatet op maandag, met data tot en met de voorgaande zaterdag. Drijft de CrUX History tool en trendgrafieken aan.
• CrUX BigQuery: maandelijks geüpdatet, op de tweede dinsdag nadat de verzamelperiode eindigt. Als je alleen BigQuery checkt, kan het echt als een maand vertraging voelen.

Als je ongeduldig wacht tot je cijfers bewegen, check dan PageSpeed Insights (dagelijks), niet BigQuery (maandelijks).

Wacht geen 28 dagen. Gebruik RUM.

CrUX is data van Google. Het vertelt je hoe Google je site ziet. Maar je hoeft er niet op te wachten. Met Real User Monitoring kun je de Core Web Vitals per dag of zelfs per geladen pagina bijhouden. Je weet binnen enkele uren of je fix werkt, niet pas na dagen.

CrUX volgt momenteel 18,56 miljoen origins met een Core Web Vitals-slaagpercentage van 55,8%. Als jouw site bij de 44% hoort die nog steeds niet slaagt, laat de mythe van de "28-daagse vertraging" je dan niet tegenhouden om veranderingen door te voeren. De data is bijna real-time. Het venster strijkt deze simpelweg glad.