Jak wykrywać błędy językowe i hreflang w GSC

Poprawna konfiguracja hreflang i eliminacja błędów językowych to fundament skutecznego SEO dla serwisów wielojęzycznych. Google Search Console oferuje precyzyjne raporty, które pozwalają wychwycić problemy z oznaczeniem języka, regionu i duplikacją treści. W tym artykule krok po kroku zobaczysz, jak wykorzystać GSC do diagnozy błędów, interpretacji komunikatów oraz weryfikacji poprawności wdrożenia tagów hreflang – zarówno w kodzie HTML, jak i w mapach witryny.

Dlaczego poprawne hreflang ma kluczowe znaczenie

Jak działa hreflang z perspektywy Google

Atrybut hreflang informuje Google, jaka wersja strony jest przeznaczona dla użytkowników mówiących danym językiem lub pochodzących z określonego regionu. Dzięki temu:

• użytkownik z Polski zobaczy polską wersję strony, nawet jeśli istnieje też wersja angielska lub niemiecka,
• unikasz sytuacji, w której Google prezentuje w SERP nieodpowiednią wersję językową,
• zmniejszasz ryzyko uznania części treści za duplikat językowy.

Google wykorzystuje oznaczenia hreflang jako wskazówkę przy wyborze najlepszego wyniku dla danego użytkownika. Jeśli wdrożenie jest błędne lub niekonsekwentne, algorytm może zignorować część sygnałów i wyświetlać niewłaściwą stronę lub błędnie rozdzielać ruch pomiędzy wersje językowe.

Typowe skutki błędów językowych

Błędy w oznaczeniach języka i regionu zwykle nie powodują natychmiastowego spadku pozycji, ale ich konsekwencje są odczuwalne w wielu obszarach:

• niższy CTR – użytkownik widzi wynik w innym języku niż oczekiwany,
• wyższy współczynnik odrzuceń – trafia na stronę, której nie rozumie,
• rozmycie sygnałów rankingowych – linki, zaangażowanie i sygnały behawioralne dzielą się pomiędzy kilka wersji tej samej treści,
• problemy z indeksacją – część wariantów może zostać pominięta lub okresowo wypadać z indeksu.

Z punktu widzenia SEO ważne jest, aby wszystkie wersje językowe i regionalne były jednoznacznie powiązane, a sygnały nie rozpraszały się przez błędy techniczne. Google Search Console jest tu podstawowym narzędziem diagnostycznym.

Gdzie GSC „widzi” język strony

Choć Google oficjalnie podkreśla, że nie polega już mocno na tagu lang w HTML, wykrywanie języka nadal odbywa się na podstawie treści, linków wewnętrznych, adresów URL, a także sygnałów użytkowników. GSC nie pokazuje wprost „wykrytego języka”, ale pozwala wnioskować o nim przez:

• typ wyświetlanych zapytań (raport Skuteczność),
• krajowe filtry ruchu,
• obecność i poprawność adnotacji hreflang w raportach dot. map witryny,
• ostrzeżenia w sekcji ręcznych działań lub problemów z indeksowaniem.

Umiejętne połączenie tych danych umożliwia bardzo precyzyjną diagnozę problemów językowych w całej strukturze serwisu.

Gdzie w Google Search Console szukać błędów hreflang

Raport map witryny i weryfikacja atrybutów

Najpewniejszym sposobem na kontrolę hreflang jest użycie dedykowanych map witryny z adnotacjami. W Google Search Console:

• wejdź w zakładkę „Mapy witryn”,
• sprawdź, czy dodano pliki XML zawierające hreflang,
• zwróć uwagę na komunikaty o błędach przetwarzania – GSC często wskazuje niedziałające adresy, błędne kody odpowiedzi i problemy z dostępnością.

W logice Google linki hreflang powinny być spójne: każda strona powinna wskazywać na swoje wersje językowe, a te wersje muszą „odpowiadać” linkiem zwrotnym (rel=alternate, hreflang=…). Jeśli GSC sygnalizuje błędy w mapie witryny, często oznacza to brak wzajemności lub nieprawidłowe kody język–region.

Raport Skuteczność jako „detektor” złych wersji

Chociaż raport Skuteczność nie pokazuje wprost hreflang, jest doskonałym źródłem wskazówek, czy Google dopasowuje właściwą wersję językową do danego kraju.

W praktyce:

• przejdź do Skuteczność, włącz filtry „Kraj” oraz „Strona”,
• sprawdź, które adresy URL generują ruch z poszczególnych krajów,
• porównaj to z założeniami – czy użytkownik z Niemiec trafia na de/, a użytkownik z Austrii na de-at/, czy może obaj na tę samą wersję,
• zwróć uwagę na CTR – nienaturalnie niski CTR dla danej kombinacji adres/kraj może sugerować niewłaściwy język w SERP.

