Materiał porządkuje temat: hreflang wskazuje bledne wersje jezykowe na stronie uslugowej.
Gdy hreflang wskazuje błędne wersje językowe na stronie usługowej, Google może pokazywać użytkownikom nieodpowiedni kraj, język albo wariant strony. Przykład: osoba z Polski widzi wersję angielską, użytkownik z Niemiec trafia na stronę kierowaną do Austrii, a klient z rynku UK otrzymuje wynik dla USA. W B2B i e-commerce taki błąd potrafi obniżyć współczynnik konwersji, zwiększyć liczbę nietrafionych zapytań i rozmyć widoczność między rynkami.
Problem często nie wynika z samej treści, lecz z konfiguracji technicznej: błędnych kodów języka i kraju, niepełnych powiązań zwrotnych, konfliktu z canonicalem, przekierowań, map XML albo automatyzacji w CMS. Poniżej znajdziesz praktyczną ścieżkę diagnostyczną dla sytuacji, w której hreflang wskazuje bledne wersje jezykowe na stronie uslugowej i trzeba szybko ustalić, czy problem leży w implementacji, indeksacji czy architekturze międzynarodowej.
Hreflang nie wymusza wyboru wersji strony w Google. To sygnał, który pomaga wyszukiwarce dobrać właściwy URL do języka i lokalizacji użytkownika. Jeśli sygnały są sprzeczne, niekompletne lub niezgodne z treścią strony, Google może je zignorować.
Spis treści
- Objaw: Google pokazuje złą wersję kraju lub języka
- Najczęstsze przyczyny błędnych wskazań hreflang
- Diagnostyka krok po kroku
- Tabela diagnostyczna: co sprawdzić i jak interpretować wyniki
- Jak naprawić błędne wersje językowe w hreflang?
- Lista kontrolna przed ponowną indeksacją
- Kiedy warto skonsultować problem z ekspertem?
- FAQ
Objaw: Google pokazuje złą wersję kraju lub języka
Najbardziej widoczny objaw to sytuacja, w której wynik w Google prowadzi do wersji strony niezgodnej z intencją użytkownika. Dla firmy usługowej może to oznaczać, że klient z Polski trafia na stronę globalną po angielsku, a klient z rynku niemieckiego widzi wariant przeznaczony dla Szwajcarii lub Austrii. W sklepie internetowym użytkownik może zobaczyć stronę z inną walutą, innymi warunkami dostawy albo nieaktualną ofertą regionalną.
W praktyce problem często ujawnia się dopiero po wejściu na nowe rynki, migracji strony, wdrożeniu tłumaczeń, zmianie struktury URL albo po uruchomieniu osobnych domen krajowych. Jeżeli wcześniej strona działała poprawnie, a po zmianach Google zaczęło mieszać wersje, warto przeanalizować nie tylko znaczniki hreflang, ale również canonicale, przekierowania i indeksowalność adresów.
Nieprawidłowy kraj w wynikach
Google pokazuje wersję kierowaną na inny rynek, na przykład /de-at/ zamiast /de-de/ lub stronę globalną zamiast lokalnej.
Nieodpowiedni język strony
Użytkownik z polskiego rynku widzi wynik po angielsku, mimo że istnieje wersja polska z podobną treścią i poprawnym URL.
Kanibalizacja między wersjami
Kilka wariantów językowych konkuruje o podobne zapytania, a widoczność przeskakuje między adresami w różnych katalogach lub domenach.
Spadek konwersji z ruchu organicznego
Użytkownik trafia na stronę, która nie odpowiada jego językowi, walucie, ofercie lub lokalnym warunkom zakupu.
Jeśli problem dotyczy wielu szablonów, kategorii, stron usługowych lub wpisów, warto potraktować go jako element szerszego obszaru SEO technicznego, a nie wyłącznie jako pojedynczy błąd w kodzie HTML.
Najczęstsze przyczyny błędnych wskazań hreflang
Hreflang jest szczególnie wrażliwy na spójność. Każdy adres w zestawie powinien wskazywać pozostałe wersje językowe oraz samego siebie. Jeśli jeden element jest błędny, Google może odrzucić cały klaster alternatywnych wersji lub potraktować go jako sygnał o niskiej wiarygodności.
Błędny kod języka lub kraju
Najczęstszy błąd to użycie niepoprawnego formatu, na przykład pl-PL jako intencja lokalna jest poprawna, ale samo PL zamiast pl już nie. Kod języka powinien być zgodny z ISO 639-1, a kod kraju z ISO 3166-1 Alpha 2.
Brak linków zwrotnych hreflang
Jeśli strona polska wskazuje stronę angielską, strona angielska musi wskazywać polską. Brak relacji zwrotnej to jeden z powodów ignorowania adnotacji przez Google.
Konflikt hreflang z canonicalem
Jeżeli wersja /pl/ ma canonical do /en/, a jednocześnie hreflang wskazuje ją jako polski wariant, Google otrzymuje sprzeczne sygnały. Canonical zwykle ma silniejszy wpływ na wybór adresu kanonicznego.
Adresy z przekierowaniami
Hreflang powinien wskazywać finalne, indeksowalne URL-e. Linkowanie do adresów 301, 302, z parametrami sesji lub z inną wersją protokołu może zaburzać interpretację.
Nieindeksowalne wersje językowe
Jeżeli alternatywna wersja ma noindex, blokadę w robots.txt, błąd 404, canonical do innej strony albo jest niedostępna dla Googlebota, nie powinna być częścią aktywnego klastra hreflang.
Automatyczne przekierowania po IP lub języku przeglądarki
Agresywne przekierowania użytkownika i bota do jednej wersji językowej mogą uniemożliwić Google odkrycie oraz ocenę pozostałych wariantów.
Niespójność między HTML, sitemapą i nagłówkami HTTP
Hreflang można wdrażać w kodzie strony, mapach XML lub nagłówkach HTTP. Jeśli różne źródła podają inne zestawy adresów, diagnostyka staje się trudniejsza, a sygnały są mniej spójne.
Nieodpowiednie mapowanie treści
Strona usługowa nie powinna wskazywać jako alternatywy luźno powiązanego artykułu, strony kategorii albo ogólnej strony kontaktowej. Alternatywy powinny odpowiadać temu samemu celowi wyszukiwania.
W przypadku stron usługowych szczególnie ważne jest mapowanie jeden do jednego. Jeśli polska strona opisuje usługę audytu technicznego SEO, jej odpowiednikiem nie powinna być ogólna angielska strona o marketingu online, nawet jeśli jest najbliższą dostępną wersją językową.
Diagnostyka krok po kroku
Najlepsza diagnostyka zaczyna się od konkretnego przykładu: jednego zapytania, jednego kraju i jednego adresu, który Google pokazuje nieprawidłowo. Dopiero później warto rozszerzyć analizę na cały szablon lub grupę stron.
- Ustal, jaki URL powinien być wyświetlanyZdefiniuj poprawny adres dla danego rynku i języka. Sprawdź, czy istnieje odpowiednik treściowy strony, a nie tylko strona podobna tematycznie.
- Sprawdź aktualny wynik w GoogleZweryfikuj, która wersja pojawia się w wynikach. Korzystaj z danych z Google Search Console, narzędzi do monitoringu pozycji oraz ręcznych testów z lokalizacją, ale nie opieraj diagnozy wyłącznie na jednym urządzeniu.
- Przeanalizuj kod HTML stronyOtwórz źródło strony i sprawdź znaczniki rel=”alternate” hreflang. Upewnij się, że są obecne, kompletne i wskazują finalne adresy URL.
- Zweryfikuj relacje zwrotneKażda strona w klastrze powinna wskazywać wszystkie pozostałe wersje oraz samą siebie. Brak jednego połączenia zwrotnego może rozbić zestaw.
- Porównaj canonicaleSprawdź, czy każda wersja językowa ma canonical do siebie, jeśli jest samodzielną wersją indeksowalną. Wyjątki wymagają świadomej decyzji, nie automatycznego ustawienia przez CMS.
- Sprawdź status HTTP i przekierowaniaAdresy w hreflang powinny zwracać kod 200 i nie powinny przekierowywać. Przekierowanie z http do https lub ze slash do bez slash również warto uporządkować w samych wskazaniach.
- Skontroluj indeksowalnośćZweryfikuj meta robots, nagłówki X-Robots-Tag, robots.txt, canonical, status w Google Search Console i dostępność dla Googlebota.
- Porównaj wdrożenie w sitemapie XMLJeżeli hreflang jest wdrożony w mapie XML, sprawdź, czy zestawy alternatyw są identyczne z HTML lub czy HTML nie zawiera sprzecznych adnotacji.
- Oceń dopasowanie treści i intencjiGoogle może preferować inną wersję, jeśli uzna ją za bardziej przydatną. Sprawdź język treści, walutę, dane kontaktowe, lokalne dowody zaufania i ofertę.
- Zaplanuj poprawki i ponowne sprawdzeniePo wdrożeniu zmian poproś o ponowne zaindeksowanie kluczowych URL-i, monitoruj wybrane zapytania i sprawdzaj, czy Google akceptuje nowy klaster.
Jeżeli podczas tej analizy pojawiają się też błędy canonicalizacji, duplikacji, indeksacji lub renderowania, warto rozważyć pełny audyt SEO. Hreflang rzadko działa w izolacji – najczęściej jest częścią większego układu sygnałów technicznych.
Tabela diagnostyczna: co sprawdzić i jak interpretować wyniki
| Element do sprawdzenia | Co oznacza błąd? | Rekomendowane działanie |
|---|---|---|
| Kody hreflang | Nieprawidłowy kod języka lub kraju może spowodować ignorowanie adnotacji. | Stosuj format język-kraj, na przykład pl-PL, en-GB, de-DE, gdy kierujesz stronę na konkretny kraj. Dla samego języka używaj kodu, na przykład en. |
| Linki zwrotne | Jednostronne wskazanie nie tworzy wiarygodnej relacji między wersjami. | Upewnij się, że każda strona wskazuje wszystkie alternatywy i samą siebie. |
| Canonical | Canonical do innego języka może zasugerować Google, że dana wersja nie powinna być indeksowana jako osobna strona. | Ustaw canonical self-referencing dla wersji, które mają być indeksowane na swoich rynkach. |
| Status HTTP | Adres w hreflang z kodem 3xx, 4xx lub 5xx osłabia klaster i utrudnia interpretację. | Wskazuj wyłącznie finalne URL-e z kodem 200 i poprawną zawartością. |
| Noindex i robots.txt | Google nie powinno wybierać jako alternatywy strony, której nie może zaindeksować lub odczytać. | Usuń noindex z prawidłowych wersji i nie blokuj zasobów potrzebnych do oceny strony. |
| Mapa XML | Sprzeczne zestawy w sitemapie i HTML mogą prowadzić do niejednoznacznej interpretacji. | Wybierz jeden konsekwentny model wdrożenia lub zadbaj o pełną zgodność między źródłami. |
| Automatyczne przekierowania | Googlebot może nie zobaczyć właściwych wersji, jeśli jest przekierowywany na podstawie IP lub nagłówka Accept-Language. | Zamiast wymuszać przekierowanie, pokaż baner wyboru kraju lub języka i pozwól wejść na każdą wersję. |
| Dopasowanie treści | Jeżeli wersje nie odpowiadają sobie intencją, Google może samodzielnie wybrać inny URL. | Mapuj równoważne strony usługowe, produktowe i kategorii. Nie łącz przypadkowych odpowiedników. |
Jak naprawić błędne wersje językowe w hreflang?
Naprawa powinna być wykonana systemowo, nie punktowo. Jeśli ręcznie poprawisz tylko jedną stronę, a szablon lub generator map XML nadal tworzy błędne zestawy, problem wróci przy kolejnej publikacji, aktualizacji wtyczki albo wdrożeniu nowej wersji językowej.
1. Uporządkuj architekturę wersji językowych
Najpierw określ, jakie rynki i języki realnie obsługuje strona. Inne zasady obowiązują witrynę z wersjami /pl/, /en/ i /de/, a inne serwis z wariantami /en-gb/, /en-us/, /de-de/ i /de-at/. Jeżeli prowadzisz komunikację do kilku krajów w tym samym języku, sama wersja językowa może być niewystarczająca.
- Ustal listę aktywnych wersji językowych i krajowych.
- Zdecyduj, czy warianty mają być w katalogach, subdomenach czy domenach krajowych.
- Usuń z klastrów hreflang strony testowe, stare adresy i wersje nieindeksowalne.
- Wskaż stronę domyślną przez x-default, jeśli ma sens dla użytkowników bez jednoznacznego dopasowania.
2. Popraw mapowanie adresów jeden do jednego
Dla stron usługowych mapowanie powinno odzwierciedlać ten sam etap lejka i tę samą intencję. Strona o audycie SEO po polsku powinna wskazywać odpowiednik audytu SEO w innym języku, a nie stronę główną działu usług. To szczególnie ważne w B2B, gdzie użytkownik porównuje szczegóły oferty, zakres prac i warunki współpracy.
Jeśli dana strona nie ma odpowiednika w innym języku, zwykle lepiej nie dodawać jej do klastra hreflang na siłę. Wskazanie nieadekwatnej alternatywy może być gorsze niż brak wskazania.
3. Ujednolić canonical i hreflang
Każda indeksowalna wersja językowa powinna mieć canonical do samej siebie, o ile nie została świadomie oznaczona jako duplikat innej strony. Hreflang informuje o alternatywnych wersjach dla użytkowników z różnych języków i regionów, natomiast canonical pomaga wskazać preferowany URL w przypadku podobnych lub zduplikowanych treści. Te dwa sygnały nie powinny sobie przeczyć.
- Sprawdź, czy canonical nie wskazuje innej wersji językowej.
- Usuń automatyczne canonicale generowane przez wtyczkę, jeśli są nieprawidłowe.
- Zweryfikuj canonicale po migracji, zmianie domeny lub zmianie struktury URL.
- Upewnij się, że wersje z parametrami nie trafiają do klastrów hreflang.
4. Wyczyść przekierowania i niespójne adresy
Hreflang powinien wskazywać adres końcowy, nie wariant, który dopiero przekierowuje. Dotyczy to protokołu http i https, slashy, wersji www i bez www, parametrów UTM, adresów po migracji oraz lokalnych wariantów URL generowanych przez CMS.
Jeżeli Google widzi w klastrze wiele wersji tego samego adresu, może uznać wdrożenie za nieuporządkowane. W efekcie zamiast poprawnie dobrać lokalny URL, wybierze adres, który uzna za najbardziej wiarygodny na podstawie innych sygnałów.
5. Sprawdź wdrożenie w CMS i wtyczkach tłumaczeniowych
W WordPressie, platformach e-commerce i systemach headless błędy hreflang często wynikają z automatycznych reguł. Wtyczka może generować tagi dla stron roboczych, pomijać wybrane typy treści, mieszać warianty językowe albo nie aktualizować linków po zmianie sluga.
- Sprawdź, czy wtyczka obsługuje wszystkie typy stron, których używasz.
- Zweryfikuj, czy usunięte tłumaczenia nie pozostają w hreflang.
- Przetestuj strony usługowe, kategorie, produkty i wpisy osobno.
- Porównaj dane generowane w HTML z mapą XML.
Jeżeli strona ma znaczenie sprzedażowe i generuje zapytania z kilku rynków, techniczne poprawki warto połączyć z analizą widoczności i strategii pozycjonowania. Sam poprawny hreflang nie zastąpi lokalnej treści, linkowania wewnętrznego i dopasowania oferty do rynku.
Lista kontrolna przed ponowną indeksacją
Po wdrożeniu zmian nie kończ pracy na sprawdzeniu kodu jednej podstrony. Google potrzebuje spójnych sygnałów w całym klastrze, dlatego warto przejść przez checklistę dla reprezentatywnej próbki adresów oraz najważniejszych szablonów.
- Każda wersja językowa zwraca status 200.
- Adresy w hreflang są finalne i nie przekierowują.
- Każda strona wskazuje samą siebie w zestawie hreflang.
- Każda strona wskazuje wszystkie pozostałe alternatywy w tym samym klastrze.
- Relacje hreflang są zwrotne.
- Kody języka i kraju są zapisane w poprawnym formacie.
- Canonical na każdej wersji wskazuje właściwy URL.
- Żadna aktywna wersja nie ma noindex ani blokady w robots.txt.
- Mapa XML nie zawiera sprzecznych adnotacji.
- x-default prowadzi do właściwej strony wyboru języka, wersji globalnej lub innego logicznego adresu.
- Treść, waluta, formularze, dane kontaktowe i oferta są dopasowane do rynku.
- W Google Search Console nie widać problemów z indeksacją dla kluczowych wersji.
Po zmianach warto sprawdzić nie tylko tagi hreflang, ale też to, które adresy Google uznaje za kanoniczne. Jeśli Google wybiera inny kanoniczny URL niż zadeklarowany, problem może być szerszy niż sama konfiguracja wersji językowych.
Kiedy warto skonsultować problem z ekspertem?
Nie każdy błąd hreflang wymaga pełnego projektu technicznego. Jeśli masz kilka stron i prostą strukturę językową, często wystarczy poprawa konfiguracji w CMS oraz kontrola w Google Search Console. Konsultacja jest jednak wskazana, gdy problem dotyczy stron generujących sprzedaż, leady lub ruch z wielu krajów.
Google ignoruje poprawki
Tagi wydają się poprawne, ale po kilku tygodniach Google nadal pokazuje niewłaściwy kraj lub język. To sygnał, że mogą istnieć konflikty z canonicalem, indeksacją albo treścią.
Masz wiele rynków i podobne języki
Warianty en-US, en-GB, de-DE, de-AT, fr-FR i fr-CA wymagają większej precyzji niż prosta strona dwujęzyczna.
Strona przeszła migrację
Zmiana domeny, struktury katalogów, technologii lub CMS może pozostawić stare adresy w hreflang, sitemapach i canonicalach.
Błąd wpływa na leady lub przychody
Jeśli użytkownicy trafiają na niewłaściwy formularz, walutę, ofertę lub cennik, problem techniczny staje się problemem biznesowym.
Wdrożenie obejmuje kilka źródeł
Hreflang w HTML, XML sitemap i nagłówkach HTTP wymaga spójności. Przy wielu systemach łatwo o rozjazdy.
Nie masz pewności, które strony są odpowiednikami
W międzynarodowym SEO kluczowe jest nie tylko techniczne tagowanie, ale też poprawne mapowanie intencji i lokalnej oferty.
W RankHero analizujemy hreflang w kontekście całej architektury technicznej: indeksacji, canonicalizacji, map XML, przekierowań, renderowania, treści i lokalnej widoczności. Dzięki temu rekomendacje nie kończą się na liście tagów do poprawienia, ale wskazują, jak ograniczyć ryzyko ponownego wystąpienia problemu.
Potrzebujesz diagnozy błędnego hreflang?
Sprawdzimy, dlaczego Google pokazuje nieodpowiednią wersję kraju lub języka, przygotujemy listę poprawek technicznych i pomożemy ustalić właściwe mapowanie wersji strony.
FAQ
Czy hreflang gwarantuje, że Google pokaże właściwą wersję językową?
Nie. Hreflang jest silnym sygnałem, ale nie gwarancją. Google może go zignorować, jeśli adnotacje są błędne, relacje nie są zwrotne, canonical wskazuje inny adres, strona jest nieindeksowalna albo treść nie pasuje do intencji użytkownika.
Czy każda wersja językowa musi wskazywać samą siebie?
Tak, w praktyce jest to rekomendowany standard. Każdy URL w klastrze powinien wskazywać siebie oraz wszystkie pozostałe alternatywy. Dzięki temu Google otrzymuje pełny i spójny zestaw informacji.
Czy można wdrożyć hreflang tylko w mapie XML?
Tak, hreflang może być wdrożony w mapie XML. Ważne jest jednak, aby mapa była kompletna, aktualna i spójna. Jeżeli jednocześnie używasz tagów w HTML, oba źródła nie mogą podawać sprzecznych informacji.
Co zrobić, jeśli strona nie ma odpowiednika w innym języku?
Nie należy na siłę wskazywać przypadkowej alternatywy. Jeśli nie istnieje równoważna strona o tej samej intencji, lepiej pominąć ją w klastrze hreflang niż kierować użytkownika i Google do strony o innym celu.
Czym różni się hreflang od canonical?
Canonical wskazuje preferowany adres dla podobnych lub zduplikowanych treści. Hreflang wskazuje alternatywne wersje językowe lub regionalne. Oba sygnały muszą być spójne. Jeżeli canonical z polskiej wersji prowadzi do angielskiej, a hreflang mówi, że polska wersja jest osobnym wariantem, powstaje konflikt.
Czy x-default jest obowiązkowy?
Nie jest obowiązkowy, ale bywa przydatny. x-default można wykorzystać dla strony wyboru języka, wersji globalnej albo strony przeznaczonej dla użytkowników bez jednoznacznego dopasowania języka lub kraju. Nie powinien jednak prowadzić do przypadkowego adresu.
Jak szybko Google zauważy poprawki hreflang?
To zależy od częstotliwości crawlowania strony, jakości linkowania wewnętrznego i skali zmian. Dla ważnych adresów warto poprosić o ponowne zaindeksowanie w Google Search Console, zaktualizować mapy XML i monitorować, czy Google akceptuje deklarowane wersje.
Czy błędny hreflang może obniżyć pozycje?
Sam hreflang nie jest klasycznym czynnikiem rankingowym, ale błędna konfiguracja może powodować wyświetlanie niewłaściwych URL-i, kanibalizację między wersjami, gorsze dopasowanie do użytkownika i niższą konwersję. W praktyce wpływ biznesowy może być znaczący.
Gdzie sprawdzić podstawowe pojęcia związane z SEO technicznym?
Jeśli chcesz uporządkować definicje, warto skorzystać ze słownika pojęć. Przy problemach wdrożeniowych ważniejsza będzie jednak analiza konkretnej strony, ponieważ hreflang zależy od architektury, CMS, indeksacji i sposobu mapowania treści.
Skonsultuj problem z RankHero
Jeżeli Google pokazuje niewłaściwą wersję językową lub regionalną Twojej strony usługowej, pomożemy ustalić przyczynę i przygotować techniczne rekomendacje do wdrożenia.