Hreflang wskazuje błędne wersje językowe – co sprawdzić i jak to naprawić?

Jeśli Google pokazuje użytkownikom nieodpowiednią wersję kraju lub języka, problem często leży w konfiguracji hreflang. Objaw jest prosty: użytkownik z Polski widzi wersję niemiecką, klient z Czech trafia na wersję globalną, a w wynikach wyszukiwania zamiast strony /pl/ pojawia się /en/ albo /de/. W praktyce oznacza to utratę konwersji, gorsze doświadczenie użytkownika i rozmycie sygnałów SEO między wersjami językowymi.

Problem „hreflang wskazuje bledne wersje jezykowe” zwykle nie wynika z jednego błędu, ale z niespójności między tagami hreflang, canonicalami, mapami XML, przekierowaniami i faktyczną strukturą serwisu. Poniżej znajdziesz konkretną ścieżkę diagnostyczną dla właścicieli firm, marketerów B2B, e-commerce managerów i osób odpowiedzialnych za stronę.

Jak wygląda problem z błędnym hreflang?

Najczęstszy objaw to sytuacja, w której Google pokazuje nieodpowiednią wersję kraju lub języka. Użytkownik wpisuje zapytanie po polsku, ale w wynikach pojawia się wersja angielska. Osoba z Niemiec widzi stronę austriacką. Klient z rynku lokalnego trafia na wersję międzynarodową, mimo że istnieje dedykowany adres dla jego kraju.

W serwisach B2B może to oznaczać mniej zapytań z właściwego rynku, bo użytkownik nie widzi lokalnej oferty, waluty, formularza lub danych kontaktowych. W e-commerce problem jest jeszcze bardziej kosztowny: błędna wersja językowa może pokazywać inne ceny, niedostępne metody dostawy, nieaktualne promocje albo regulaminy niedopasowane do kraju sprzedaży.

Jeżeli problem dotyczy większej części serwisu, warto potraktować go jako element szerszego obszaru SEO technicznego, a nie wyłącznie jako błąd w tagu HTML. Hreflang działa poprawnie tylko wtedy, gdy cała architektura międzynarodowa jest spójna.

Najczęstsze przyczyny błędnych wersji językowych

Hreflang jest prosty w założeniu, ale bardzo wrażliwy na detale. Jeden błędny adres, brak linku zwrotnego albo konflikt z canonicalem może sprawić, że Google zignoruje całą grupę oznaczeń dla danej podstrony.

Przykład błędu, który często pojawia się w e-commerce

Sklep ma produkt w wersji polskiej, niemieckiej i czeskiej. Wtyczka generuje hreflang dla wszystkich rynków, ale produkt nie jest dostępny w Czechach, więc czeski URL przekierowuje na kategorię albo stronę główną. W efekcie Google widzi, że jedna z wersji alternatywnych nie jest faktycznym odpowiednikiem strony produktowej. To może osłabić zaufanie do całej grupy hreflang dla tego produktu.

Przykład błędu w serwisie B2B

Firma ma wersję /pl/, /en/ i /de/, ale wszystkie wersje prowadzą canonicalem do strony angielskiej, ponieważ taki szablon wdrożył zespół developerski. Hreflang wskazuje właściwe warianty, lecz canonical mówi Google, że główną wersją jest /en/. W takim konflikcie Google może zignorować hreflang i indeksować tylko jedną wersję.

Diagnostyka krok po kroku

Diagnozę warto zacząć od reprezentatywnej próbki adresów: strony głównej, kluczowych kategorii, stron usługowych, produktów, wpisów blogowych i landing page. W dużych serwisach nie wystarczy sprawdzić jednej podstrony, ponieważ błędy hreflang często występują tylko w konkretnym typie szablonu.

1. Sprawdź, który URL pojawia się w GoogleWpisz zapytanie brandowe i niebrandowe z dodatkiem języka lub kraju. Porównaj wynik z oczekiwaną wersją URL. Sprawdź też komendę site: dla wybranych katalogów językowych.
2. Zbierz grupę adresów alternatywnychDla jednej strony ustal wszystkie jej odpowiedniki językowe i regionalne. Nie analizuj hreflang bez mapy relacji między URL.
3. Zweryfikuj tagi w kodzie HTMLSprawdź, czy w sekcji head znajdują się poprawne linki rel=”alternate” hreflang=”…” oraz czy wskazują finalne, kanoniczne adresy.
4. Porównaj oznaczenia z mapą XMLJeśli hreflang jest wdrożony w sitemapie, sprawdź, czy mapa nie zawiera innych relacji niż kod strony. Wybierz jedno spójne źródło lub utrzymuj pełną zgodność obu.
5. Sprawdź canonicaleKażda wersja językowa powinna zwykle wskazywać canonical na samą siebie, jeśli jest pełnoprawną wersją do indeksacji.
6. Sprawdź statusy HTTPAdresy w hreflang powinny zwracać 200 OK, nie powinny być zablokowane, noindexowane ani przekierowywać do innej wersji.
7. Sprawdź linki zwrotne hreflangKażda strona w grupie musi odwoływać się do pozostałych wariantów oraz do samej siebie. Brak wzajemności to jeden z najczęstszych błędów.
8. Przetestuj wersje mobilne i desktopoweJeżeli serwis używa odrębnych adresów mobilnych, AMP albo niestandardowej warstwy renderowania, sprawdź spójność oznaczeń także tam.
9. Zweryfikuj reguły geolokalizacjiUpewnij się, że Googlebot i użytkownicy mogą wejść na każdą wersję językową bez wymuszonego przekierowania na podstawie IP.
10. Oceń strukturę serwisuSprawdź, czy wersje językowe są logicznie rozdzielone katalogami, subdomenami lub domenami oraz czy linkowanie wewnętrzne wspiera właściwe wersje.

