Webperf
Här beskriver jag vad som har tillkommit och hur läget ser ut för de knappt 2 300 svenska webbplatser där Google har tillräckligt med data för att berätta om deras Core Web Vitals.
Nya uppgifter på Webperf
På varje webbplats sida finns rutan Jämför
. Tidigare jämförde den bara betygen från våra egna tester med kategorins genomsnitt. Nu visar rutan också Core Web Vitals, som är Googles mått på hur riktiga besökare upplever en webbplats.
Core Web Vitals består av tre stycken särskilt viktiga mätvärden, nämligen:
- Largest Contentful Paint (LCP) mäter hur lång tid det tar innan sidans huvudinnehåll syns.
- Interaction to Next Paint (INP) mäter hur snabbt sidan svarar när besökaren klickar eller trycker på något.
- Cumulative Layout Shift (CLS) mäter hur mycket innehållet flyttar sig oväntat medan sidan används.
Värdena vi visar på Webperf.se gäller mobil och hela webbplatsen (det som kallas origin
i CrUX-världen). Varje värde är P75 för de senaste 28 dagarna, det vill säga gränsen där den fjärdedel av besöken som gick sämst börjar.
→ Varför använda den 75:e percentilen för webbprestandamätning?
Bredvid värdet i jämförelsen står Googles bedömning och hur många procent bättre eller sämre webbplatsen är än medianen i sin kategori här på Webperf.se. Skillnader under 5 procent visar vi som att webbplatsen ligger som kategorin, eftersom värdena varierar något från vecka till vecka. Kategorins median räknar vi endast fram när minst tre webbplatser har data från de senaste 60 dagarna.
På sidan Webbplatser som testas går det nu att sortera kategorierna efter vart och ett av betygen och efter måtten från Google. Grupperna har fått samma möjlighet och en ruta med gruppens värden. Exempel på grupper är riksdagspartierna och webbplatser som använder ett visst CMS.
Vad måtten innebär i detalj har jag skrivit om tidigare.
→ Få koll på Googles CrUX-data och Core Web Vitals (Webperf, 2026)
Läget i oktober 2026
Webperf.se följer i skrivande stund 3 067 svenska webbplatser. Av dem har 74 procent tillräckligt många besökare med Chrome för att Google ska redovisa data för mobilen. Av dessa klarar 82 procent Googles gränser för alla tre CWV-måtten. För LCP går gränsen vid 2,5 sekunder. INP ska vara högst 200 millisekunder och CLS högst 0,1. Vi räknar en webbplats som godkänd när LCP och CLS är bra och när även INP är bra i de fall Google har data för det måttet.
Medianen är 1,23 sekunder för LCP och 100 millisekunder för INP. För CLS är medianen 0, eftersom 70 procent av webbplatserna har värdet 0 för minst tre fjärdedelar av besöken. Problemen med layoutförskjutningar finns alltså hos en mindre grupp. Av de 407 webbplatser som inte klarar gränserna fälls 191 på CLS och 164 på LCP. INP fäller 149 av dem. En webbplats kan fällas på fler än ett mått.
Offentlig sektor och Core Web Vitals
Offentlig sektor ligger före på CWV. Bland de svenska webbplatserna inom offentlig sektor har 89 procent data, då de har mer än några hundra besökare per dag. 93 procent av dessa klarar gränserna för CWV.
Offentlig sektors median för LCP är 0,99 sekunder. Bland övriga webbplatser klarar 79 procent gränserna och medianen för LCP är 1,33 sekunder. Offentliga webbplatser ska fungera för alla invånare, även för den som har en äldre telefon eller svag uppkoppling, så det är positivt att de ligger så väl till. Jag kan inte säga vad skillnaden beror på utifrån de här siffrorna.
Utvecklingen går åt rätt håll. Vi har jämfört samma svenska webbplatser vid perioderna som slutade i oktober 2025 och oktober 2026. Medianen för LCP har gått från 1 293 till 1 223 millisekunder, och 61,9 procent av webbplatserna har blivit snabbare.
Kommuner och kategorier
Av 290 svenska kommuner har 283 data. Det betyder att vi har sju kommuner i Sverige med väldigt lite trafik på sin webbplats. Medianen, för kommunerna med CrUX-data, för LCP är 0,975 sekunder och nästan 97 procent klarar gränsen. Drygt hälften av kommunerna visar huvudinnehållet på under en sekund även för den fjärdedel av besöken som går sämst.
Snabbast i Sverige är Haninge kommun med 611 millisekunder. Därefter följer Huddinge, Nacka, Vännäs och Robertsfors, som alla ligger under 710 millisekunder. Spridningen är stor. Den tiondel av kommunerna som är långsammast ligger över 1,4 sekunder, och den långsammaste ligger på hela 3,2 sekunder.
För första gången har vi data för kommunerna i hela Norden. Medianen för LCP och andelen som klarar gränserna ser ut så här.
- Isländska kommuner har 961 millisekunder och 98,2 procent klarar gränserna.
- Svenska kommuner har 975 millisekunder och 96,8 procent klarar gränserna.
- Norska kommuner har 1 083 millisekunder och 90,7 procent klarar gränserna.
- Finska kommuner har 1 416 millisekunder och 89,8 procent klarar gränserna.
- Danska kommuner har 1 551 millisekunder och 91,1 procent klarar gränserna.
Bland de svenska kategorierna har regionerna den snabbaste medianen på LCP med 866 millisekunder. Alla 21 regioner har data. I andra änden finns de stora bolagen. För bolagen i OMX Stockholm 30 som har data är medianen 1,75 sekunder, och bara 60 procent klarar gränserna. I kategorin Ehandel klarar 58,6 procent gränserna. Där är medianen för INP 163 millisekunder, vilket är det högsta värdet bland de större kategorierna.
Medierna har en median för CLS på 0,06, vilket är det högsta i någon kategori. Annonser och inbäddat innehåll som läses in sent är en tänkbar förklaring, men det har vi inte undersökt.
Besökare på mobilen och var tiden går åt
Mobilen är långsammare än datorn på nästan alla webbplatser. Vi har jämfört över tvåtusen svenska webbplatser som har data för båda. LCP är sämre på mobilen för 84 procent av dem, med en median på 1 231 millisekunder mot 1 050 på dator. För INP är skillnaden större. Medianen på mobilen är 101 millisekunder och på dator 52, och mobilen är sämre för 99 procent av webbplatserna. Att svara på ett tryck kräver processorkraft, och där har en vanlig telefon mindre kraft jämfört med en dator.
När huvudinnehållet är en bild delar Google upp LCP i fyra delar som följer på varandra. För de svenska webbplatser där det gäller är medianerna följande.
- Från att besökaren börjar ladda sidan tills det första svaret från servern når webbläsaren går det 449 millisekunder. I tiden ingår omdirigeringar och uppkopplingen mot servern.
- Från det första svaret tills webbläsaren börjar hämta bilden går 335 millisekunder. Här letar webbläsaren upp bilden i koden.
- Själva hämtningen av bilden tar dock bara 142 millisekunder.
- Från att bilden är hämtad tills den ritas upp går 226 millisekunder.
Varje värde gäller den fjärdedel av besöken som går sämst för just den delen, så delarna går inte att lägga ihop till ett värde för LCP.
På 79 procent av webbplatserna väntar bilden längre på att börja hämtas än vad hämtningen tar. Det beror ofta på att webbläsaren hittar bilden sent. Bilden kan vara inlagd med Javascript eller ha attributet loading="lazy", som skjuter upp hämtningen. Attributet fetchpriority="high" talar om för webbläsaren att bilden ska hämtas tidigt. Båda attributen ingår i standarden för HTML och stöds av de vanliga webbläsarna, så det här är något vi kan åtgärda utan särskilda verktyg.
Syntetiska tester och riktiga besökare
Vi har jämfört Webperfs betyg för hastighet, som bygger på syntetiska tester med bland annat Lighthouse, med LCP från Google för samma webbplatser. Det finns ett samband men det är svagt. De webbplatser som har betyg 4, eller högre, har en median för LCP på 1,10 sekunder. De med sämre betyg på Lighthouse med Webperf-testerna kan ändå ha bra LCP för riktiga besökare enligt CrUX.
Det här är förväntat! Syntetiska tester behövs för att hitta orsaker och för att testa förändringar innan de publiceras. Data från riktiga besökare visar hur webbplatsen fungerar på de telefoner och uppkopplingar som besökarna har.
→ Syntetiska tester vs RUM (Webperf)
Om CrUX-siffrorna
Google redovisar data på två nivåer, för en enskild sida och för en hel webbplats. Vi visar hela webbplatsen, vilket kallas för origin
om du jobbar med CrUX-tjänster eller API:er. Den som jämför med Googles verktyg CrUX Vis eller PageSpeed Insights kan därför se andra siffror om verktyget visar startsidan istället för hela webbplatsen.
Och skillnaden mellan hela webbplatsen (som vi redovisar på Webperf) och startsidan kan vara stor! Exempelvis, för Eskilstuna kommun var INP på mobilen 83 millisekunder för startsidan men 157 millisekunder för hela webbplatsen, under perioden 6 september till 3 oktober 2026. För LCP var förhållandet det omvända, med 815 millisekunder för startsidan och 704 för hela webbplatsen. Så ifall du vill kolla siffror i CrUX Vis väljer du Origin
i stället för URL
för att se samma siffror som på Webperf.
Webbplatser med få besökare saknar data, eftersom Google bara redovisar siffror när underlaget är tillräckligt stort. Det är fallet för nästan en fjärdedel av de svenska webbplatser vi följer. Andelen skiljer sig mycket mellan kategorierna. Bland kommunerna har 98 procent data, men bland webbyråerna endast 38 av 190 då webbyråerna som listas här inte har så mycket trafik på sina webbplatser.