Core/Dash-dimensie: Land

Dimensie: Land (cc)

De dimensie Land segmenteert je Real User Monitoring-data op basis van de geografische locatie van de bezoeker met behulp van ISO-landcodes. Prestaties zijn wereldwijd niet uniform. Een site die in Nederland in 1,5 seconden laadt, kan er in Brazilië 4 seconden over doen en in India 6 seconden. De dimensie Land verandert dat vage vermoeden in een nauwkeurige, filterbare dataset.

Als je internationale gebruikers bedient en niet filtert op land, verberg je je slechtste prestaties achter je beste.

Waarom geografie prestaties bepaalt

Drie fysieke factoren maken land de sterkste voorspeller van TTFB en LCP:

• Serverafstand: Elke extra 5.000 km tussen de gebruiker en je origin-server voegt ongeveer 30-50ms round-trip-latentie toe. Als je server in Frankfurt staat en je gebruiker in Sydney zit, begin je al met 250ms+ aan onvermijdelijke natuurkunde voordat er een enkele byte wordt geserveerd.
• Netwerkinfrastructuur: Gemiddelde verbindingssnelheden variëren enorm. Zuid-Korea haalt gemiddeld meer dan 200 Mbps, terwijl veel Afrikaanse en Zuid-Aziatische landen onder de 20 Mbps zitten. Dit heeft directe invloed op de laadtijd van afbeeldingen, scripts en lettertypen.
• Apparaatkwaliteit: Regio's met lagere inkomens hebben een groter aandeel budget-Android-apparaten. Deze telefoons hebben tragere CPU's, minder RAM en oudere browserversies, wat netwerkvertragingen combineert met verwerkingsvertragingen die INP opdrijven.

Volgens de 2025 Web Almanac slaagt wereldwijd slechts 48% van de mobiele origins voor alle drie de Core Web Vitals. Maar dat cijfer verbergt een enorme geografische variatie. Korea loopt voorop met 39,3% van de origins die slagen, terwijl landen met een minder ontwikkelde infrastructuur ver onder de wereldwijde mediaan liggen.

De landendata interpreteren

Goed presterende landen

Landen als de Verenigde Staten, Duitsland, Nederland, Japan en Zuid-Korea tonen doorgaans sterke Core Web Vitals. These regions combine fast networks, nearby CDN edge nodes, and modern device fleets. In CoreDash-data laat Europees en Oost-Aziatisch verkeer meestal p75 LCP-waarden zien tussen 1,5s en 2,2s.

Middenmoot-landen

Brazilië, Mexico, Polen, Turkije en Thailand vallen vaak in de categorie "verbetering vereist". De netwerksnelheden zijn redelijk, maar de CDN-dekking is mogelijk dunner en de apparatenmix bevat meer middenklasse hardware. Verwacht voor deze regio's een p75 LCP tussen 2,5s en 3,5s.

Uitdagende landen

India, Indonesië, Nigeria, Pakistan en de Filipijnen vertegenwoordigen enkele van de moeilijkste prestatie-omgevingen. Een hoog aandeel mobiel verkeer (vaak 85%+), tragere gemiddelde verbindingen en budgetapparaten zorgen voor een drievoudige beperking. Een p75 LCP van meer dan 4s is gebruikelijk voor sites die niet agressief zijn geoptimaliseerd voor deze markten.

Geografische patronen per metriek

TTFB en LCP

Dit zijn de metrieken die het meest worden beïnvloed door geografie. Als je origin-server in één enkele regio staat en je geen CDN gebruikt, betaalt elk land buiten die regio een latency-taks. De oplossing is infrastructuur: edge caching, CDN-distributie en regionale origin-servers. Geen enkele hoeveelheid frontend-optimalisatie lost een TTFB van 300ms op die door afstand wordt veroorzaakt.

INP

INP correleert meer met apparaatkwaliteit dan met netwerksnelheid. Landen met oudere apparaten (India, Zuidoost-Azië, delen van Afrika) vertonen een slechtere INP, zelfs op snelle netwerken, omdat de bottleneck de CPU is en niet de bandbreedte. Filter op Land + Apparaattype om het netwerkeffect te scheiden van het apparaateffect.

CLS

CLS is grotendeels onafhankelijk van geografie. Layoutverschuivingen worden veroorzaakt door rendering-logica, niet door netwerkomstandigheden. Als je CLS-verschillen per land ziet, onderzoek dan of je per regio andere advertentienetwerken, cookiebanners of scripts van derden serveert.

Debugging-workflow

1. Sorteer op volume en impact: Open de tabel van de dimensie Land en sorteer op Impact. Het land met het meeste verkeer en de slechtste prestaties is je hoogste prioriteit. Prestaties verbeteren voor 40% van je gebruikers levert meer op dan voor 2%.
2. Vergelijk dit met je CDN-kaart: Als een specifiek land een hoge TTFB heeft, controleer dan of je CDN daar een Point of Presence (PoP) heeft. Ontbrekende PoP's betekenen dat verzoeken naar de dichtstbijzijnde beschikbare edge worden geleid, wat latency toevoegt.
3. Kruisverwijs met Apparaattype: Een land met een slechte INP heeft mogelijk geen JavaScript-optimalisatie nodig. In plaats daarvan moet je misschien lichtere pagina's serveren aan de budgetapparaten die die markt domineren. Filter op Land + Apparaattype + Client Capability Score ter bevestiging.

Vuistregels voor engineers

• TTFB onder 800ms voor elk doelland: Als een land dit overschrijdt, is dat een infrastructuurprobleem. Voeg een CDN-PoP of regionale cache toe.
• LCP onder 2,5s voor je top 5 landen op basis van verkeer: Dit zijn de markten die je geaggregeerde CrUX-score en zoekranking bepalen.
• Optimaliseer niet voor het "wereldwijde gemiddelde": Optimaliseer voor specifieke landen. Een wereldwijde p75 van 2,3s kan verbergen dat India (je op één na grootste markt) op 4,1s zit.

De dimensie Land is je tool voor een infrastructuuraudit. Het vertelt je precies waar je CDN, caching-strategie en serverplaatsing echte gebruikers in de steek laten.