Hvad er denne 'core web vitals score', som du taler om?
Lær hvordan du besvarer spørgsmål om 'core web vitals scores', da de helt sikkert vil komme 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. Det betyder som regel, 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 den magiske 'Core Web Vitals Score', vil mange af de folk, der kontakter mig, på dette tidspunkt vise mig en fejlende lighthouse score. Her bliver det vanskeligt! 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 blot, at du fejler eller består den helt 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 metrics (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 enkel. 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.
Hvad så 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 give slip på lighthouse scoren. Jeg forstår det. 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 ikke betyder noget overhovedet.
Nå, du skal huske at lighthouse er en test. Det er en rigtig fed test. Jeg elsker meget af det, 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. Agere 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 kæmpe forskel. Så lighthouse er ikke repræsentativ for en stor del af dine besøgende.
3. Forstå noget som helst 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 kørende, selvom du får en dårlig lighthouse score!
Your dev team is busy.
Delegate the performance architecture to a specialist. I handle the optimization track while your team ships the product.
- Parallel Workflows
- Specialized Expertise
- Faster Delivery

