Google PageSpeed Insights: tolka och förbättra (2026)

Du klistrar in din URL i Google PageSpeed Insights och får en siffra mellan 0 och 100. Är 62 bra? Är 89 tillräckligt? Och vad gör du med varningarna om "render-blocking resources" och "largest contentful paint"?

Den här guiden är till för dig som äger din hemsida och behöver veta vilka åtgärder som faktiskt spelar roll — inte bara för poängen.

Vad PageSpeed Insights egentligen är

PageSpeed Insights är Googles gratis verktyg för att mäta hur en webbsida presterar. Du anger en URL och får en rapport för både mobil och desktop.

Verktyget gör två saker samtidigt. Det kör ett labbtest direkt när du klickar — en simulerad laddning under kontrollerade förhållanden — och visar dessutom riktiga mätvärden från Chrome-användare som besökt sidan under de senaste 28 dagarna, om sidan har tillräckligt med trafik.

Poängen mellan 0 och 100 är inte sanningen. Den är en sammanvägning där Core Web Vitals väger tyngst. Det är de mätvärdena du ska förstå.

Core Web Vitals — de tre som Google bryr sig om

Google har bestämt att tre mätvärden definierar en bra användarupplevelse. Tillsammans kallas de Core Web Vitals, och de påverkar din sökrankning direkt.

LCP — Largest Contentful Paint. Tiden tills det största synliga elementet är inläst. Oftast en hjältbild eller stor rubrik. Mål: under 2,5 sekunder. Över 4 sekunder är dåligt.

INP — Interaction to Next Paint. Tiden från att användaren klickar, trycker eller skriver tills sidan visuellt svarar. Ersatte FID i mars 2024 och är nu det officiella interaktionsmåttet. Mål: under 200 ms. Över 500 ms är dåligt.

CLS — Cumulative Layout Shift. Hur mycket sidan hoppar runt medan den laddas. Du har säkert upplevt det: du ska klicka på en knapp men en bild laddas ovanför och du klickar på en annons istället. Mål: under 0,1. Över 0,25 är dåligt.

Dessa tre är direkt mätbara och påverkar din position i Google.

Field Data vs Lab Data — viktigaste distinktionen

Rapporten har två separata sektioner. Att förstå skillnaden är avgörande.

Field Data är riktiga mätningar från riktiga besökare under de senaste 28 dagarna. Detta är vad Google faktiskt använder för rankning. Har din sida för lite trafik visas ingen Field Data — då måste du förlita dig på labbresultatet.

Lab Data är ett simulerat test som körs när du klickar. Verktyget laddar sidan i en kontrollerad miljö med simulerad mobiluppkoppling. Användbart för felsökning eftersom förutsättningarna är desamma varje gång, men det är inte vad som påverkar din rankning.

Om Lab Data säger 95 och Field Data säger 60 — så är 60 din verkliga prestanda. Lab-poängen är ett utvecklingsverktyg, inte ett betyg.

Vanliga problem som drar ner poängen

Här är de återkommande bovarna i nästan varje rapport.

Stora, ooptimerade bilder. En 4 MB-bild som visas som 600 pixlar bred är vanligaste problemet. Ofta står bilder för 60–80 procent av sidans vikt.

Render-blocking resources. CSS- och JavaScript-filer som måste laddas innan sidan kan visas. Varje extern fil är ytterligare latens innan användaren ser något.

Onödig JavaScript. Tredjepartsskript för analys, chatt och annonsspårning som körs synkront. Många sajter laddar fem till tio sådana, varav hälften aldrig används på just den sidan.

Webfonts som blockerar text. Sidan visar en blank ruta tills typsnittet är inläst istället för en fallback-font direkt.

Saknad cachning. Statiska resurser som inte cachas långsiktigt, så återbesökare laddar ner allt på nytt.

Åtgärder som faktiskt rör nålen

Här är det konkreta arbetet — i prioritetsordning.

