Materiał porządkuje temat: hreflang wskazuje bledne wersje jezykowe w wordpressie.
Jeśli Google pokazuje użytkownikom nieodpowiednią wersję kraju lub języka, problem często leży w konfiguracji hreflang. W WordPressie może to dotyczyć zarówno stron firmowych B2B, jak i sklepów e-commerce działających na wielu rynkach. Objaw bywa prosty: użytkownik z Polski widzi wersję angielską, klient z Niemiec trafia na wariant globalny, a w wynikach wyszukiwania indeksuje się adres, który nie powinien być preferowany dla danego rynku.
Fraza „hreflang wskazuje bledne wersje jezykowe w wordpressie” dobrze opisuje problem, ale sama etykieta hreflang rzadko jest jedyną przyczyną. Google traktuje hreflang jako sygnał, a nie bezwzględny nakaz. Dlatego trzeba sprawdzić nie tylko znaczniki w kodzie, lecz także kanonikalizację, indeksację, mapy witryny, przekierowania, strukturę URL i sposób działania wtyczki wielojęzycznej.
Najważniejsze: hreflang nie służy do pozycjonowania jednej wersji nad drugą. Jego zadaniem jest pomoc Google w wyborze właściwej wersji językowej lub regionalnej dla użytkownika. Jeśli strona docelowa jest zablokowana, przekierowuje, ma błędny canonical albo nie ma relacji zwrotnej, Google może zignorować cały zestaw oznaczeń.
Jak rozpoznać, że hreflang wskazuje błędne wersje językowe?
Najczęstszy objaw to niezgodność między intencją rynku a adresem widocznym w Google. Przykładowo firma ma osobne wersje dla Polski, Niemiec i Wielkiej Brytanii, ale użytkownik z Polski widzi w wynikach wersję angielską lub niemiecką. W e-commerce może to oznaczać, że klient trafia na stronę z inną walutą, regulaminem, dostępnością produktów albo kosztami dostawy.
W praktyce problem z hreflangiem często pojawia się po migracji, zmianie wtyczki językowej, wdrożeniu nowego szablonu, przejściu na subdomeny lub katalogi językowe, rozbudowie serwisu o kolejny kraj, a także po wdrożeniu automatycznych przekierowań na podstawie lokalizacji użytkownika.
Google pokazuje nie ten kraj
Użytkownicy z konkretnego rynku widzą wersję przeznaczoną dla innego kraju, na przykład /de/ zamiast /pl/ albo domenę globalną zamiast lokalnej.
Google pokazuje nie ten język
Wynik wyszukiwania prowadzi do strony w innym języku niż zapytanie użytkownika, mimo że istnieje poprawna alternatywa językowa.
Indeksuje się wersja techniczna
W SERP pojawia się wariant testowy, mieszany, automatycznie przetłumaczony lub adres z parametrami, który nie powinien być preferowany.
Wersje językowe kanibalizują widoczność
Kilka adresów konkuruje o podobne zapytania, przez co Google rotuje wynikami i nie utrwala właściwej wersji dla rynku.
Jeżeli problem dotyczy większej liczby adresów, warto potraktować go jako element szerszego obszaru SEO technicznego, a nie wyłącznie jako błąd jednej wtyczki. Hreflang działa poprawnie tylko wtedy, gdy pozostałe sygnały techniczne są spójne.
Najczęstsze przyczyny problemu w WordPressie
WordPress sam z siebie nie zarządza zaawansowaną logiką hreflang dla serwisów międzynarodowych. Najczęściej odpowiada za to wtyczka, motyw, dodatkowy moduł SEO lub własna implementacja w kodzie. Problem zaczyna się wtedy, gdy kilka narzędzi próbuje generować znaczniki jednocześnie albo gdy mapa wersji językowych nie odpowiada rzeczywistej strukturze strony.
Brak relacji zwrotnych
Każda wersja językowa powinna wskazywać wszystkie pozostałe wersje oraz samą siebie. Jeśli strona PL wskazuje EN, ale EN nie wskazuje PL, Google może odrzucić taką parę.
Błędne kody języka i kraju
Najczęstsze pomyłki to zapis z podkreślnikiem zamiast myślnika, nieistniejące kombinacje albo mylenie języka z krajem, na przykład en-UK zamiast en-GB.
Canonical do innej wersji
Jeżeli wersja polska ma canonical na wersję angielską, Google otrzymuje sprzeczny sygnał. Hreflang mówi „to alternatywa”, a canonical mówi „indeksuj inny adres”.
Przekierowania między wersjami
Automatyczne przekierowania po IP, języku przeglądarki albo ciasteczkach mogą uniemożliwiać Googlebotowi zobaczenie pełnego zestawu wersji.
Duplikacja generowania hreflang
Wtyczka wielojęzyczna, wtyczka SEO i własny kod w motywie mogą generować równoległe, sprzeczne zestawy oznaczeń.
Niekompletne mapowanie adresów
Część wersji językowych prowadzi do strony głównej, archiwum, kategorii albo nieistniejącego adresu zamiast do właściwego odpowiednika treści.
Adresy zablokowane przed indeksacją
Hreflang nie zadziała dla adresu oznaczonego noindex, zablokowanego w robots.txt, zwracającego 404, 410, 5xx albo wymagającego logowania.
Niespójność między HTML i sitemapą
Jeśli hreflang w kodzie strony różni się od hreflang w mapie XML, Google może mieć trudność z ustaleniem prawidłowego zestawu alternatyw.
W serwisach B2B i e-commerce szczególnie ryzykowne jest automatyczne „zgadywanie” odpowiednika strony. Jeśli wersja niemiecka nie istnieje, lepiej nie wskazywać losowej kategorii lub strony głównej jako alternatywy. Hreflang powinien łączyć strony równoważne pod względem celu i treści.
Diagnostyka krok po kroku
Skuteczna diagnostyka polega na sprawdzeniu całego klastra adresów, a nie pojedynczej podstrony. Jeżeli analizujesz produkt, kategorię albo landing page, porównaj wszystkie jego odpowiedniki językowe i regionalne. Dopiero wtedy widać, czy zestaw jest kompletny i czy Google dostaje jednoznaczne sygnały.
- Sprawdź, jaki URL pokazuje GoogleWyszukaj markę, produkt, kategorię lub frazę lokalną w trybie neutralnym i porównaj wynik z wersją, która powinna być widoczna dla danego rynku. W Google Search Console sprawdź raport skuteczności według krajów i stron.
- Pobierz kod źródłowy problematycznych adresówNie opieraj się wyłącznie na widoku w przeglądarce. Sprawdź źródło HTML i upewnij się, jakie znaczniki rel=”alternate” hreflang są faktycznie wysyłane do robota.
- Zweryfikuj kompletność zestawuKażda wersja powinna wskazywać siebie oraz pozostałe wersje. Jeśli masz PL, EN i DE, każda z tych trzech stron powinna mieć ten sam zestaw alternatyw.
- Sprawdź kody hreflangUpewnij się, że stosujesz poprawne kody ISO, na przykład pl, en, de, en-GB, en-US, de-DE. Nie używaj zapisów typu en_UK, pl_PL lub eu dla Unii Europejskiej.
- Porównaj hreflang z canonicalAdres wskazywany w hreflang powinien być kanoniczny sam dla siebie lub logicznie zgodny z wdrożeniem. Canonical do innej wersji językowej jest częstą przyczyną ignorowania hreflang.
- Sprawdź statusy HTTPWszystkie adresy w zestawie powinny zwracać 200 OK. Przekierowania 301 lub 302, błędy 404, 410, 500 i blokady mogą unieważnić wskazania.
- Zweryfikuj mapę XMLJeśli hreflang jest wdrożony w sitemapie, sprawdź, czy zestaw w XML jest zgodny z HTML. W WordPressie różne wtyczki mogą generować mapy niezależnie.
- Sprawdź przekierowania geolokalizacyjneAutomatyczne przenoszenie użytkownika na podstawie IP lub języka przeglądarki może utrudniać robotom indeksację wszystkich wersji.
- Porównaj treść i intencję stronHreflang powinien łączyć odpowiedniki, a nie dowolne adresy. Strona produktu powinna wskazywać ten sam produkt, a strona usługi tę samą usługę w innym języku lub regionie.
- Sprawdź historię zmianUstal, czy problem pojawił się po aktualizacji wtyczki, zmianie szablonu, migracji, wdrożeniu CDN, zmianie domeny albo rozbudowie struktury językowej.
Jeżeli w trakcie diagnostyki widzisz wiele sprzecznych sygnałów technicznych, dobrym rozwiązaniem jest pełny audyt SEO. W przypadku hreflangów pojedyncza poprawka w kodzie często nie wystarczy, jeśli równolegle występują błędy indeksacji, duplikacji i canonicali.
Tabela diagnostyczna
| Obszar | Co sprawdzić? | Typowy błąd | Rekomendowane działanie |
|---|---|---|---|
| HTML head | Znaczniki rel=”alternate” hreflang w kodzie źródłowym | Brak self-referencji lub niepełny zestaw języków | Wygenerować pełny, identyczny zestaw alternatyw na każdej wersji |
| Kody językowe | Poprawność wartości hreflang | en-UK, pl_PL, de_DE, błędne regiony | Użyć poprawnych kodów, na przykład en-GB, pl, de-DE |
| Canonical | Relacja canonical na każdej wersji | Canonical z wersji PL do EN lub z DE do globalnej | Ustawić canonical zgodny z wersją indeksowaną dla danego adresu |
| Status HTTP | Kody odpowiedzi adresów z hreflang | Adres alternatywny zwraca 301, 404, noindex albo 5xx | Wskazywać wyłącznie adresy dostępne, indeksowalne i stabilne |
| Sitemap XML | Hreflang w mapie witryny | Inny zestaw niż w HTML albo brak części wersji | Ujednolicić źródło generowania hreflang |
| Wtyczki WordPress | WPML, Polylang, TranslatePress, MultilingualPress, wtyczki SEO | Dwa moduły generują sprzeczne znaczniki | Zostawić jedno źródło prawdy dla hreflang |
| Przekierowania | Reguły geolokalizacji, języka przeglądarki, CDN i serwera | Googlebot nie może wejść na alternatywną wersję | Nie wymuszać przekierowań, dać użytkownikowi wybór wersji |
| Struktura URL | Domeny, subdomeny, katalogi, parametry językowe | Mieszanie kilku modeli bez jasnego mapowania | Ustalić spójną architekturę i konsekwentnie ją utrzymywać |
Google może nadal pokazywać inną wersję, jeśli uzna ją za trafniejszą na podstawie treści, linków, lokalizacji, historii indeksacji lub jakości sygnałów. Hreflang naprawia dopasowanie wersji, ale nie zastępuje jakości treści, struktury serwisu i lokalnego dopasowania SEO.
Jak naprawić błędne hreflangi w WordPressie?
Naprawę zacznij od ustalenia jednego źródła prawdy. W praktyce oznacza to decyzję, czy hreflang ma być generowany przez wtyczkę wielojęzyczną, mapę XML, własny kod, czy integrację w motywie. Im więcej równoległych mechanizmów, tym większe ryzyko sprzeczności.
Ustal prawidłową mapę wersji
Przygotuj listę adresów i ich odpowiedników dla każdego języka lub kraju. Nie zakładaj, że każda podstrona ma komplet alternatyw. Jeśli odpowiednik nie istnieje, nie wskazuj przypadkowego URL.
Usuń zduplikowane generowanie
Sprawdź, czy hreflang nie jest generowany jednocześnie przez motyw, wtyczkę SEO i wtyczkę tłumaczeniową. Pozostaw jeden mechanizm, który kontrolujesz i regularnie testujesz.
Napraw relacje zwrotne
Każda strona w klastrze powinna wskazywać wszystkie pozostałe oraz siebie. Brak relacji zwrotnej jest jednym z najczęstszych powodów ignorowania hreflang.
Ujednolić canonicale
Sprawdź, czy canonical nie kieruje do innego języka, wersji globalnej, adresu z parametrem albo strony głównej. Dla stron alternatywnych canonical musi być zgodny z logiką indeksacji.
Ogranicz automatyczne przekierowania
Zamiast wymuszać przekierowanie po IP, zastosuj czytelny przełącznik języka i ewentualny baner z sugestią zmiany wersji. Roboty muszą mieć dostęp do wszystkich adresów.
Przetestuj wdrożenie po deployu
Po zmianach sprawdź kilka typów podstron: stronę główną, kategorie, produkty, wpisy, landing page i strony usług. Problem często dotyczy tylko wybranych typów treści.
Co zrobić w popularnych konfiguracjach WordPressa?
W WPML i Polylang najpierw sprawdź, czy każdy wpis, strona, produkt lub kategoria ma prawidłowo przypisaną wersję tłumaczeniową. Błąd często nie wynika z samego znacznika, ale z tego, że WordPress nie wie, które treści są odpowiednikami. Przy imporcie produktów lub migracji treści relacje tłumaczeń potrafią się zerwać.
W TranslatePress zwróć uwagę na strukturę adresów, ustawienia domyślnego języka i indeksowalność przetłumaczonych wersji. W rozwiązaniach opartych o subdomeny lub osobne domeny sprawdź też konfigurację SSL, przekierowania między wariantami www i non-www oraz spójność adresów w mapach XML.
Nie mieszaj strategii bez uzasadnienia. Jeśli część rynku działa w katalogach, część na subdomenach, a część na osobnych domenach, dokumentacja hreflang musi być bardzo precyzyjna. W przeciwnym razie trudno utrzymać poprawne relacje przy rozwoju serwisu.
Jak długo czekać na efekt po naprawie?
Po poprawie hreflangów Google musi ponownie odwiedzić strony, przetworzyć oznaczenia i zaktualizować wybór wersji w wynikach. Dla często crawlowanych serwisów zmiany mogą być widoczne szybciej, ale przy dużych sklepach lub stronach z niską częstotliwością indeksowania proces może potrwać dłużej.
Warto przyspieszyć ponowne przetworzenie przez aktualizację map XML, przesłanie ważnych adresów do indeksowania w Google Search Console i usunięcie barier crawl budget. Jeżeli problem dotyczy też strategii widoczności międzynarodowej, hreflang powinien być analizowany razem z działaniami pozycjonowania na poszczególnych rynkach.
Lista kontrolna przed ponowną indeksacją
- Każda wersja językowa wskazuje samą siebie w hreflang.
- Każda wersja wskazuje wszystkie pozostałe odpowiedniki w tym samym klastrze.
- Wartości hreflang używają poprawnych kodów języka i kraju.
- Nie ma sprzeczności między hreflang a canonical.
- Adresy wskazane w hreflang zwracają status 200 OK.
- Adresy nie mają noindex i nie są blokowane w robots.txt.
- Mapa XML jest zgodna z tym, co znajduje się w kodzie HTML.
- Nie istnieją dwa równoległe źródła generowania hreflang.
- Przekierowania geolokalizacyjne nie blokują robotów i użytkowników.
- Strony połączone hreflangiem są odpowiednikami pod względem intencji.
- Przełącznik języka prowadzi do właściwych odpowiedników, a nie zawsze do strony głównej.
- W Google Search Console nie widać masowych błędów indeksacji dla alternatywnych wersji.
Jeśli w zespole brakuje wspólnego języka do rozmowy o canonicalach, indeksacji, statusach HTTP i strukturze adresów, pomocny może być słownik pojęć SEO. Przy problemach z hreflangiem precyzja terminów ma znaczenie, bo jedna błędna decyzja techniczna potrafi wpłynąć na setki lub tysiące adresów.
Kiedy warto skonsultować problem z ekspertem?
Konsultacja jest wskazana wtedy, gdy błąd dotyczy wielu rynków, dużej liczby produktów, kilku domen albo istotnych stron sprzedażowych. W takich przypadkach nie wystarczy sprawdzić jednego adresu. Trzeba przeanalizować architekturę informacji, indeksację, logikę tłumaczeń, canonicale, mapy XML i sposób, w jaki Google faktycznie interpretuje serwis.
Masz spadek leadów lub sprzedaży z konkretnego rynku
Nieprawidłowa wersja w Google może obniżać konwersję, szczególnie gdy użytkownik trafia na inny język, inną walutę lub niedopasowaną ofertę.
Serwis działa na kilku domenach
Konfiguracje ccTLD, subdomen i domen globalnych wymagają dokładnej kontroli relacji między adresami oraz spójnych sygnałów indeksacyjnych.
Po migracji Google pokazuje stare lub złe wersje
Migracje często powodują zerwanie relacji tłumaczeń, zmianę canonicali, błędy w mapach XML i nieaktualne przekierowania.
Wtyczki generują sprzeczne oznaczenia
Jeżeli nie wiadomo, który moduł odpowiada za hreflang, ryzyko przypadkowego pogorszenia sytuacji jest wysokie.
W RankHero analizujemy takie problemy jako część technicznej diagnostyki SEO. Sprawdzamy, czy Google otrzymuje spójne sygnały, czy WordPress poprawnie mapuje wersje językowe oraz czy wdrożenie nie blokuje wzrostu widoczności na rynkach, które są biznesowo najważniejsze.
Chcesz sprawdzić, dlaczego Google pokazuje złą wersję językową?
Przeanalizujemy konfigurację hreflang, canonicale, indeksację, mapy XML, przekierowania i ustawienia WordPressa. Otrzymasz listę konkretnych błędów oraz rekomendacje naprawcze dla Twojego serwisu.
FAQ
Czy hreflang gwarantuje, że Google pokaże właściwą wersję językową?
Nie. Hreflang jest silnym sygnałem, ale nie bezwzględnym nakazem. Google może wybrać inną wersję, jeśli uzna ją za bardziej odpowiednią lub jeśli oznaczenia są sprzeczne z canonicalem, indeksacją, treścią albo linkowaniem.
Czy każda strona musi mieć hreflang do wszystkich wersji?
Tak, jeśli ma swoje odpowiedniki językowe lub regionalne. Każda strona w danym klastrze powinna wskazywać siebie i pozostałe wersje. Jeśli odpowiednik nie istnieje, nie należy wskazywać przypadkowej strony zastępczej.
Czy można wdrożyć hreflang tylko w mapie XML?
Można, ale wdrożenie musi być spójne i utrzymywane. W WordPressie często łatwiej kontrolować hreflang w HTML, ale przy dużych serwisach mapa XML również jest poprawnym rozwiązaniem. Najważniejsze, aby nie generować sprzecznych zestawów równolegle.
Dlaczego wersja polska ma canonical do angielskiej?
Najczęściej wynika to z błędnej konfiguracji wtyczki SEO, szablonu, importu treści lub migracji. Taki canonical jest problematyczny, bo mówi Google, że wersja angielska jest preferowanym adresem do indeksacji, nawet jeśli hreflang wskazuje alternatywę polską.
Czy automatyczne przekierowanie po IP szkodzi hreflang?
Może szkodzić, jeśli blokuje dostęp do wersji językowych lub zmusza robota do przejścia na jeden wariant. Bezpieczniejsze jest pokazanie sugestii zmiany regionu i pozostawienie użytkownikowi oraz robotowi możliwości wejścia na dowolną wersję.
Jak sprawdzić, czy problem dotyczy wtyczki WordPress?
Porównaj kod źródłowy, ustawienia wtyczki wielojęzycznej, ustawienia wtyczki SEO i mapę XML. Jeżeli w różnych miejscach pojawiają się różne zestawy adresów lub kodów językowych, prawdopodobnie problem wynika z konfliktu konfiguracji.
Czy błędne hreflangi mogą obniżyć sprzedaż w e-commerce?
Tak. Jeśli klient trafia na wersję z innym językiem, walutą, dostępnością produktów lub warunkami dostawy, rośnie ryzyko porzucenia sesji. W sklepach międzynarodowych hreflang wpływa nie tylko na SEO, ale też na jakość doświadczenia użytkownika.
Czy problem z hreflangiem trzeba naprawiać od razu?
Jeśli dotyczy stron generujących leady, sprzedaż lub ruch z rynków strategicznych, warto działać szybko. Im dłużej Google utrwala błędne adresy w wynikach, tym trudniej ocenić rzeczywistą skuteczność SEO na poszczególnych rynkach.