Core/Dash Dimension: Land

Dimension: Land (cc)

Dimensionen Land segmenterar din Real User Monitoring-data utifrån besökarens geografiska plats med hjälp av ISO-landskoder. Prestandan är inte enhetlig över hela världen. En webbplats som laddar på 1,5 sekunder i Nederländerna kan ta 4 sekunder i Brasilien och 6 sekunder i Indien. Dimensionen Land förvandlar den vaga misstanken till ett exakt, filtrerbart dataset.

Om du betjänar användare internationellt och du inte filtrerar efter land, döljer du din sämsta prestanda bakom din bästa.

Varför geografin avgör prestandan

Tre fysiska faktorer gör landet till den starkaste indikatorn för TTFB och LCP:

• Serveravstånd: Varje ytterligare 5 000 km mellan användaren och din ursprungsserver lägger till ungefär 30-50 ms i tur-och-retur-latens. Om din server står i Frankfurt och din användare befinner sig i Sydney, börjar du med över 250 ms av oundviklig fysik innan en enda byte har serverats.
• Nätverksinfrastruktur: Genomsnittliga anslutningshastigheter varierar kraftigt. Sydkorea snittar på över 200 Mbps, medan många afrikanska och sydasiatiska länder ligger under 20 Mbps. Detta påverkar direkt laddningstiden för bilder, skript och typsnitt.
• Enhetskvalitet: Låginkomstregioner har en högre andel Android-enheter i budgetklassen. Dessa telefoner har långsammare processorer, mindre RAM och äldre webbläsarversioner, vilket kombinerar nätverksfördröjningar med bearbetningsfördröjningar som blåser upp INP.

Enligt 2025 Web Almanac godkänns endast 48 % av mobila ursprung på alla tre Core Web Vitals globalt. Men den siffran döljer en enorm geografisk variation. Sydkorea leder med 39,3 % godkända ursprung, medan länder med mindre utvecklad infrastruktur hamnar långt under den globala medianen.

Tolka landsdatan

Högpresterande länder

Länder som USA, Tyskland, Nederländerna, Japan och Sydkorea visar vanligtvis starka Core Web Vitals. Dessa regioner kombinerar snabba nätverk, närliggande CDN-kantnoder och en modern maskinpark. I CoreDash-data visar europeisk och östasiatisk trafik vanligtvis p75 LCP-värden mellan 1,5 s och 2,2 s.

Mellanskiktsländer

Brasilien, Mexiko, Polen, Turkiet och Thailand hamnar ofta i intervallet "behöver förbättras" (needs improvement). Nätverkshastigheterna är acceptabla men CDN-täckningen kan vara tunnare, och enhetsblandningen innehåller mer mellanklasshårdvara. Förvänta dig en p75 LCP mellan 2,5 s och 3,5 s för dessa regioner.

Utmanande länder

Indien, Indonesien, Nigeria, Pakistan och Filippinerna representerar några av de svåraste prestandamiljöerna. Hög andel mobiltrafik (ofta 85 %+), långsammare genomsnittliga anslutningar och budgetenheter skapar en tredubbel begränsning. p75 LCP över 4 s är vanligt för webbplatser utan aggressiv optimering för dessa marknader.

Mätvärdesspecifika geografiska mönster

TTFB och LCP

Dessa är de mätvärden som påverkas mest av geografin. Om din ursprungsserver ligger i en enda region och du inte använder ett CDN, betalar varje land utanför den regionen en latensskatt. Lösningen är infrastruktur: kantcachning (edge caching), CDN-distribution och regionala ursprungsservrar. Ingen mängd frontend-optimering kan fixa en TTFB på 300 ms orsakad av avstånd.

INP

INP korrelerar mer med enhetskvalitet än med nätverkshastighet. Länder med äldre enhetsparker (Indien, Sydostasien, delar av Afrika) uppvisar sämre INP även på snabba nätverk eftersom flaskhalsen är CPU, inte bandbredd. Filtrera efter Land + Enhetstyp för att separera nätverkseffekten från enhetseffekten.

CLS

CLS är i stort sett oberoende av geografi. Layoutförskjutningar orsakas av renderingslogik, inte nätverksförhållanden. Om du ser CLS-variationer per land bör du undersöka om du serverar olika annonsnätverk, cookie-banners eller tredjepartsskript i olika regioner.

Arbetsflöde för felsökning

1. Sortera efter volym och påverkan: Öppna tabellen för dimensionen Land och sortera efter påverkan (Impact). Ditt mest trafikerade land med den sämsta prestandan har högsta prioritet. Att fixa prestandan för 40 % av dina användare slår att fixa den för 2 %.
2. Jämför mot din CDN-karta: Om ett visst land har hög TTFB, kontrollera om ditt CDN har en Point of Presence (PoP) där. Saknade PoP:ar innebär att förfrågningar dirigeras till närmast tillgängliga kantnod (edge), vilket lägger till latens.
3. Korsreferera med enhetstyp: Ett land med dålig INP kanske inte behöver JavaScript-optimering. Det kan behöva att du serverar lättare sidor till budgetenheterna som dominerar den marknaden. Filtrera Land + Enhetstyp + Klientkapacitetspoäng för att bekräfta.

Tumregler för ingenjörer

• TTFB under 800 ms för varje land du riktar dig till: Om ett land överskrider detta är det ett infrastrukturproblem. Lägg till en CDN-PoP eller regional cache.
• LCP under 2,5 s för dina topp 5 länder baserat på trafik: Dessa är marknaderna som avgör din sammantagna CrUX-poäng och sökrankning.
• Optimera inte för "globalt genomsnitt": Optimera för specifika länder. En global p75 på 2,3 s kan dölja det faktum att Indien (din näst största marknad) ligger på 4,1 s.

Dimensionen Land är ditt verktyg för granskning av infrastrukturen. Den berättar exakt var ditt CDN, din cachningsstrategi och din serverplacering sviker riktiga användare.