Core/Dash Dimension: Land

Dimension: Land (cc)

Die Land-Dimension segmentiert Ihre Real User Monitoring-Daten nach dem geografischen Standort des Besuchers mithilfe von ISO-Ländercodes. Die Performance ist weltweit nicht einheitlich. Eine Website, die in den Niederlanden in 1,5 Sekunden geladen wird, kann in Brasilien 4 Sekunden und in Indien 6 Sekunden dauern. Die Land-Dimension verwandelt diesen vagen Verdacht in einen präzisen, filterbaren Datensatz.

Wenn Sie Nutzer international bedienen und nicht nach Ländern filtern, verstecken Sie Ihre schlechteste Performance hinter Ihrer besten.

Warum Geografie die Performance bestimmt

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

• Serverentfernung: Jede weiteren 5.000 km zwischen dem Nutzer und Ihrem Ursprungsserver erhöhen die Round-Trip-Latenz um etwa 30-50 ms. Wenn Ihr Server in Frankfurt steht und Ihr Nutzer in Sydney ist, beginnen Sie mit über 250 ms unvermeidbarer Physik, bevor auch nur ein einziges Byte ausgeliefert wird.
• Netzwerkinfrastruktur: Die durchschnittlichen Verbindungsgeschwindigkeiten variieren stark. Südkorea erreicht durchschnittlich über 200 Mbit/s, während viele afrikanische und südasiatische Länder unter 20 Mbit/s liegen. Dies wirkt sich direkt auf die Ladezeit für Bilder, Skripte und Schriftarten aus.
• Gerätequalität: Einkommensschwächere Regionen haben einen höheren Anteil an günstigen Android-Geräten. Diese Smartphones verfügen über langsamere CPUs, weniger RAM und ältere Browserversionen, wodurch sich Netzwerkverzögerungen mit Verarbeitungsverzögerungen summieren, die den INP in die Höhe treiben.

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

Lesen der Länderdaten

Leistungsstarke Länder

Länder wie die Vereinigten Staaten, Deutschland, die Niederlande, Japan und Südkorea weisen in der Regel starke Core Web Vitals auf. Diese Regionen kombinieren schnelle Netzwerke, nahegelegene CDN-Edge-Knoten und moderne Geräteflotten. In CoreDash-Daten zeigt der europäische und ostasiatische Traffic typischerweise p75-LCP-Werte zwischen 1,5 s und 2,2 s.

Länder im Mittelfeld

Brasilien, Mexiko, Polen, die Türkei und Thailand liegen oft im Bereich „Verbesserungswürdig“. Die Netzwerkgeschwindigkeiten sind anständig, aber die CDN-Abdeckung kann dünner sein, und der Gerätemix umfasst mehr Mittelklasse-Hardware. Erwarten Sie in diesen Regionen p75 LCP zwischen 2,5 s und 3,5 s.

Herausfordernde Länder

Indien, Indonesien, Nigeria, Pakistan und die Philippinen stellen einige der schwierigsten Performance-Umgebungen dar. Ein hoher Anteil an mobilem Traffic (oft über 85 %), langsamere durchschnittliche Verbindungen und Budget-Geräte schaffen eine dreifache Einschränkung. Ein p75 LCP von über 4 s ist für Websites ohne aggressive Optimierung für diese Märkte üblich.

Metrikspezifische geografische Muster

TTFB und LCP

Dies sind die Metriken, die am stärksten von der Geografie beeinflusst werden. Wenn sich Ihr Ursprungsserver in einer einzigen Region befindet und Sie kein CDN verwenden, zahlt jedes Land außerhalb dieser Region eine Latenz-Steuer. Die Lösung ist Infrastruktur: Edge-Caching, CDN-Verteilung und regionale Ursprungsserver. Keine Menge an Frontend-Optimierung behebt einen durch Entfernung verursachten TTFB von 300 ms.

INP

INP korreliert stärker mit der Gerätequalität als mit der Netzwerkgeschwindigkeit. Länder mit älteren Geräteflotten (Indien, Südostasien, Teile Afrikas) weisen selbst in schnellen Netzwerken einen schlechteren INP auf, da der Engpass die CPU und nicht die Bandbreite ist. Filtern Sie nach Land + Gerätetyp, um den Netzwerkeffekt vom Geräteeffekt zu trennen.

CLS

CLS ist weitgehend geografieunabhängig. Layoutverschiebungen werden durch die Rendering-Logik verursacht, nicht durch Netzwerkbedingungen. Wenn Sie eine CLS-Varianz nach Land feststellen, untersuchen Sie, ob Sie je nach Region unterschiedliche Werbenetzwerke, Cookie-Banner oder Drittanbieter-Skripte ausliefern.

Debugging-Workflow

1. Nach Volumen und Auswirkung sortieren: Öffnen Sie die Dimensionstabelle „Land“ und sortieren Sie nach Auswirkung. Ihr Land mit dem meisten Traffic und der schlechtesten Performance hat oberste Priorität. Die Performance für 40 % Ihrer Nutzer zu verbessern, bringt mehr, als sie für 2 % zu verbessern.
2. Mit Ihrer CDN-Karte vergleichen: Wenn ein bestimmtes Land einen hohen TTFB aufweist, prüfen Sie, ob Ihr CDN dort einen Point of Presence (PoP) hat. Fehlende PoPs bedeuten, dass Anfragen an die nächste verfügbare Edge weitergeleitet werden, was die Latenz erhöht.
3. Querverweis mit Gerätetyp: Ein Land mit schlechtem INP benötigt möglicherweise keine JavaScript-Optimierung. Möglicherweise müssen Sie den Budget-Geräten, die diesen Markt dominieren, leichtere Seiten ausliefern. Filtern Sie nach Land + Gerätetyp + Client Capability Score, um dies zu bestätigen.

Ingenieurs-Faustregel

• TTFB unter 800 ms für jedes Zielland: Wenn ein Land diesen Wert überschreitet, handelt es sich um ein Infrastrukturproblem. Fügen Sie einen CDN-PoP oder einen regionalen Cache hinzu.
• LCP unter 2,5 s für Ihre Top-5-Länder nach Traffic: Dies sind die Märkte, die Ihren aggregierten CrUX-Score und Ihr Suchmaschinenranking bestimmen.
• Optimieren Sie nicht auf den "globalen Durchschnitt": Optimieren Sie für bestimmte Länder. Ein globaler p75 von 2,3 s kann die Tatsache verbergen, dass Indien (Ihr zweitgrößter Markt) bei 4,1 s liegt.

Die Land-Dimension ist Ihr Tool zur Überprüfung der Infrastruktur. Sie zeigt Ihnen genau, wo Ihr CDN, Ihre Caching-Strategie und Ihre Serverplatzierung bei echten Nutzern versagen.