Reelle besøkende som bruker Chrome, opplever at nettstedet er tregt å laste, tregt å reagere eller hopper rundt, etter Googles egne mål. Dårlig sideopplevelse kan koste rangeringer og konverteringer.
Hva det betyr
Core Web Vitals er tre mål på hva besøkende faktisk opplever: Largest Contentful Paint (hvor raskt hovedinnholdet vises), Interaction to Next Paint (hvor raskt siden reagerer på et trykk eller klikk) og Cumulative Layout Shift (hvor mye siden hopper rundt). Minst ett av dem er vurdert som dårlig.
Hva som utløser det
Én gang om dagen, som del av Oppetidsovervåking, leser SaaSMaestro tallene for hele nettstedet fra Chrome UX Report, for de siste 28 dagene. Det krever en Chrome UX Report API-nøkkel i fanen Datatilkoblinger. I tråd med Google er en måling dårlig når mer enn en fjerdedel av besøkene er dårligere enn 4 sekunder for LCP, 500 ms for INP eller 0,25 for CLS. Enhver dårlig måling oppretter et problem med middels alvorlighet.
Vanlige årsaker
- Store bilder, treg vertstjeneste eller skript og skrifttyper som blokkerer gjengivelsen (LCP).
- Tung JavaScript, som chat-widgeter, tag managere og annonseskript (INP).
- Bilder, annonser eller bannere uten reservert plass, og skrifttyper som lastes sent (CLS).
Slik løser du det
- Kjør PageSpeed Insights på de mest besøkte sidene, og noter hvilken måling som er dårlig.
- Rett de største årsakene den lister opp først: komprimer bilder, utsett eller fjern skript, og reserver plass til innhold som lastes sent.
- Følg med på den ukentlige laboratoriepoengsummen for å bekrefte rettelsen før tallene for reelle besøkende tar igjen. Se Treg i Googles laboratorietest.
Når det forsvinner
Problemet forsvinner når ingen måling er vurdert som dårlig. Siden tallene dekker 28 dager, kan det ta opptil fire uker før en rettelse vises fullt ut.
Etter 7 dager uten problemet forsvinner tiltaket fra tavlen. Hvis du har merket det som ferdig og problemet fortsatt oppdages 14 dager senere, kommer det tilbake som «Rettelsen virket ikke».