Wymiar Core/Dash: Kraj

Wymiar: Kraj (cc)

Wymiar Kraj segmentuje Twoje dane Real User Monitoring na podstawie lokalizacji geograficznej odwiedzającego przy użyciu kodów krajów ISO. Wydajność nie jest jednolita na całym świecie. Strona, która ładuje się w 1,5 sekundy w Holandii, może ładować się 4 sekundy w Brazylii i 6 sekund w Indiach. Wymiar Kraj zamienia to niejasne podejrzenie w precyzyjny, możliwy do filtrowania zestaw danych.

Jeśli obsługujesz użytkowników na arenie międzynarodowej i nie filtrujesz danych według kraju, ukrywasz swoją najgorszą wydajność za najlepszą.

Dlaczego geografia determinuje wydajność

Trzy fizyczne czynniki sprawiają, że kraj jest najsilniejszym predykatorem TTFB i LCP:

• Odległość od serwera: Każde dodatkowe 5000 km między użytkownikiem a serwerem źródłowym dodaje około 30-50 ms opóźnienia w obie strony. Jeśli Twój serwer znajduje się we Frankfurcie, a użytkownik w Sydney, zaczynasz od ponad 250 ms nieuniknionych praw fizyki, zanim zostanie przesłany choćby jeden bajt.
• Infrastruktura sieciowa: Średnie prędkości połączeń drastycznie się różnią. Średnia w Korei Południowej przekracza 200 Mb/s, podczas gdy w wielu krajach Afryki i Azji Południowej wynosi poniżej 20 Mb/s. Wpływa to bezpośrednio na czas ładowania obrazów, skryptów i czcionek.
• Jakość urządzeń: Regiony o niższych dochodach mają wyższy odsetek budżetowych urządzeń z systemem Android. Telefony te mają wolniejsze procesory, mniej pamięci RAM i starsze wersje przeglądarek, co potęguje opóźnienia sieciowe opóźnieniami w przetwarzaniu, które zawyżają INP.

Według 2025 Web Almanac zaledwie 48% mobilnych źródeł zdaje wszystkie trzy testy Core Web Vitals w ujęciu globalnym. Jednak ta liczba maskuje ogromne zróżnicowanie geograficzne. Korea prowadzi z 39,3% zdających źródeł, podczas gdy kraje o słabiej rozwiniętej infrastrukturze spadają znacznie poniżej globalnej mediany.

Odczytywanie danych o kraju

Kraje o wysokiej wydajności

Kraje takie jak Stany Zjednoczone, Niemcy, Holandia, Japonia i Korea Południowa zazwyczaj wykazują dobre wyniki Core Web Vitals. Regiony te łączą szybkie sieci, pobliskie węzły brzegowe CDN oraz nowoczesne floty urządzeń. W danych CoreDash ruch z Europy i Azji Wschodniej zazwyczaj wykazuje wartości p75 LCP między 1,5 s a 2,2 s.

Kraje ze średniej półki

Brazylia, Meksyk, Polska, Turcja i Tajlandia często znajdują się w przedziale „wymaga poprawy”. Prędkości sieci są przyzwoite, ale zasięg CDN może być mniejszy, a przekrój urządzeń obejmuje więcej sprzętu ze średniej półki. W tych regionach należy spodziewać się wartości p75 LCP między 2,5 s a 3,5 s.

Wymagające kraje

Indie, Indonezja, Nigeria, Pakistan i Filipiny reprezentują jedne z najtrudniejszych środowisk pod kątem wydajności. Wysoki udział ruchu mobilnego (często 85%+), wolniejsze średnie połączenia i budżetowe urządzenia tworzą potrójne ograniczenie. Wartości p75 LCP powyżej 4 sekund są powszechne dla stron bez agresywnej optymalizacji dla tych rynków.

Wzorce geograficzne dla poszczególnych metryk

TTFB i LCP

Są to metryki najbardziej podatne na wpływ geografii. Jeśli Twój serwer źródłowy znajduje się w jednym regionie i nie używasz CDN, każdy kraj poza tym regionem płaci „podatek od opóźnienia”. Rozwiązaniem jest infrastruktura: buforowanie na brzegu sieci, dystrybucja CDN i regionalne serwery źródłowe. Żadna optymalizacja frontendu nie naprawi 300 ms TTFB spowodowanego odległością.

INP

INP bardziej koreluuje z jakością urządzenia niż prędkością sieci. Kraje ze starszymi flotami urządzeń (Indie, Azja Południowo-Wschodnia, części Afryki) wykazują gorsze INP nawet w szybkich sieciach, ponieważ wąskim gardłem jest procesor, a nie przepustowość. Filtruj według Kraj + Typ urządzenia, aby oddzielić efekt sieci od efektu urządzenia.

CLS

CLS jest w dużej mierze niezależne od lokalizacji geograficznej. Przesunięcia układu są spowodowane logiką renderowania, a nie warunkami sieciowymi. Jeśli zauważysz wahania CLS w zależności od kraju, sprawdź, czy dla poszczególnych regionów nie serwujesz innych sieci reklamowych, banerów cookies lub skryptów stron trzecich.

Przepływ pracy podczas debugowania

1. Sortuj według wolumenu i wpływu: Otwórz tabelę z wymiarem Kraj i posortuj według Wpływu (Impact). Twój kraj o najwyższym ruchu z najgorszą wydajnością to Twój najwyższy priorytet. Poprawa wydajności dla 40% użytkowników daje więcej niż naprawa dla 2%.
2. Porównaj z mapą CDN: Jeśli konkretny kraj ma wysokie TTFB, sprawdź, czy Twój CDN ma tam swój punkt obecności (PoP). Brakujące punkty PoP oznaczają, że żądania są kierowane do najbliższego dostępnego węzła brzegowego, co zwiększa opóźnienia.
3. Porównaj z Typem urządzenia: Kraj z kiepskim INP może nie potrzebować optymalizacji JavaScript. Może wymagać serwowania lżejszych stron na budżetowe urządzenia dominujące na tym rynku. Odfiltruj Kraj + Typ urządzenia + Wskaźnik możliwości klienta, aby to potwierdzić.

Praktyczna zasada inżynieryjna

• TTFB poniżej 800 ms dla każdego docelowego kraju: Jeśli kraj przekracza tę wartość, jest to problem z infrastrukturą. Dodaj punkt PoP CDN lub regionalną pamięć podręczną.
• LCP poniżej 2,5 s dla 5 najważniejszych krajów pod względem ruchu: Są to rynki, które decydują o zagregowanym wyniku CrUX i rankingu w wynikach wyszukiwania.
• Nie optymalizuj pod „globalną średnią”: Optymalizuj pod kątem konkretnych krajów. Globalny p75 wynoszący 2,3 s może ukrywać fakt, że w Indiach (na Twoim drugim co do wielkości rynku) wynosi 4,1 s.

Wymiar Kraj to Twoje narzędzie do audytu infrastruktury. Mówi dokładnie, gdzie Twój CDN, strategia buforowania i rozmieszczenie serwerów zawodzą prawdziwych użytkowników.