Sammanfattning
Ska din tillgång till samhällsservice bero på var du bor eller vilken mobiltelefon du har råd med? Laddtider.se har granskat webbprestanda hos 284 av Sveriges 290 kommuner med hjälp av Googles Chrome UX Report — faktiska mätningar från riktiga användare, inte laboratorietester.
Resultaten visar ett alarmerande digitalt postkodlotteri. Invånaren i Vallentuna får sin kommuns startsida laddad på en halv sekund. I Övertorneå tar samma sak nästan fyra sekunder — åtta gånger längre. Det är inte en IT-fråga. Det är en demokratifråga.
Den goda nyheten: 94 procent av kommunerna klarar Googles gränsvärden för Core Web Vitals. Men 17 kommuner underkänns, och de sämsta har servrar som svarar långsammare än de flesta webbplatser laddar klart. I Arvidsjaur tar det över tre sekunder bara att få ett första svar från servern.
Webbprestanda är en demokratifråga
Lagen om tillgänglighet till digital offentlig service (DOS-lagen) trädde i kraft 2019 och kräver att offentliga webbplatser ska vara ”möjliga att uppfatta, hanterbara, begripliga och robusta”. Ofta tolkas det som kontraster och skärmläsarstöd — men laddtid är en lika kritisk tillgänglighetsfaktor.
Förtydligande: Core Web Vitals är Googles tekniska kvalitetsmått — inte ett lagstadgat krav i DOS-lagen. DOS-lagen bygger på WCAG 2.1 AA och omfattar kontraster, tangentbordsnavigering, skärmläsarstöd och mer. God webbprestanda stöder tillgänglighet men ersätter inte en fullständig WCAG-granskning.
Tänk dig tre scenarier där en tung kommunsajt stänger ute medborgare:
- Pensionären med äldre smartphone. En enhet som är tre–fyra år gammal har ofta en fjärdedel av processorkapaciteten i en ny toppmodell. En sajt som kräver mycket JavaScript tvingar enheten att arbeta länge innan innehållet syns.
- Barnfamiljen i glesbygd med svag mobiltäckning. Utanför tätort sjunker bandbredden dramatiskt. En kommunsajt på fem megabyte tar över 20 sekunder att ladda via 3G.
- Krissituationen. Vid VMA, vattenläckor eller strömavbrott ska kommunens sajt vara navet för information. Överbelastade mobilnät gör att varje kilobyte räknas — men de flesta kommunsajter saknar ett krisläge med nedskalad, ren HTML.
Kommunsajter som väger fem megabyte stänger ute dessa grupper. Det är teknisk diskriminering.
Så mätte vi: Core Web Vitals i korthet
Granskningen bygger på Chrome UX Report (CrUX) — Googles databas med riktiga användarmätningar, insamlade från Chrome-användare som gett sitt samtycke. Till skillnad från laboratorietester (som Lighthouse) speglar CrUX hur sajten faktiskt upplevs av besökarna. Datan gäller mobila enheter, eftersom det är så de flesta medborgare når kommunens tjänster.
Tre mätvärden avgör om en sajt klarar Googles Core Web Vitals:
- LCP (Largest Contentful Paint) — tid tills det största synliga elementet laddats. Gräns: 2 500 millisekunder.
- INP (Interaction to Next Paint) — responstid vid klick eller tryck. Gräns: 200 millisekunder.
- CLS (Cumulative Layout Shift) — hur mycket sidan hoppar till medan den laddas. Gräns: 0,1.
En kommun måste klara alla tre för att godkännas. 268 av 284 kommuner — 94 procent — gör det. Men bakom den siffran döljer sig stora skillnader.
Geografisk analys: storstad, glesbygd och de överraskande resultaten
Hypotesen att storstadskommuner med stora IT-budgetar skulle ligga i topp stämmer delvis. Kommuner med fler än 100 000 invånare har ett genomsnittligt LCP på 986 millisekunder och 100 procent godkända på Core Web Vitals. Men de allra snabbaste kommunerna i landet är inte storstäder.
Vindeln (650 ms LCP) och Bjurholm (682 ms) — två av Västerbottens minsta kommuner — presterar bättre än Malmö (931 ms) och Göteborg (1 080 ms). Mönstret upprepas: mindre kommuner med enklare, textbaserade sajter laddar blixtsnabbt. Större kommuner bygger komplexa startsidor med högupplöst video, tunga karttjänster och animerade hero-bilder.
Landsbygdskommuner (under 20 000 invånare) har ett genomsnittligt LCP på 1 236 millisekunder — långsammare än storstäderna, men fortfarande långt under Googles gräns. 92 procent godkänns. Det verkliga problemet finns hos en handfull kommuner med extrem serverfördröjning, oavsett storlek.
Länsgenomsnitt: Uppsala snabbast, Norrbotten långsammast
Grupperat per län framträder tydliga geografiska skillnader. Uppsala län toppar med ett genomsnittligt LCP på 882 millisekunder — drivet av snabba kommuner som Uppsala (652 ms) och Östhammar (705 ms). Stockholms län kommer trea med 935 ms.
I botten ligger Norrbottens län med 1 678 ms i snitt — nästan dubbelt så långsamt som Uppsala. Tre av de fem sämsta kommunerna i hela landet ligger i Norrbotten: Övertorneå, Arvidsjaur och Haparanda. Östergötlands län (1 414 ms) dras ner av Valdemarsvik och Vadstena.
| Län | Snitt-LCP (ms) | Antal kommuner |
|---|---|---|
| Uppsala län | 882 | 7 |
| Södermanlands län | 928 | 8 |
| Stockholms län | 935 | 23 |
| Örebro län | 988 | 12 |
| Gävleborgs län | 995 | 10 |
| Västernorrlands län | 995 | 7 |
| Jönköpings län | 1 024 | 13 |
| Västra Götalands län | 1 048 | 45 |
| Skåne län | 1 086 | 33 |
| Hallands län | 1 098 | 6 |
| Jämtlands län | 1 108 | 8 |
| Värmlands län | 1 121 | 15 |
| Västerbottens län | 1 138 | 15 |
| Västmanlands län | 1 196 | 10 |
| Kalmar län | 1 198 | 12 |
| Kronobergs län | 1 220 | 8 |
| Blekinge län | 1 227 | 5 |
| Dalarnas län | 1 321 | 15 |
| Östergötlands län | 1 414 | 13 |
| Norrbottens län | 1 678 | 14 |
Topp fem: Sveriges snabbaste kommunsajter
| Placering | Kommun | Län | LCP (ms) | INP (ms) | CLS |
|---|---|---|---|---|---|
| 1 | Vallentuna | Stockholms län | 513 | 135 | 0,00 |
| 2 | Haninge | Stockholms län | 609 | 71 | 0,00 |
| 3 | Vindeln | Västerbottens län | 650 | 67 | 0,00 |
| 4 | Uppsala | Uppsala län | 652 | 122 | 0,00 |
| 5 | Bjurholm | Västerbottens län | 682 | 85 | 0,00 |
Gemensamt för de snabbaste kommunerna: noll layouthopp (CLS), snabb serverrespons och återhållsam design utan tunga medieelement. Vallentuna och Haninge — båda Stockholmsförorter — visar att storstadens infrastruktur kombinerat med medveten design ger toppresultat. Men Vindeln och Bjurholm i Västerbotten bevisar att geografiskt läge inte avgör: enkelhet vinner.
Botten fem: här krävs åtgärder
| Placering | Kommun | Län | LCP (ms) | TTFB (ms) |
|---|---|---|---|---|
| 284 | Övertorneå | Norrbottens län | 3 865 | 2 995 |
| 283 | Valdemarsvik | Östergötlands län | 3 722 | 2 845 |
| 282 | Arvidsjaur | Norrbottens län | 3 485 | 3 122 |
| 281 | Essunga | Västra Götalands län | 2 782 | 524 |
| 280 | Vadstena | Östergötlands län | 2 584 | 1 937 |
Syftet med denna lista är inte att hänga ut — offentlig sektor ska tåla granskning. De fem sämsta kommunerna har alla LCP över Googles gränsvärde 2 500 millisekunder. En gemensam nämnare: extrem serverfördröjning (TTFB). I Arvidsjaur tar det 3 122 millisekunder — drygt tre sekunder — bara att få ett första svar från servern. Det är längre tid än de flesta webbplatser behöver för att ladda klart helt.
I Övertorneå och Valdemarsvik är mönstret detsamma: TTFB runt tre sekunder innebär att sajten inte ens kan börja visa innehåll förrän besökaren redan väntat längre än de flesta har tålamod med. Essunga sticker ut — servern svarar på 524 ms (acceptabelt) men LCP landar ändå på 2 782 ms, vilket tyder på tunga medieelement eller ineffektiv rendering.
Layouthopp: sju kommuner med instabila sajter
Sju kommuner underkänns på CLS — layouthopp som gör att element förskjuts medan sidan laddas. Stenungsund (0,19) och Haparanda (0,18) är de värsta. Det innebär att en medborgare som försöker klicka på en länk riskerar att missa och hamna på fel sida. Orsaken är nästan alltid bilder utan definierade dimensioner eller annonser/banners som laddas in sent.
Krisberedskap: håller sajten när det gäller?
Vid VMA, vattenläckor eller strömavbrott blir kommunens hemsida navet för information. En tung sajt kräver mer serverresurser per besökare och kraschar snabbare vid trafikspikar. Kommuner med TTFB över en sekund — som Arvidsjaur (3,1 s), Övertorneå (3,0 s), Valdemarsvik (2,8 s) och Gagnef (2,1 s) — har särskilt svag beredskap.
De snabbaste kommunerna (Sigtuna: 174 ms TTFB, Nykvarn: 186 ms, Härryda: 191 ms) visar att det går att bygga responsiva servermiljöer i offentlig sektor. Skillnaden mellan snabbaste och långsammaste TTFB är arton gånger — i detta dataset den största spridningen bland de 284 undersökta kommunerna.
Rekommendation: alla kommuner bör ha ett krisläge (emergency mode) där sajten skalar ner till ren HTML och text för maximal tillgänglighet och stabilitet. Majoriteten saknar detta i dag.
Checklista för kommunikatörer och IT-chefer
Tre omedelbara åtgärder som varje kommun kan genomföra:
- Lågbandbreddstestet. Testa alltid ny information med nätverket strypt till 3G (Fast 3G) i webbläsarens utvecklarverktyg. Går informationen att läsa? Om inte, har ni stängt ute delar av befolkningen.
- Sanera startsidan. Ta bort karuseller och autospelande video. De tillför sällan värde men kostar alltid prestanda. Varje sekunds fördröjning ökar risken att medborgaren ger upp och ringer växeln i stället.
- Kräv prestanda i upphandlingar. Sätt absolut krav i kravspecifikationen: ”LCP får ej överstiga 2 500 millisekunder på 4G-nät”. Utan mätbart krav finns inget att följa upp.
Metod och datakällor
Granskningen bygger på CrUX-data publicerade av Webperf.se i januari 2026. Data avser mobila enheter med mätperiod fram till december 2025. Av Sveriges 290 kommuner har 284 tillräcklig trafik för att generera CrUX-statistik. Sex kommuner saknar data (för låg trafik i Chrome). Alla mätvärden representerar 75:e percentilen (p75) — det innebär att 75 procent av besökarna upplever lika bra eller bättre resultat.
Core Web Vitals-gränsvärdena följer Googles officiella definitioner: LCP ≤ 2 500 ms, INP ≤ 200 ms, CLS ≤ 0,1. TTFB (Time to First Byte) ingår inte i CWV men redovisas som diagnostiskt mått.
Kommun-till-län-mappningen följer SCB:s kommunindelning 2025. Storstadskommuner definieras som kommuner med fler än 100 000 invånare, landsbygdskommuner som kommuner med färre än 20 000.
Den bearbetade datan (LCP, INP, CLS, TTFB och CWV-status per kommun med länsmappning) kan begäras via redaktionen. Källdata publiceras av Webperf.se.
Frågor om metod eller data? Kontakta redaktionen.