CoreDash Dimension: Land

Dimension: Land (cc)

Dimensionen Land segmenterar din Real User Monitoring-data baserat på besökarens geografiska plats med hjälp av ISO-landskoder. Prestandan är inte enhetlig över hela världen. En webbplats som laddas 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 en exakt, filtrerbar datamängd.

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

Varför geografi avgör prestanda

Tre fysiska faktorer gör land 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 tur-och-retur-fördröjning. Om din server finns i Frankfurt och din användare i Sydney, börjar du med 250 ms+ oundviklig fysik innan en enda byte levereras.
• Nätverksinfrastruktur: Genomsnittliga anslutningshastigheter varierar kraftigt. Sydkorea snittar över 200 Mbps, medan många länder i Afrika och Sydasien ligger under 20 Mbps. Detta påverkar direkt Load Time för bilder, skript och typsnitt.
• Enhetskvalitet: Regioner med lägre inkomster har en högre andel budget-Android-enheter. Dessa telefoner har långsammare processorer, mindre RAM och äldre webbläsarversioner, vilket förvärrar nätverksfördröjningar med bearbetningsfördröjningar som blåser upp INP.

Enligt 2025 Web Almanac klarar endast 48 % av mobilanslutningarna alla tre Core Web Vitals globalt. Men den siffran döljer enorma geografiska skillnader. Korea leder med 39,3 % godkända anslutningar, medan länder med mindre utvecklad infrastruktur faller långt under det globala medianvärdet.

Att läsa landsdata

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-noder och moderna enhetsparker. I CoreDash-data visar trafik från Europa och Östasien vanligtvis p75 LCP-värden mellan 1,5 s och 2,2 s.

Mellanklassländer

Brasilien, Mexiko, Polen, Turkiet och Thailand ligger ofta i intervallet "behöver förbättras". Nätverkshastigheterna är hyfsade men CDN-täckningen kan vara glesare, och enhetsmixen inkluderar mer mellanklasshårdvara. Räkna med 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.

Metrikspecifika geografiska mönster

TTFB och LCP

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

INP

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

CLS

CLS är till stor del geografiskt oberoende. Layoutförskjutningar orsakas av renderingslogik, inte nätverksförhållanden. Om du ser CLS-variationer per land, undersök om du serverar olika annonsnätverk, cookie-banderoller eller tredjepartsskript per region.

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 land med högst trafik och sämst prestanda är din högsta prioritet. Att fixa prestanda för 40 % av dina användare slår att fixa det för 2 %.
2. Jämför med din CDN-karta: Om ett specifikt land har hög TTFB, kontrollera om ditt CDN har en Point of Presence (PoP) där. Saknade PoP:er innebär att förfrågningar dirigeras till närmaste tillgängliga nod, vilket lägger till latens.
3. Korsreferera med enhetstyp: Ett land med dålig INP behöver kanske inte JavaScript-optimering. Det kan behövas att du serverar lättare sidor till de budgetenheter som dominerar den marknaden. Filtrera Land + Enhetstyp + Client Capability Score för att bekräfta.

Ingenjörsmässig tumregel

• 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 5 största länder sett till trafik: Dessa är marknaderna som avgör din aggregerade CrUX-poäng och sökrankning.
• Optimera inte för "globalt genomsnitt": Optimera för specifika länder. Ett globalt 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 infrastrukturrevision. Den talar om exakt var ditt CDN, din cachningsstrategi och din serverplacering sviker riktiga användare.