PageSpeed Insights: så läser ni poängen, Core Web Vitals och vad ni ska åtgärda först

Vad är PageSpeed Insights och vad visar det?

PageSpeed Insights (PSI) är Googles kostnadsfria verktyg på pagespeed.web.dev som mäter hur en webbsida upplevs på mobil och dator. Ni klistrar in en adress och får två sorters data: hur sidan har fungerat för riktiga besökare och hur den laddar i en simulerad test, plus förslag på åtgärder.

Verktyget är användbart för alla som äger en sajt, inte bara utvecklare. En långsam sida kostar besökare innan de ens har sett erbjudandet, och det gäller både företag som vill ha förfrågningar och webbutiker som vill sälja. Resultatet är samtidigt lätt att feltolka: en röd poäng betyder inte alltid att besökarna har problem, och en grön poäng betyder inte att allt är bra. Nedan går vi igenom hur ni läser det och vad som oftast ger störst effekt.

Fältdata och labbdata: därför visar PageSpeed Insights två olika resultat

Enligt Googles beskrivning av PageSpeed Insights bygger rapporten på två källor som mäter olika saker:

Fältdatan är facit för hur besökarna upplever sidan. Labbdatan är ett verktyg för att hitta orsaker. Därför kan de visa olika värden: en sida kan ha låg labbpoäng men klara Core Web Vitals i fält, eftersom de flesta besökare har snabbare telefoner än den simulerade, eller tvärtom. Fältdata kräver tillräckligt med besök. Saknas den för sidan visar PSI data för hela domänen, och för små sajter ibland ingen fältdata alls.

Core Web Vitals: LCP, INP och CLS och deras gränsvärden

Core Web Vitals är tre mått på laddning, respons och stabilitet. En sida klarar bedömningen när alla tre är bra vid den 75:e percentilen, alltså för minst tre av fyra besök. PSI använder samma gränser:

PSI visar också FCP, tiden till första synliga innehåll, och TTFB, tiden till serverns första svar. De ingår inte i Core Web Vitals men hjälper er hitta orsaken när LCP är för hög. I labbdatan finns även TBT, Total Blocking Time, som är det närmaste labbmåttet för INP eftersom interaktioner inte kan mätas i en simulering.

Google skriver i Search Central att bra Core Web Vitals ligger i linje med vad rankningssystemen vill belöna. Det är ett skäl bland flera. Det viktigare skälet är att en sida som syns först efter flera sekunder förlorar besökare innan de har läst något.

Vad betyder poängen 0–100 i PageSpeed Insights?

Siffran högst upp på fliken är Lighthouse prestandapoäng från labbtestet. Google delar in den så här: 90–100 är bra, 50–89 behöver förbättras och under 50 är dåligt. Poängen vägs ihop av flera labbmått, bland annat LCP, TBT och CLS, enligt Lighthouse poängmodell.

• Poängen varierar mellan körningar. Nätverk, serverns svarstid och tredjepartsskript gör att samma sida kan få olika poäng. Kör tre till fem tester och jämför medianen.
• Mobilpoängen är nästan alltid lägre. Mobiltestet simulerar en långsammare enhet och uppkoppling. Det är mobilen de flesta av era besökare använder, så börja där.
• Poängen gäller en sida. Startsidan säger lite om produktsidor, tjänstesidor eller landningssidor. Testa de sidor som faktiskt tar emot trafik och ger affärer.
• Övriga flikar är separata. Tillgänglighet, bästa praxis och SEO har egna poäng. De mäter viktiga saker, men inte hastighet.

Så förbättrar ni resultatet: vad ni åtgärdar först

I vår sajtstudie av småföretagssajter i Västsverige mätte vi 96 startsidor med Lighthouse på mobil. Medianen till huvudinnehållet var 8,7 sekunder, 98 procent låg över Googles gräns på 2,5 sekunder och medianstorleken på startsidan var 2,3 MB. Den vanligaste orsaken var inte servern utan sidans vikt. Det styr ordningen nedan:

1. Bilderna. Leverera bilder i rätt storlek och i moderna format som WebP eller AVIF. En bild som visas 800 pixlar bred ska inte laddas i 4 000. Det är ofta den enskilt största och billigaste förbättringen.
2. Huvudbilden eller rubriken högst upp. Det element som blir LCP ska laddas direkt, inte lat-laddas, och inte vänta på skript eller en slider.
3. Skript och tredjepartskod. Chattar, gamla spårningskoder, sliders och tunga tillägg belastar både laddningen och INP. Ta bort det som inte används och ladda resten senare.
4. Typsnitt. Använd få typsnittsvikter, ladda dem från den egna servern och se till att texten visas medan typsnittet laddar.
5. Serverns svarstid. Hög TTFB tyder på långsam hosting, saknad sidcache eller tunga databasanrop. Då hjälper det lite att optimera bilderna. Ibland är ett byte av webbhotell rätt åtgärd.
6. Utrymme för bilder och annonser. Ange bredd och höjd på bilder och reservera plats för banners och inbäddningar, så att innehållet inte hoppar. Det sänker CLS.

Förslagen under Diagnostik i PSI anger ungefär hur mycket tid eller data varje åtgärd sparar. Använd dem som en lista över möjligheter, inte som en checklista där alla punkter måste bli gröna. Mät igen efter varje ändring, och följ fältdatan i Search Console, där rapporten Core Web Vitals grupperar sidor med samma problem.

Vanliga misstag när företag jagar PageSpeed-poäng

• Jaga 100 i stället för gränsvärdena. Att gå från 85 till 100 i labbet kan kosta mycket utan att besökarna märker skillnad. Målet är att klara Core Web Vitals i fält.
• Bara testa startsidan. Besökare från Google och annonser landar ofta på tjänste-, produkt- eller landningssidor. Testa dem.
• Installera ännu ett prestandatillägg. På WordPress kan flera cache- och optimeringstillägg krocka och göra sidan sämre. Förstå orsaken först.
• Ta bort det som säljer. Att ta bort kontaktvägar, bilder på produkten eller mätningen för att få högre poäng är en förlust. Gör dem lättare i stället.
• Glömma att mäta effekten. Hastighet är ett medel. Följ upp om fler besökare stannar och hör av sig eller handlar, till exempel med heatmaps och analysdata.

Vi hjälper företag att få snabbare sajter som ger fler förfrågningar och mer försäljning. Som WordPress-byrå mäter vi den faktiska sidan, hittar ägaren till varje flaskhals, oavsett om det är media, typsnitt, CSS, JavaScript, cache eller tredjepartskod, och åtgärdar det i rätt ordning. Ska sajten byggas om arbetar vi som webbyrå med hastighet från början, och i arbetet med konverteringsoptimering kopplar vi hastigheten till det som räknas: leads och köp.

Vanliga frågor om PageSpeed Insights