Core/Dash Dimension: Land

Dimension: Land (cc)

Die Dimension Land segmentiert deine RUM-Daten nach dem geografischen Standort der Besucher. Sie nutzt dafür ISO-Ländercodes. Die Performance ist weltweit nicht einheitlich. Eine Seite lädt in den Niederlanden in 1,5 Sekunden. In Brasilien dauert das 4 Sekunden, in Indien 6 Sekunden. Die Dimension Land macht aus diesem vagen Verdacht einen präzisen, filterbaren Datensatz.

Du bedienst internationale Nutzer? Wenn du nicht nach Land filterst, versteckst du deine schlechteste Performance hinter deiner besten.

Warum die Geografie die Performance bestimmt

Drei physikalische Faktoren machen das Land zum stärksten Prädiktor für TTFB und LCP:

• Server-Entfernung: Jede weiteren 5.000 km Distanz zwischen Nutzer und Origin-Server addieren etwa 30–50ms Roundtrip-Latenz. Steht dein Server in Frankfurt und dein Nutzer in Sydney? Dann startest du mit über 250ms Latenz durch reine Physik. Und das, bevor ein einziges Byte ausgeliefert wird.
• Netzwerkinfrastruktur: Die durchschnittlichen Verbindungsgeschwindigkeiten variieren extrem. Südkorea erreicht im Schnitt über 200 Mbit/s. Viele afrikanische und südasiatische Länder liegen dagegen unter 20 Mbit/s. Das beeinflusst direkt die Ladezeit von Bildern, Skripten und Schriften.
• Gerätequalität: Regionen mit geringerem Einkommen haben einen höheren Anteil an günstigen Android-Geräten. Diese Smartphones haben langsamere CPUs, weniger RAM und ältere Browser-Versionen. Das koppelt Netzwerkverzögerungen mit Verarbeitungsverzögerungen. Der INP steigt.

Laut dem Web Almanac 2025 bestehen weltweit nur 48 % der mobilen Origins alle drei Core Web Vitals. Doch diese Zahl verschleiert enorme geografische Unterschiede. Südkorea führt mit 39,3 % bestandener Origins. Länder mit weniger entwickelter Infrastruktur liegen weit unter dem globalen Median.

Länderdaten lesen

Leistungsstarke Länder

Länder wie die USA, Deutschland, die Niederlande, Japan und Südkorea zeigen typischerweise starke Core Web Vitals. Diese Regionen kombinieren schnelle Netzwerke, nahegelegene CDN-Edge-Server und moderne Geräte. In den CoreDash-Daten weist europäischer und ostasiatischer Traffic meist p75-LCP-Werte zwischen 1,5s und 2,2s auf.

Mid-tier Länder

Brasilien, Mexiko, Polen, die Türkei und Thailand liegen oft im Bereich „Optimierungsbedürftig“. Die Netzwerkgeschwindigkeiten sind solide. Die CDN-Abdeckung ist jedoch oft dünner und der Gerätemix enthält mehr Mittelklasse-Hardware. Erwarte für diese Regionen einen p75-LCP-Wert zwischen 2,5s und 3,5s.

Herausfordernde Länder

Indien, Indonesien, Nigeria, Pakistan und die Philippinen gehören zu den schwierigsten Performance-Umgebungen. Der mobile Traffic-Anteil ist hoch (oft über 85 %). Die Verbindungen sind langsam, die Geräte billig. Das erzeugt eine dreifache Einschränkung. Ein p75-LCP-Wert von über 4s ist hier üblich. Es sei denn, du optimierst aggressiv für diese Märkte.

Metrikspezifische geografische Muster

TTFB und LCP

Diese Metriken werden am stärksten von der Geografie beeinflusst. Steht dein Origin-Server in einer einzigen Region und nutzt du kein CDN? Dann zahlt jedes Land außerhalb dieser Region eine Latenzsteuer. Die Lösung ist die Infrastruktur. Nutze Edge-Caching, CDN-Verteilung und regionale Origin-Server. Keine Frontend-Optimierung behebt eine TTFB von 300ms, die durch Entfernung entsteht.

INP

Der INP korreliert stärker mit der Gerätequalität als mit der Netzwerkgeschwindigkeit. Länder mit älteren Geräten (Indien, Südostasien, Teile Afrikas) zeigen selbst in schnellen Netzwerken einen schlechteren INP. Der Flaschenhals ist die CPU, nicht die Bandbreite. Filtere nach Land + Gerätetyp. So trennst du den Netzwerkeffekt vom Geräteeffekt.

CLS

Der CLS ist weitgehend unabhängig von der Geografie. Layout-Verschiebungen entstehen durch die Rendering-Logik, nicht durch Netzwerkbedingungen. Siehst du CLS-Abweichungen pro Land? Prüfe, ob du je nach Region andere Werbenetzwerke, Cookie-Banner oder Drittanbieter-Skripte ausspielst.

Debugging-Workflow

1. Nach Volumen und Auswirkung sortieren: Öffne die Länder-Dimensionstabelle. Sortiere nach Auswirkung. Dein trafficstärkstes Land mit der schlechtesten Performance hat Priorität. Die Performance für 40 % deiner Nutzer zu verbessern, bringt mehr als eine Optimierung für 2 %.
2. Mit deiner CDN-Karte abgleichen: Hat ein Land eine hohe TTFB? Prüfe die CDN-Points of Presence (PoPs) vor Ort. Ohne PoP leitet das CDN Anfragen an den nächsten Edge-Server weiter. Das erhöht die Latenz.
3. Mit dem Gerätetyp abgleichen: Ein Land mit schlechtem INP benötigt vielleicht keine JavaScript-Optimierung. Liefere stattdessen leichtere Seiten an die dort dominierenden günstigen Geräte aus. Filtere nach Land + Gerätetyp + Client Capability Score zur Bestätigung.

Technische Faustregeln

• TTFB unter 800ms für jedes Zielland: Werte darüber sind ein Infrastrukturproblem. Füge einen CDN-PoP oder einen regionalen Cache hinzu.
• LCP unter 2,5s für deine Top-5-Länder nach Traffic: Diese Märkte bestimmen deinen aggregierten CrUX-Score und dein Suchmaschinen-Ranking.
• Optimiere nicht für den „globalen Durchschnitt“: Optimiere für spezifische Länder. Ein globaler p75-Wert von 2,3s verschleiert oft, dass Indien (dein zweitgrößter Markt) bei 4,1s liegt.

Die Dimension Land ist dein Werkzeug zur Infrastruktur-Überprüfung. Sie zeigt dir genau, wo CDN, Caching-Strategie und Serverplatzierung echte Nutzer enttäuschen.