W bardziej złożonych przypadkach diagnostyka powinna być częścią technicznego audytu SEO. Pozwala to połączyć analizę hreflang z indeksacją, renderowaniem JavaScript, crawl budgetem, strukturą informacji i canonicalami.

Tabela diagnostyczna: co sprawdzić, gdy hreflang wskazuje błędne wersje językowe?

Jak naprawić błędne hreflangi?

Naprawa powinna zacząć się od ustalenia docelowej logiki międzynarodowej, a dopiero później od zmiany tagów. Jeżeli nie wiadomo, która wersja jest odpowiednikiem której strony, automatyczne generowanie hreflang tylko powieli chaos w większej skali.

1. Uporządkuj mapowanie wersji językowych

Dla każdej ważnej podstrony przygotuj tabelę odpowiedników. Strona kategorii powinna wskazywać kategorię w innym języku, produkt powinien wskazywać ten sam produkt, a strona usługi powinna wskazywać analogiczną stronę usługi. Nie linkuj z produktu do kategorii, z wpisu blogowego do strony głównej ani z lokalnej oferty do ogólnej strony globalnej, jeśli nie są faktycznymi odpowiednikami.

2. Wdróż samoreferencyjny canonical dla wersji indeksowanych

Jeżeli polska, angielska i niemiecka wersja mają być indeksowane oddzielnie, każda z nich powinna mieć canonical prowadzący do własnego adresu. Canonical do innej wersji językowej jest dla Google mocnym sygnałem konsolidacji, który może stać w sprzeczności z hreflang.

3. Popraw kody językowe i regionalne

Używaj kodu języka wtedy, gdy treść jest skierowana do użytkowników danego języka niezależnie od kraju, na przykład hreflang=”en”. Używaj kodu językowo-regionalnego wtedy, gdy strona jest dopasowana do konkretnego rynku, na przykład hreflang=”en-gb” lub hreflang=”de-at”. Nie stosuj samego kodu kraju bez języka.

4. Wskaż finalne adresy URL

W hreflang powinny znajdować się adresy kanoniczne, dostępne i finalne. Unikaj adresów z parametrami, przekierowaniami, mieszaniem http i https, niespójnymi slashami końcowymi oraz wariantami z www i bez www. Jeżeli strona działa pod adresem https://example.com/pl/, nie wskazuj http://example.com/pl ani https://www.example.com/pl bez pewności, że to wersja kanoniczna.

5. Zachowaj spójność źródła hreflang

Hreflang można wdrożyć w kodzie HTML, w nagłówkach HTTP lub w mapie XML. Technicznie wszystkie metody są poprawne, ale najważniejsza jest spójność. Jeżeli CMS generuje inne dane w HTML, a system map XML inne dane w sitemapie, Google otrzymuje sprzeczne instrukcje.

6. Ogranicz automatyczne przekierowania językowe

Automatyczne przekierowania po IP często wyglądają dobrze z perspektywy UX, ale potrafią zaszkodzić indeksacji i diagnostyce. Lepszym rozwiązaniem jest wykrycie lokalizacji użytkownika i pokazanie komunikatu z sugestią przejścia na inną wersję, bez blokowania dostępu do bieżącego adresu.

7. Wzmocnij linkowanie wewnętrzne między wersjami

Przełącznik języka powinien prowadzić do odpowiednika tej samej podstrony, a nie zawsze do strony głównej danego języka. To ważne zarówno dla użytkownika, jak i dla robotów wyszukiwarki. Dobrze zaprojektowane linkowanie wewnętrzne wspiera sygnały hreflang oraz poprawia crawlowanie wersji międzynarodowych.

Jeżeli równolegle prowadzisz działania contentowe i sprzedażowe na wielu rynkach, naprawa hreflang powinna być połączona z długofalową strategią pozycjonowania. Sam tag nie zastąpi lokalnej treści, dopasowanych intencji wyszukiwania i poprawnej architektury informacji.

Lista kontrolna przed wdrożeniem lub poprawą hreflang