Optimera bilder med moderna format. Konvertera till WebP eller AVIF, leverera korrekt storlek per enhet och använd lazy loading under viken. På Next.js-sajter görs detta automatiskt med next/image. På WordPress behöver du oftast ett plugin eller en CDN som hanterar det.

Defer eller async på JavaScript. Lägg till defer eller async på externa scripttaggar så de inte blockerar rendering. Tredjepartsskript som chattwidgetar och spårning ska alltid laddas i slutet av sidan, inte i head.

Använd font-display: swap. Lägg till font-display: swap på dina @font-face-deklarationer. Webbläsaren visar då en systemfont direkt och byter till ditt typsnitt när det laddats. Användaren slipper en blank sida i två sekunder.

Minska och dela upp CSS. Inline kritisk CSS i head så första vyn renderas direkt, och ladda resten asynkront. Moderna ramverk gör ofta detta automatiskt.

Aktivera komprimering och cachning. Brotli eller Gzip på servern, och långa cache-headers för statiska resurser. Konfigureras en gång — jobbar sedan åt dig för alltid.

Reservera utrymme för bilder och annonser. Sätt explicit bredd och höjd så webbläsaren vet hur mycket plats elementen ska ta. Det är detta som eliminerar CLS — sidan hoppar inte längre när bilder laddas in.

För en bredare genomgång av varför hastighet spelar roll har vi skrivit varför en snabb hemsida säljer mer.

Realistiska förväntningar

100 i PageSpeed är inte målet. Det är ett ideal som är svårt att nå på en sajt med riktig funktionalitet. Sikta istället på "Good" i alla tre Core Web Vitals i Field Data. När du når dit behandlar Google sidan som snabb.

För många småföretag innebär det att gå från 50–60 till 85–90 i mobilpoäng. Den resan ger mätbart bättre konverteringsgrad och påverkar rankningen direkt.

Vanliga frågor

Mäter Google PageSpeed Insights samma sak som Lighthouse? Lighthouse är motorn bakom Lab Data-delen av PageSpeed Insights. Du kan köra Lighthouse direkt i Chrome DevTools för djupare felsökning. Resultaten ska överensstämma.

Varför ändras min poäng från test till test? Lab-poängen varierar något eftersom nätverket simuleras och kan påverkas av servern just då. Kör tre tester och titta på medianen. Field Data är stabilare eftersom det baseras på 28 dagar av riktig data.

Min sida fick 95 — behöver jag göra något mer? Kontrollera Field Data, inte bara poängen. Och kör testet på mobil — många sajter har 95 på desktop men 50 på mobil, där 70 procent av trafiken kommer ifrån.

Hur ofta ska jag kontrollera? Innan en större lansering, efter varje större designändring och sedan månadsvis. För löpande övervakning är Google Search Console bättre — den rapporterar Core Web Vitals för hela sajten över tid.

Påverkar PageSpeed verkligen rankningen? Ja, men det är inte poängen som rankas — det är Core Web Vitals i Field Data. En sida som är "Good" på alla tre rankas bättre än en "Poor", allt annat lika. I konkurrensutsatta nischer kan det avgöra.

När du vill ha det gjort åt dig

Att förstå PageSpeed Insights är en sak. Att hålla prestandan medan du publicerar nytt innehåll är ett löpande arbete.

Det är precis det Siteflow gör. Vi bygger hemsidor som från start är optimerade för Core Web Vitals — moderna bildformat, defer på allt som inte är kritiskt, font-display: swap som standard, korrekt cachning — och vi håller prestandan när sajten växer.

Vill du veta var din sajt står? Boka ett samtal så går vi igenom rapporten tillsammans.

Relaterade artiklar

• Snabb hemsida — varför laddtiden avgör om kunden stannar — vad varje sekund extra kostar dig i förlorade besökare och försäljning.
• Google Search Console — komplett guide för småföretag — det andra gratisverktyget du faktiskt måste använda för att förstå din synlighet.
• Mobilanpassad hemsida — varför Google straffar dig annars — mobil prestanda är det Google mäter först, så det är där du ska börja optimera.