Waarom de 28 dagen vertraging van Core Web Vitals een mythe is

De mythe van de 28 dagen vertraging bij Core Web Vitals ontkracht

Ik hoor het constant: "We hebben de fix geïmplementeerd, nu moeten we 28 dagen wachten om te zien of het heeft gewerkt." Dit is onjuist. De data is geen 28 dagen oud. Het is ongeveer twee dagen oud. De verwarring ontstaat door de manier waarop Google de cijfers berekent, en zodra je dat begrijpt, verdwijnt de 28-dagen paniek.

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 bijgewerkt. Wanneer je de CrUX API bevraagt, bevat de reactie een collectionPeriod veld dat het exacte datumbereik toont. De einddatum is meestal gisteren of eergisteren. Sinds december 2024 toont PageSpeed Insights deze datums ook, zodat je het zelf kunt zien.

Waar komen die 28 dagen dan vandaan?

Wat je ziet in PageSpeed Insights is het 75e percentiel berekend over de laatste 28 dagen van echte gebruikersdata. Google gebruikt een 28-daags rolling window, niet omdat ze je data willen vertragen, maar omdat het ruis gladstrijkt. Een enkele slechte dag ruïneert je score niet. Een enkele goede dag redt deze ook niet. Het window 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 window schuift simpelweg elke dag één dag op.

Eén ding dat veel mensen fout hebben: dit is een 75e percentiel, geen gemiddelde. Verschillende populaire gidsen (inclusief die van Vercel) noemen het ten onrechte een gemiddelde. Dit onderscheid 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, omdat uitschieters aan de snelle kant het niet zo snel omlaag trekken.

Waarom verbeteringen traag lijken

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

Zie 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 is nooit sprake geweest van 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 implementeren van een fix

Hier is een realistische tijdlijn van wat er gebeurt nadat je een performance verbetering hebt uitgerold:

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

Hoe dramatisch 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 over alle paginaweergaven.

Drie plaatsen, drie updatesnelheden

Niet alle CrUX data updatet in hetzelfde tempo. Dit is een andere bron van verwarring:

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

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

Wacht geen 28 dagen. Gebruik RUM.

CrUX is de data van Google. Het vertelt je hoe Google je site ziet. Maar je hoeft er niet op te blijven wachten. Met Real User Monitoring kun je de Core Web Vitals per dag of zelfs per paginaweergave volgen. 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 pass rate van 55,8%. Als jouw site bij de 44% hoort die nog steeds niet slaagt, laat je dan niet tegenhouden door de "28-dagen vertraging" mythe om wijzigingen door te voeren. De data is bijna real-time. Het window strijkt het alleen maar glad.