• Każda wersja językowa ma przypisany właściwy, kanoniczny adres URL.
• Każdy adres w grupie hreflang zwraca status 200 OK.
• Każda wersja językowa ma samoreferencyjny canonical, jeśli ma być indeksowana.
• Nie ma konfliktu między canonicalem, noindex, robots.txt i hreflang.
• Wszystkie wersje w grupie wskazują siebie nawzajem.
• Każda strona wskazuje także samą siebie w hreflang.
• Kody języka i kraju są poprawne oraz zapisane konsekwentnie.
• Nie ma adresów z przekierowaniami, parametrami technicznymi ani niekanonicznymi wariantami.
• Mapa XML i kod HTML nie zawierają sprzecznych danych.
• Przełącznik języka prowadzi do odpowiedników bieżącej podstrony.
• Wersje niedostępne lub nieistniejące nie są sztucznie dodawane do hreflang.
• Reguły geolokalizacji nie blokują dostępu do innych wersji językowych.
• x-default wskazuje właściwą stronę domyślną, jeśli serwis jej potrzebuje.
• Po wdrożeniu wykonano crawl kontrolny i sprawdzono próbkę adresów w Google.

Jak interpretować wyniki po naprawie?

Po poprawie hreflang Google potrzebuje czasu na ponowne crawlowanie i przetworzenie sygnałów. Zmiana nie zawsze będzie widoczna natychmiast. W pierwszej kolejności sprawdź, czy bot odwiedza poprawione adresy, czy w indeksie pojawiają się właściwe wersje oraz czy wyniki dla zapytań lokalnych zaczynają stabilizować się na docelowych URL.

Warto monitorować nie tylko pozycje, ale także kliknięcia, CTR i konwersje per kraj lub język. Jeżeli użytkownicy zaczynają trafiać na właściwe wersje, często rośnie jakość ruchu nawet wtedy, gdy sama liczba sesji nie zmienia się spektakularnie.

Co nie oznacza jeszcze awarii?

• Google przez pewien czas pokazuje starą wersję po wdrożeniu poprawek.
• Dla zapytań brandowych widoczna jest wersja globalna, jeśli ma najsilniejsze sygnały marki.
• Nie każda podstrona ma odpowiednik we wszystkich językach.
• Wersja x-default pojawia się dla użytkowników, których język lub kraj nie ma osobnego wariantu.

Co powinno zapalić czerwoną lampkę?

• Google stale indeksuje tylko jedną wersję językową mimo dostępności pozostałych.
• Wyniki dla kraju A regularnie pokazują adres kraju B.
• Po wdrożeniu pojawiły się masowe błędy 404 lub przekierowania w adresach z hreflang.
• Crawl wykazuje brak linków zwrotnych w dużej części grup językowych.
• Canonicale konsolidują wiele wersji językowych do jednego adresu.

Kiedy warto skonsultować problem z ekspertem?

Konsultacja jest wskazana, gdy problem dotyczy wielu rynków, wielu typów podstron lub serwisu, który generuje istotny przychód z ruchu organicznego. Wtedy błąd hreflang nie jest drobną usterką techniczną, ale czynnikiem wpływającym na sprzedaż, leady i efektywność ekspansji zagranicznej.

W RankHero analizujemy hreflang w kontekście całej architektury SEO: indeksacji, canonicali, map XML, przekierowań, struktury adresów, linkowania wewnętrznego oraz widoczności na poszczególnych rynkach. Jeżeli potrzebujesz uporządkować problem technicznie i biznesowo, najlepszym punktem startu jest audyt.

Dobre praktyki dla serwisów wielojęzycznych

Hreflang działa najlepiej wtedy, gdy jest elementem przemyślanej struktury międzynarodowej, a nie dodatkiem wdrożonym na końcu projektu. W praktyce oznacza to, że każdy rynek powinien mieć jasny zakres treści, logiczne adresy URL, poprawne wersje kanoniczne i linkowanie między odpowiednikami.

• Dla osobnych języków stosuj stabilną strukturę, na przykład katalogi /pl/, /en/, /de/ lub subdomeny.
• Nie mieszaj wersji językowych w jednym adresie URL zależnym wyłącznie od cookies lub JavaScript.
• Nie ukrywaj wersji językowych przed robotami wyszukiwarki.
• Nie generuj hreflang do stron, które są puste, nieprzetłumaczone lub przekierowują.
• Weryfikuj wdrożenia po każdej większej zmianie w CMS, migracji, redesignie lub zmianie struktury kategorii.
• Dokumentuj reguły tworzenia odpowiedników językowych, aby zespół contentowy i developerski pracował na tych samych założeniach.

Jeżeli w trakcie analizy pojawiają się pojęcia takie jak canonical, indeksacja, noindex, crawl budget lub x-default i chcesz uporządkować terminologię, pomocny będzie nasz słownik pojęć. Przy problemach wdrożeniowych sama znajomość definicji jednak nie wystarczy, bo liczy się relacja między sygnałami technicznymi.

Skonsultuj problem z RankHero

Jeżeli Google pokazuje nieodpowiednie wersje językowe Twojej strony, sprawdzimy źródło problemu i wskażemy, co poprawić w kodzie, CMS, mapach XML oraz strukturze SEO.

Umów konsultację