Hvad er denne 'core web vitals score' som I taler om?
Lær hvordan du besvarer spørgsmål om 'core web vitals scores', da de uundgåeligt vil dukke op i samtalen på et tidspunkt
"Vores Core Web Vitals scores falder. Kan du hjælpe?"
Det er det spørgsmål jeg får stillet et par gange om dagen. Det første jeg skal spørge mig selv om er 'Hvad er denne Core Web Vitals score som du taler om?' Når folk kontakter mig, har de lige fundet ud af, at de har problemer med deres pagespeed, og de kan ikke selv løse dem. Normalt betyder det, at enten deres lab data (lighthouse) eller field data (CrUX og RUM) fejler.
Så hvis nogen fortæller dig, at deres Core Web Vitals fejler, er det første du skal finde ud af om de taler om lab data eller field data. En god indikator for, at de taler om lab data (lighthouse), er at de nævner denne 'Core Web Vitals Score'.

Åh nej, det er en lighthouse score
Når jeg så spørger ind til denne magiske 'Core Web Vitals Score', vil mange af de mennesker der kontakter mig på dette tidspunkt vise mig en fejlende lighthouse score. Her bliver det tricky! En fejlende lighthouse score betyder ikke, at du fejler Core Web Vitals. Ligesom en 'grøn' lighthouse score ikke betyder, at du består Core Web Vitals. Det betyder bare, at du fejler eller består den meget specifikke test.
Fortæl dem om field data
Så det næste jeg gør er at fortælle dem om field data. I dette tilfælde CrUX data. CrUX står for Chrome User Experience Report. CrUX er et datasæt der afspejler, hvordan virkelige Chrome-brugere oplever populære destinationer på nettet.
CrUX er det officielle datasæt for Web Vitals-programmet. Det betyder, at for at bestå (eller fejle) Core Web Vitals for 3 metrikker (LCP, INP og CLS) skal mindst 75% af dine besøgende have en god oplevelse.
Så nu forstår du måske, at der ikke er én 'Core Web Vitals Score' der vil få dig til at bestå eller fejle Core Web Vitals.
Vis dem field data

Processen er simpel. Naviger din browser til pagespeed.web.dev og indtast URL'en. Vælg derefter Origin (som er placeret lige ved siden af 'This URL') for at vise Core Web Vitals for hele sitet og ikke kun forsiden.
Så hvad med lighthouse?
På dette tidspunkt, efter du har fremført et overbevisende argument og grundlæggende har bevist for dem hvad jeg lige sagde, er 99% af dine klienter ikke klar til at slippe lighthouse scoren. Det forstår jeg. Den har en tiltrækning. Det er svært at forestille sig at de grønne, orange og røde tal som alle kan fortolke, virkelig slet ikke betyder noget.
Du skal dog huske at lighthouse er en test. Det er en rigtig fed test. Jeg elsker meget af hvad den gør, jeg elsker hvordan den er kodet, og jeg elsker hvordan den kan hjælpe dig med at løse nogle Core Web Vitals problemer. Men der er 3 ting den ikke vil gøre:
1. Interagere med en side. Det gør grundlæggende testen ubrugelig. Besøgende vil interagere med din side. Fra den interaktion får du din konvertering.
2. Optræde som en tilbagevendende besøgende. Lighthouse (som standard, du kan ændre denne indstilling) besøger din side som om den aldrig har besøgt din side før. Ofte for sidevisning og sidetiming vil dette gøre en verden til forskel. Så lighthouse er ikke repræsentativ for en stor del af dine besøgende.
3. Forstå noget om din side. Det bedste eksempel er i Total Blocking Time auditten. Selv de fleste eksperter er enige om, at en stor Total Blocking Time er en dårlig ting, men det er ikke hele historien. Så længe 'blokeringen' ikke sker, når siden skal være responsiv (du kan tvinge dette!) og blokeringen ikke sker under tidlig rendering, er du sandsynligvis helt fint stillet, selvom du får en dårlig lighthouse score!
Lab data is not enough.
I analyze your field data to find the edge cases failing your user experience.
- Real User Data
- Edge Case Detection
- UX Focused