Jeśli w raporcie widzisz, że użytkownicy z Polski często klikają na adresy w wersji en/ lub de/, to sygnał, że implementacja hreflang może nie działać tak, jak zakładałeś.

Zakładka Ręczne działania i problemy z indeksowaniem

Błędy hreflang rzadko powodują nałożenie ręcznych kar, ale w niektórych przypadkach Google może sygnalizować problemy techniczne, które pośrednio wpływają na wersje językowe:

• nieprawidłowe przekierowania (np. łańcuchy 301) pomiędzy wersjami językowymi,
• duża liczba stron z tagami noindex/nofollow w jednej wersji,
• blokady robots.txt uniemożliwiające prawidłowe powiązanie wersji.

W sekcji Indeksowanie → Strony sprawdzisz, które adresy są wykluczone i z jakiego powodu. Jeżeli wariant językowy jest konsekwentnie wyłączany z indeksu, a inne warianty nie, może to wskazywać konflikt między polityką indeksacji a deklaracjami hreflang.

Eksport danych i korelacja z innymi narzędziami

Google Search Console umożliwia eksport danych raportu Skuteczność i Indeksowanie do plików CSV lub integrację z Looker Studio. Wykorzystując te dane możesz:

• porównać listę adresów z implementacją hreflang w mapach witryny,
• zidentyfikować strony, które teoretycznie mają warianty językowe, ale nie generują ruchu z odpowiednich krajów,
• zestawić dane GSC z logami serwera, aby zobaczyć, jak często Googlebot odwiedza poszczególne wersje językowe.

Takie podejście jest szczególnie przydatne w dużych serwisach, gdzie błędy językowe i problemy z hreflang mogą dotyczyć tysięcy adresów URL i nie są widoczne „na pierwszy rzut oka” w panelu GSC.

Rozpoznawanie wzorców błędów hreflang

Błędne kody język–region

Jednym z najczęstszych problemów są źle zapisane kody językowe lub regionalne. Google oczekuje zgodności ze standardem ISO:

• języki – dwuliterowe kody (np. pl, en, de),
• regiony – dwuliterowe kody kraju (np. PL, US, DE).

Najczęstsze błędy to:

• użycie kodów trzyliterowych zamiast dwuliterowych,
• mieszanie wielkości liter (np. pl-pl zamiast pl-PL),
• nieistniejące kombinacje (np. en-EU zamiast poprawnego en-GB, en-IE itd.).

Choć GSC nie zawsze jasno powie „kod jest błędny”, możesz zauważyć, że takie adresy nie generują ruchu z docelowych krajów lub są traktowane jak ogólne warianty językowe. W połączeniu z analizą map witryny pozwala to szybko zidentyfikować wadliwe wzorce kodowania.

Brak wzajemności w linkach hreflang

Dla poprawnego działania mechanizmu hreflang nie wystarczy, że strona A wskaże na stronę B jako jej wariant językowy; strona B musi również wskazać na A. Ten wymóg wzajemności bywa nagminnie łamany w rozbudowanych serwisach.

Objawy widoczne w GSC:

• tylko jedna z wersji językowych generuje stabilny ruch, druga zachowuje się jak „strona poboczna”,
• duże różnice w liczbie zaindeksowanych adresów w ramach podobnych sekcji językowych,
• w raportach skuteczności widać ruch krajowy kierowany na „niewłaściwą” wersję językową.

Jeżeli od strony kodu lub map witryny wiesz, że warianty językowe powinny być powiązane, a w GSC nie ma śladu po spodziewanej segmentacji ruchu, warto sprawdzić wzajemność wszystkich adnotacji hreflang – najlepiej automatycznie, skryptem lub dedykowanym crawlerem.

Przekierowania i konflikt z canonical

Innym istotnym źródłem problemów są konflikty pomiędzy hreflang a canonical oraz nieprzemyślane przekierowania:

• ustawienie canonical na inną wersję językową (np. canonical z /pl/ na /en/),
• przekierowania 301/302 pomiędzy wersjami językowymi zamiast równoległego współistnienia,
• dynamiczne przekierowywanie według IP lub nagłówka Accept-Language, które uniemożliwia Google dostęp do pełnego zestawu wersji.

W GSC zobaczysz wtedy m.in.:

• strony wykluczone z indeksacji jako duplikat, nie wybrano jako kanonicznej,
• niestabilną liczbę zaindeksowanych stron w obrębie jednego języka,
• duże wahania ruchu bez zmian w działaniach marketingowych.

Analiza raportu Indeksowanie → Strony w połączeniu z listą canonicali pozwala zidentyfikować, które kombinacje hreflang–canonical utrudniają właściwą interpretację strony przez Google.

Asymetria treści i niekompletne warianty językowe

Nawet przy poprawnej technicznie konfiguracji hreflang, problemy mogą wynikać z asymetrii treści:

