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ść na świecie nie jest jednolita. Strona, która w Holandii ładuje się w 1,5 sekundy, w Brazylii może ładować się 4 sekundy, a w Indiach aż 6 sekund. Wymiar Kraj zmienia to mgliste przeczucie w precyzyjny, filtrowalny zbiór danych.

Jeśli obsługujesz użytkowników z całego świata i nie filtrujesz danych według kraju, ukrywasz najgorszą wydajność za tą najlepszą.

Dlaczego geografia decyduje o wydajności

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

• Odległość od serwera: Każde dodatkowe 5000 km między użytkownikiem a Twoim serwerem źródłowym dodaje około 30–50 ms opóźnienia w obie strony. Jeśli Twój serwer stoi we Frankfurcie, a użytkownik jest w Sydney, startujesz z opóźnieniem ponad 250 ms wynikającym z czystej fizyki, zanim prześlesz choćby jeden bajt.
• Infrastruktura sieciowa: Średnie prędkości połączeń drastycznie się różnią. W Korei Południowej średnia wynosi ponad 200 Mb/s, podczas gdy w wielu krajach Afryki i Azji Południowej spada poniżej 20 Mb/s. Wpływa to bezpośrednio na czas ładowania obrazów, skryptów i fontów.
• Jakość urządzeń: Regiony o niższych dochodach charakteryzują się większym udziałem budżetowych urządzeń z systemem Android. Telefony te mają wolniejsze procesory, mniej pamięci RAM i starsze wersje przeglądarek, przez co opóźnienia sieciowe sumują się z opóźnieniami przetwarzania, zawyżając INP.

Według 2025 Web Almanac tylko 48% pochodzeń (origins) na urządzeniach mobilnych zalicza wszystkie trzy wskaźniki Core Web Vitals na świecie. Ta liczba maskuje jednak ogromne różnice geograficzne. Korea prowadzi z wynikiem 39,3% zaliczonych pochodzeń, podczas gdy kraje o słabiej rozwiniętej infrastrukturze plasują się daleko poniżej globalnej mediany.

Analiza danych według krajów

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, bliskie węzły brzegowe CDN i nowoczesne urządzenia. W danych CoreDash ruch z Europy i Azji Wschodniej zazwyczaj osiąga wartości p75 LCP na poziomie od 1,5 do 2,2 sekundy.

Kraje o średniej wydajności

Brazylia, Meksyk, Polska, Turcja i Tajlandia często plasują się w przedziale „wymaga poprawy”. Prędkości sieci są przyzwoite, ale pokrycie CDN może być mniejsze, a struktura 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 a 3,5 sekundy.

Kraje stanowiące wyzwanie

Indie, Indonezja, Nigeria, Pakistan i Filipiny reprezentują jedne z najtrudniejszych środowisk pod względem wydajności. Wysoki udział ruchu mobilnego (często ponad 85%), wolniejsze średnie prędkości połączeń i budżetowe urządzenia tworzą potrójne ograniczenie. Wartości p75 LCP powyżej 4 sekund są tu powszechne w przypadku stron bez agresywnej optymalizacji pod te rynki.

Wzorce geograficzne dla poszczególnych wskaźników

TTFB i LCP

To wskaźniki, na które geografia wpływa najbardziej. 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óźnień. Rozwiązaniem jest zmiana infrastruktury: edge caching, dystrybucja CDN i regionalne serwery źródłowe. Żadna ilość optymalizacji frontendowej nie naprawi TTFB na poziomie 300 ms wynikającego z odległości.

INP

INP mocniej koreluje z jakością urządzeń niż z prędkością sieci. Kraje ze starszą flotą urządzeń (Indie, Azja Południowo-Wschodnia, części Afryki) wykazują gorsze wyniki INP nawet w szybkich sieciach, ponieważ wąskim gardłem jest procesor, a nie przepustowość łącza. Filtruj dane po Country + Device Type, aby oddzielić efekt sieci od efektu urządzenia.

CLS

CLS jest w dużej mierze niezależny od geografii. Przesunięcia układu (layout shifts) są powodowane przez logikę renderowania, a nie przez warunki sieciowe. Jeśli zauważysz wahania CLS w zależności od kraju, sprawdź, czy w danym regionie nie serwujesz innych sieci reklamowych, banerów cookie lub skryptów zewnętrznych.

Proces debugowania

1. Sortuj według wolumenu i wpływu: Otwórz tabelę wymiaru Country i posortuj ją po metryce Impact. Kraj o największym natężeniu ruchu i najgorszej wydajności to Twój absolutny priorytet. Naprawa wydajności dla 40% użytkowników przyniesie o wiele więcej korzyści niż optymalizacja dla 2%.
2. Porównaj dane z mapą CDN: Jeśli dany kraj wykazuje wysoki TTFB, sprawdź, czy Twój CDN ma tam swój punkt obecności (PoP). Brak punktu PoP oznacza, że żądania są przekierowywane do najbliższego dostępnego węzła brzegowego, co niepotrzebnie zwiększa opóźnienia.
3. Skonfrontuj dane z Device Type: Kraj o słabym INP może nie wymagać optymalizacji kodu JavaScript. Rozwiązaniem może być serwowanie lżejszych stron na budżetowe urządzenia, które dominują na tamtejszym rynku. Filtruj po Country + Device Type + Client Capability Score, aby to potwierdzić.

Sprawdzone zasady inżynierskie

• TTFB poniżej 800 ms dla każdego docelowego kraju: Jeśli jakiś kraj przekracza tę wartość, problem leży w infrastrukturze. Dodaj węzeł CDN PoP lub regionalny cache.
• LCP poniżej 2,5 s dla 5 najważniejszych krajów pod względem ruchu: To te rynki decydują o Twoim ogólnym wyniku CrUX i pozycji w wynikach wyszukiwania.
• Nie optymalizuj pod „globalną średnią”: Optymalizuj pod konkretne kraje. Globalny wynik p75 LCP na poziomie 2,3 s może ukrywać fakt, że w Indiach (Twój drugi największy rynek) wynosi on aż 4,1 s.

Wymiar Kraj to Twoje narzędzie do audytu infrastruktury. Wskazuje dokładnie, w których miejscach Twój CDN, strategia buforowania i lokalizacja serwerów zawodzą rzeczywistych użytkowników.