Varför Core Web Vitals 28-dagars fördröjning är en myt

Förstå vad Google verkligen menar när de säger att Core Web Vitals-data är 28 dagar försenad

Arjen Karel Core Web Vitals Consultant
Arjen Karel - linkedin
Last update: 2026-02-07

Avlivning av myten om Core Web Vitals 28-dagars fördröjning

Uppfattningen att Core Web Vitals-data har en 28-dagars fördröjning är ett vanligt missförstånd inom webbutvecklingsgemenskapen. Denna övertygelse har lett till uttalanden som "Vi kan inte se förändringar på ytterligare 28 dagar" eller "Låt oss hoppas att det fungerar; vi vet om 28 dagar." Denna uppfattning är dock felaktig och baserad på ett missförstånd av hur Chrome User Experience Report (CrUX)-data bearbetas och presenteras.

Verkligheten bakom CrUX-data!

I motsats till vad många tror är CrUX-data inte föremål för en 28-dagars fördröjning. Faktum är att datan är anmärkningsvärt aktuell, vanligtvis bara cirka två dagar gammal. Detta kan verifieras genom att fråga Google CrUX API, som tydligt visar hur aktuell datan är!

crux json 2 day delay

Förstå 28-dagarsfönstret

Förvirringen uppstår från hur Google presenterar Core Web Vitals-data. Det användarna faktiskt ser är 75:e percentilvärdet beräknat över de senaste 28 dagarna. Denna statistiska metod är utformad för att ge ett mer stabilt och representativt mått på en webbplats prestanda över tid, snarare än att spegla kortsiktiga variationer.

Varför det verkar som att det finns en fördröjning

Användningen av ett rullande 28-dagarsfönster för att beräkna 75:e percentilen kan skapa illusionen av en fördröjning i att se förbättringar. Här är varför:

  • Gradvis datautbyte: Inledningsvis blandas denna nya data med äldre, potentiellt sämre prestandadata. Varje dags data läggs till i 28-dagars prestandafönstret och en dag av den äldsta datan tas bort. Det tar hela 28 dagar innan all data har ersatts.
  • Percentilberäkning: Eftersom 75:e percentilen används tar det tid innan tillräckligt många förbättrade datapunkter kan förskjuta detta mätvärde betydligt. Detta kan verka kontraintuitivt men man kan inte tänka på percentilpoäng på samma sätt som man tänker på medelvärden. Slutsatsen är att 75:e percentilen kan vara 'motståndskraftig mot förändring' när det gäller plötsliga variationer.

Tänk på det så här: Du har en låda med 28 röda kulor. Varje dag tar du ut en gammal, röd kula och ersätter den med en ny grön kula. Det tar hela 28 dagar att helt förnya hela lådan men det fanns aldrig någon fördröjning!

Hur snabbt burken blir mestadels grön (75:e percentilen) beror på hur många röda kulor som redan finns i den. Om det finns många röda kulor tar det längre tid att bli grön. Men om det finns färre röda kulor blir burken grön snabbare.

Konsekvenser för webbutvecklare

Att förstå denna mekanism har viktiga konsekvenser för webbutvecklare och webbplatsägare:

  • Kontinuerlig övervakning: Istället för att vänta 28 dagar på att se resultat, övervaka dina Core Web Vitals regelbundet, helst med RUM-spårning som kan beräkna 75:e percentilen på daglig basis.
  • Stegvisa förbättringar: Även små förbättringar kan bidra till att gradvis förskjuta 75:e percentilen över tid.
  • Tålamod och uthållighet: Även om du kanske inte ser omedelbara dramatiska förändringar i rapporterade mätvärden, kommer konsekventa förbättringar så småningom att återspeglas.


Your dev team is busy.

Delegate the performance architecture to a specialist. I handle the optimization track while your team ships the product.

Discuss Resource Allocation >>

  • Parallel Workflows
  • Specialized Expertise
  • Faster Delivery
Varför Core Web Vitals 28-dagars fördröjning är en mytCore Web Vitals Varför Core Web Vitals 28-dagars fördröjning är en myt