Core/Dash-dimension: Land

Dimension: Land (cc)

Dimensionen Land segmenterer dine Real User Monitoring-data efter den besøgendes geografiske placering ved hjælp af ISO-landekoder. Performance er ikke ensartet over hele kloden. Et site, der indlæses på 1,5 sekunder i Holland, kan tage 4 sekunder i Brasilien og 6 sekunder i Indien. Dimensionen Land forvandler den vage mistanke til et præcist, filtrerbart datasæt.

Hvis du betjener brugere internationalt, og du ikke filtrerer efter land, skjuler du din dårligste performance bag din bedste.

Hvorfor geografi afgør performance

Tre fysiske faktorer gør landet til den stærkeste indikator for TTFB og LCP:

• Serverafstand: Hver yderligere 5.000 km mellem brugeren og din origin-server tilføjer cirka 30-50 ms round-trip-forsinkelse. Hvis din server står i Frankfurt, og din bruger befinder sig i Sydney, starter du med over 250 ms uundgåelig fysik, før der overhovedet er serveret en enkelt byte.
• Netværksinfrastruktur: Gennemsnitlige forbindelseshastigheder varierer enormt. Sydkorea har et gennemsnit på over 200 Mbps, mens mange afrikanske og sydasiatiske lande ligger under 20 Mbps. Dette påvirker direkte indlæsningstiden for billeder, scripts og skrifttyper.
• Enhedskvalitet: Regioner med lavere indkomst har en højere andel af budgetvenlige Android-enheder. Disse telefoner har langsommere CPU'er, mindre RAM og ældre browserversioner, hvilket forstærker netværksforsinkelser med processorforsinkelser, der puster INP op.

Ifølge 2025 Web Almanac er det kun 48 % af alle mobile origins, der består alle tre Core Web Vitals globalt. Men dette tal dækker over en enorm geografisk variation. Sydkorea fører an med 39,3 % beståede origins, mens lande med mindre udviklet infrastruktur falder et godt stykke under den globale median.

Aflæsning af landedataene

Højtydende lande

Lande som USA, Tyskland, Holland, Japan og Sydkorea viser typisk stærke Core Web Vitals. Disse regioner kombinerer hurtige netværk, nærliggende CDN-edge-nodes og moderne enhedsflåder. I CoreDash-data viser europæisk og østasiatisk trafik normalt p75 LCP-værdier mellem 1,5 s og 2,2 s.

Lande i mellemlaget

Brasilien, Mexico, Polen, Tyrkiet og Thailand befinder sig ofte i kategorien "trænger til forbedring". Netværkshastighederne er anstændige, men CDN-dækningen kan være tyndere, og blandingen af enheder inkluderer mere hardware i mellemklassen. Forvent p75 LCP mellem 2,5 s og 3,5 s for disse regioner.

Udfordrende lande

Indien, Indonesien, Nigeria, Pakistan og Filippinerne repræsenterer nogle af de sværeste performance-miljøer. En høj andel af mobiltrafik (ofte over 85 %), langsommere gennemsnitlige forbindelser og budgetenheder skaber en tredobbelt begrænsning. En p75 LCP på over 4 s er almindelig for sites uden aggressiv optimering til disse markeder.

Metrik-specifikke geografiske mønstre

TTFB og LCP

Disse er de metrikker, der påvirkes mest af geografien. Hvis din origin-server befinder sig i en enkelt region, og du ikke bruger et CDN, betaler hvert land uden for den region en forsinkelsesafgift. Løsningen er infrastruktur: edge-caching, CDN-distribution og regionale origin-servere. Ingen mængde af frontend-optimering kan rette op på en 300 ms TTFB forårsaget af afstand.

INP

INP korrelerer mere med enhedskvalitet end med netværkshastighed. Lande med ældre enhedsflåder (Indien, Sydøstasien, dele af Afrika) viser dårligere INP, selv på hurtige netværk, fordi flaskehalsen er CPU'en og ikke båndbredden. Filtrer efter land (Country) + enhedstype (Device Type) for at adskille netværkseffekten fra enhedseffekten.

CLS

CLS er i høj grad uafhængig af geografi. Layout shift forårsages af rendering-logik, ikke netværksbetingelser. Hvis du oplever CLS-variation fra land til land, bør du undersøge, om du serverer forskellige annoncenetværk, cookie-bannere eller tredjeparts-scripts pr. region.

Debugging-workflow

1. Sortér efter volumen og indvirkning (Impact): Åbn dimensionstabellen for Land, og sortér efter Impact. Dit land med højst trafik og dårligst performance er din topprioritet. At rette performance for 40 % af dine brugere slår at rette den for 2 %.
2. Sammenlign med dit CDN-kort: Hvis et specifikt land har en høj TTFB, skal du tjekke, om dit CDN har en Point of Presence (PoP) der. Manglende PoP'er betyder, at anmodninger dirigeres til den nærmeste tilgængelige edge, hvilket tilføjer forsinkelse.
3. Krydsreferér med enhedstype (Device Type): Et land med en dårlig INP behøver muligvis ikke JavaScript-optimering. Det kan i stedet kræve, at du serverer lettere sider til de budgetenheder, der dominerer det pågældende marked. Filtrér efter Land + Enhedstype + Client Capability Score for at bekræfte.

Teknisk tommelfingerregel

• TTFB under 800 ms for hvert land, du målretter mod: Hvis et land overstiger dette, er det et infrastrukturproblem. Tilføj en CDN-PoP eller regional cache.
• LCP under 2,5 s for dine top 5-lande målt på trafik: Det er disse markeder, der bestemmer din samlede CrUX-score og placering i søgeresultater.
• Optimer ikke efter et "globalt gennemsnit": Optimer til specifikke lande. En global p75 på 2,3 s kan skjule det faktum, at Indien (dit næststørste marked) ligger på 4,1 s.

Dimensionen Land er dit værktøj til infrastruktur-audit. Den fortæller dig præcist, hvor dit CDN, din caching-strategi og din serverplacering fejler i forhold til reelle brugere.