Hreflang to atrybut HTML, który informuje Google o wersjach językowych i regionalnych tej samej strony. Bez poprawnej implementacji wyszukiwarka może wyświetlać niemiecką wersję podstrony polskim użytkownikom albo traktować wersje językowe jako duplikaty treści i obniżyć widoczność obu. Dla firm działających na kilku rynkach poprawne tagi hreflang to różnica między widocznością w odpowiednim kraju a chaosem w wynikach wyszukiwania.
Czym jest atrybut hreflang i jak go interpretuje Google
Atrybut hreflang to element <link rel=”alternate” hreflang=”x”> umieszczany w kodzie strony, nagłówku HTTP lub mapie witryny XML. Jego zadanie sprowadza się do jednego: powiedzieć wyszukiwarce, że dana strona ma odpowiednik w innym języku lub dla innego regionu.
Składnia hreflang — język, region i wartość x-default
Wartość atrybutu składa się z kodu języka (ISO 639-1) i opcjonalnie kodu regionu (ISO 3166-1 Alpha 2). Przykłady: pl — polska wersja bez specyfikacji regionu, de-AT — niemiecka wersja dla Austrii, en-GB — angielska wersja dla Wielkiej Brytanii. Sam kod języka (de) oznacza „ta strona jest po niemiecku, niezależnie od kraju”, natomiast de-AT mówi „ta strona jest po niemiecku i dedykowana użytkownikom z Austrii”.
Wartość x-default wskazuje domyślną wersję strony — tę, którą Google powinien wyświetlić użytkownikom, dla których nie istnieje dedykowana wersja językowa. Najczęściej jest to wersja anglojęzyczna lub strona z selektorem języków. Brak x-default nie jest błędem krytycznym, ale jego obecność daje Google jasną instrukcję zamiast zmuszać algorytm do samodzielnego wyboru.
Każda strona z hreflangiem musi zawierać odniesienie do samej siebie (self-referencing hreflang). Jeśli polska wersja wskazuje na niemiecką, niemiecka musi wskazywać z powrotem na polską — i obie muszą wskazywać na siebie. Brak tego wzajemnego potwierdzenia sprawia, że Google ignoruje cały zestaw tagów.
Trzy sposoby implementacji hreflang na stronie
Hreflang można wdrożyć trzema metodami. Wybór zależy od wielkości serwisu, dostępu do kodu i infrastruktury technicznej.
Metoda HTML (w sekcji <head>) to najprostsza opcja, idealna dla mniejszych stron z kilkoma wersjami językowymi. Każda podstrona zawiera zestaw tagów <link> wskazujących na wszystkie wersje językowe, włącznie z samą sobą. Dla strony w 5 językach oznacza to 5 tagów link na każdej podstronie — przy 500 podstronach to 2500 reguł do zarządzania.
- Metoda HTTP header sprawdza się dla zasobów niebędących stronami HTML — plików PDF, dokumentów, obrazów. W nagłówku odpowiedzi HTTP serwer wysyła: Link: <URL>; rel=”alternate”; hreflang=”de”. Ta metoda jest jedyną opcją dla plików, w których nie można umieścić kodu HTML.
- Metoda sitemap XML to rozwiązanie rekomendowane dla dużych serwisów (e-commerce z tysiącami produktów, portale informacyjne). Tagi hreflang definiujemy w mapie witryny zamiast w kodzie poszczególnych stron — łatwiejsze do zarządzania, mniejsze obciążenie kodu źródłowego, prostsze aktualizacje.
- W WordPressie wtyczki Yoast SEO (wersja Premium) i WPML automatyzują generowanie tagów hreflang. WPML tworzy powiązania między tłumaczeniami i generuje poprawne tagi bez ręcznej edycji kodu.
Wybór metody nie wpływa na skuteczność — Google traktuje wszystkie trzy identycznie. Liczy się spójność: nie mieszaj metod (np. hreflang w HTML i jednocześnie w sitemap), bo sprzeczne sygnały mogą zdezorientować algorytm.
Najczęstsze błędy w implementacji tagów hreflang
Błędy w hreflang są trudne do wykrycia bez dedykowanych narzędzi — strona działa normalnie, ale Google ignoruje niepoprawne tagi bez żadnego komunikatu o błędzie. Oto wzorce, które spotykamy najczęściej w audytach SEO wielojęzycznych.
Brak wzajemnego potwierdzenia (return tags) to najczęstszy problem. Strona polska wskazuje na niemiecką wersję, ale niemiecka nie wskazuje z powrotem na polską. Google wymaga wzajemności — bez niej ignoruje oba tagi. W serwisie z 10 wersjami językowymi zarządzanie tymi powiązaniami staje się logarytmicznie bardziej złożone, dlatego przy dużych projektach rekomendujemy metodę sitemap.
Niepoprawne kody języków i regionów to drugi częsty błąd. hreflang=”uk” nie oznacza Wielkiej Brytanii — uk to kod ukraiński. Poprawnie: en-GB. Kod cz nie istnieje w standardzie ISO 639-1 — poprawny kod dla czeskiego to cs. Stosowanie nieistniejących kodów sprawia, że Google kompletnie ignoruje tag.
Wskazywanie na strony z kodem odpowiedzi innym niż 200 (np. na URL-e z przekierowaniem 301 lub błędem 404) powoduje, że hreflang jest nieaktywny. Każdy URL w tagu hreflang musi zwracać status 200 i zawierać treść w deklarowanym języku. Jeśli polska wersja strony produktu została usunięta i przekierowuje na kategorię — hreflang tej strony trzeba również zaktualizować lub usunąć.
Jak audytować i walidować hreflang na stronie
Walidacja hreflang to proces, który powinien być częścią każdego regularnego audytu technicznego. Narzędzia do walidacji wykrywają problemy, zanim wpłyną na widoczność w wynikach wyszukiwania.
Narzędzia do walidacji tagów hreflang
Ahrefs Site Audit i Screaming Frog automatycznie crawlują serwis i raportują błędy hreflang: brakujące return tags, niepoprawne kody, linki do stron z przekierowaniami. Screaming Frog generuje raport „Hreflang” z listą wszystkich par językowych i statusem ich walidacji — to najszybszy sposób na pełen przegląd.
Google Search Console raportuje niektóre błędy hreflang w sekcji „International Targeting” (w starszym interfejsie) oraz pośrednio w raporcie „Strony” — jeśli strona w jednym języku pojawia się w wynikach dla użytkowników z innego kraju, to sygnał problemu z tagami.
Hreflang Tags Testing Tool (darmowe narzędzie online) pozwala wkleić URL i natychmiast zobaczyć, jakie tagi hreflang wykrywa na stronie, czy mają poprawne kody i czy są wzajemne. To dobry punkt startowy przed głębszym audytem narzędziami płatnymi.
Hreflang a pozycjonowanie międzynarodowe — strategia na kilka rynków
Tagi hreflang to element techniczny większej układanki, jaką jest pozycjonowanie międzynarodowe. Sam hreflang nie wystarczy — musi współgrać ze strukturą domen, treścią i strategią linkowania na poszczególnych rynkach.
Wybór struktury domen wpływa na sposób implementacji hreflang. Przy subfolderach (example.com/de/, example.com/pl/) wszystkie wersje językowe dzielą autorytet jednej domeny. Przy domenach krajowych (ccTLD: example.de, example.pl) każda buduje autorytet niezależnie. Subfoldery są łatwiejsze do zarządzania i tańsze, ccTLD dają silniejszy sygnał lokalny — ale wymagają osobnych strategii link buildingu dla każdej domeny.
Treść na poszczególnych rynkach to nie tylko tłumaczenie — to lokalizacja. Hreflang pomaga Google przypisać odpowiednią wersję do odpowiedniego użytkownika, ale jeśli „niemiecka” wersja to maszynowe tłumaczenie polskiego tekstu z błędami, żaden tag hreflang nie naprawi niskiej jakości treści. Profesjonalne pozycjonowanie stron www na rynkach zagranicznych wymaga native speakerów lub zaawansowanej lokalizacji — nie prostego Google Translate.
Dobrze skonfigurowany hreflang eliminuje kanibalizację między wersjami językowymi, poprawia CTR (użytkownicy widzą stronę w swoim języku w wynikach) i pozwala budować osobną strategię SEO dla każdego rynku bez ryzyka, że agencja SEO będzie walczyć sama ze sobą na różnych domenach tego samego klienta.