• jedne wersje językowe zawierają pełny zestaw podstron, inne tylko część,
• struktura adresów w poszczególnych językach jest niespójna (inne ścieżki, brak odpowiedników),
• znaczne różnice w długości i jakości treści pomiędzy wersjami.

W Google Search Console objawia się to:

• nierównomiernym rozkładem liczby kliknięć i wyświetleń pomiędzy językami,
• brakiem ruchu na poziomie całych sekcji językowych mimo poprawnej technicznej implementacji,
• wysokimi współczynnikami odrzuceń w porównaniu do innych wersji językowych.

Dlatego interpretując dane GSC, trzeba zawsze łączyć je z wiedzą o rzeczywistym zakresie i jakości tłumaczeń, a nie ograniczać się wyłącznie do aspektu technicznego.

Jak krok po kroku diagnozować błędy językowe w GSC

Analiza ruchu według kraju i adresów URL

Podstawą diagnozy jest sprawdzenie, czy ruch z poszczególnych krajów trafia na właściwe wersje stron. Wykonaj następujące kroki:

• wejdź w Skuteczność i wybierz „Wyniki w wyszukiwarce”,
• dodaj filtr „Kraj” i wybierz dany kraj, np. Niemcy,
• przejdź na kartę „Strony” i sprawdź, które adresy generują ruch,
• porównaj uzyskany zestaw z oczekiwanym – czy widać głównie /de/, a nie /en/ lub /pl/?

Następnie powtórz ten proces dla innych kluczowych krajów. Zwróć uwagę na:

• czy dana wersja językowa „przyciąga” także ruch z innych krajów niż docelowe,
• czy są kraje, dla których ruch kierowany jest losowo na różne wersje językowe,
• jak rozkłada się CTR i średnia pozycja w różnych krajach przy tych samych podstronach.

Ten prosty raport pozwala szybko zobaczyć miejsca, w których Google może mieć trudności z właściwym dopasowaniem kombinacji język–kraj.

Wykorzystanie filtrów zapytań do oceny dopasowania językowego

Kolejny krok to analiza zapytań. Filtrując wyniki według „Zapytania”:

• zobaczysz, czy polskie zapytania kierują na polskie strony,
• sprawdzisz, czy obcojęzyczne frazy nie kierują nadmiernie na nieprzetłumaczone wersje,
• wykryjesz zapytania mieszane językowo (np. brand + polska fraza w ruchu z Niemiec).

Jeżeli np. dla kraju Polska widzisz znaczący udział zapytań anglojęzycznych, a ruch ląduje na wersji en/, może to świadczyć o:

• braku odpowiednich treści w języku polskim,
• niekompletnej implementacji hreflang,
• konflikcie między hreflang a canonical.

Analizując zapytania, łatwiej zrozumiesz, czy problem ma źródło w technice (błędy hreflang) czy w samej strukturze i zawartości serwisu.

Porównanie wersji językowych w raportach indeksowania

Następnie przejdź do raportu Indeksowanie → Strony i wykorzystaj filtr „Adres URL zawiera” dla poszczególnych kodów językowych (np. /pl/, /de/, /en/). Dzięki temu:

• zobaczysz liczbę zaindeksowanych stron w każdej wersji językowej,
• sprawdzisz, które adresy są wykluczone i z jakiego powodu,
• porównasz stabilność indeksacji między wersjami.

Zwróć szczególną uwagę na:

• komunikaty typu „Duplikat, użytkownik nie wybrał kanonicznej strony” w jednej wersji,
• duży udział stron z błędem 404 lub „Nie znaleziono (404)” w wariancie językowym,
• różnice w traktowaniu przez Google stron z podobnej sekcji, ale w innych językach.

Jeśli widzisz, że określony język ma nieproporcjonalnie dużą liczbę stron wykluczonych jako duplikat, w zestawieniu z innymi językami może to sugerować konflikty w oznaczaniu wersji językowych lub niefortunną kombinację hreflang i canonical.

Łączenie danych z GSC z konfiguracją techniczną

Ostatni krok to zestawienie wniosków z GSC z faktyczną konfiguracją techniczną serwisu:

• sprawdź, w jaki sposób implementujesz hreflang – w nagłówku HTML, HTTP czy w mapach witryny,
• zweryfikuj, czy wszystkie warianty językowe wzajemnie się referują,
• upewnij się, że canonical zawsze wskazuje na tę samą wersję językową, co sama strona, a nie na inny język,
• zbadaj przekierowania pomiędzy wersjami językowymi, eliminując łańcuchy i pętle.

Dopiero połączenie danych z Google Search Console z audytem kodu i konfiguracji serwera pozwala jednoznacznie określić źródło problemów. Sama GSC jest narzędziem diagnostycznym – wskazuje objawy, ale przyczyny trzeba potwierdzić w implementacji.