Vad är det här 'core web vitals score' som du pratar om?
Lär dig hur du besvarar frågor om 'core web vitals scores' eftersom de garanterat kommer upp i konversationen förr eller senare

"Våra Core Web Vitals scores går ner. Kan du hjälpa till?"
Det är frågan jag får ett par gånger om dagen. Det första jag behöver fråga mig själv är 'Vad är det här Core Web Vitals score som du pratar om?' När folk kontaktar mig har de just upptäckt att de har problem med sin pagespeed och de kan inte fixa dem själva. Vanligtvis betyder det att antingen deras lab data (lighthouse) eller field data (CrUX och RUM) underkänns.
Så om någon berättar för dig att deras core web vitals underkänns är det första du behöver ta reda på om de pratar om lab data eller field data. En bra indikator på att de pratar om lab data (lighthouse) är att de nämner detta 'Core Web Vitals Score'.

Åh nej, det är ett lighthouse score
När jag sedan frågar om det magiska 'Core Web Vitals Score' visar många av personerna som kontaktar mig ett underkänt lighthouse score. Här blir det knepigt! Ett underkänt lighthouse score betyder inte att du underkänns på Core Web Vitals. Precis som ett 'grönt' lighthouse score inte betyder att du klarar Core Web Vitals. Det betyder bara att du underkänns eller klarar det mycket specifika testet.
Berätta för dem om field data
Så nästa sak jag gör är att berätta för dem om field data. I det här fallet CrUX data. CrUX står för Chrome User Experience Report. CrUX är ett dataset som speglar hur verkliga Chrome-användare upplever populära destinationer på webben.
CrUX är det officiella datasetet för Web Vitals-programmet. Det betyder att för att klara (eller underkännas på) Core Web Vitals för 3 mätvärden (LCP, INP och CLS) behöver minst 75% av dina besökare ha en bra upplevelse.
Så nu kanske du förstår att det inte finns ett enda 'Core Web Vitals Score' som gör att du klarar eller underkänns på Core Web Vitals.
Visa dem field data

Processen är enkel. Öppna din webbläsare och gå till pagespeed.web.dev och ange URL:en. Välj sedan Origin (som finns precis bredvid 'This URL') för att visa Core Web Vitals för hela sajten och inte bara startsidan.
Så vad gäller lighthouse?
Vid det här laget, efter att du har framfört övertygande argument och i princip bevisat det jag just sa, är 99% av dina klienter inte redo att släppa lighthouse score. Jag förstår det. Det har en dragningskraft. Det är svårt att föreställa sig att de gröna, orangea och röda siffrorna som vem som helst kan tolka egentligen inte spelar någon roll alls.
Men du behöver komma ihåg att lighthouse är ett test. Det är ett väldigt coolt test. Jag älskar mycket av vad det gör, jag älskar hur det är kodat och jag älskar hur det kan hjälpa dig fixa vissa core web vitals-problem. Men det finns 3 saker det inte gör:
1. Interagera med en sida. Det gör i princip testet oanvändbart. Besökare kommer att interagera med din sida. Från den interaktionen får du din konvertering.
2. Agera som en återkommande besökare. Lighthouse (som standard, du kan ändra den inställningen) besöker din sida som om den aldrig har besökt din sida tidigare. Ofta för sidrendering och sidtiming gör detta en enorm skillnad. Så lighthouse är inte representativt för en stor del av dina besökare.
3. Förstå någonting om din sida. Det bästa exemplet finns i Total Blocking Time-granskningen. Även de flesta experter håller med om att en stor total blocking time är en dålig sak men det är inte hela historien. Så länge som 'blockeringen' inte sker när sidan behöver vara responsiv (du kan tvinga detta!) och blockeringen inte sker under tidig rendering är du förmodligen helt okej även om du får ett dåligt lighthouse score!
Performance is a Feature.
Treating speed as an afterthought fails. Build a performance culture with a dedicated 2-sprint optimization overhaul.
- 2-Sprint Overhaul
- Culture Building
- Sustainable Speed

