Hreflang: jak poprawnie oznaczyć wielojęzyczną stronę internetową

Dlaczego hreflang jest niezbędny w wielojęzycznych serwisach

Kto sprzedaje w kilku krajach o wspólnym języku, na przykład w regionie DACH, niemal z konieczności prowadzi kilka prawie identycznych wersji stron: jedną dla Austrii, jedną dla Niemiec, często trzecią dla Szwajcarii. Pod względem językowym te wersje w dużej mierze się pokrywają. I właśnie w tym tkwi problem. Bez wyraźnego sygnału Google nie jest w stanie rozpoznać, że chodzi o celowo rozdzielone warianty, a nie o zduplikowaną treść. W najgorszym przypadku austriackiemu użytkownikowi wyświetla się niemiecka strona z cenami brutto według niemieckiej stawki VAT, niemieckimi warunkami wysyłki, słownictwem typowym dla Niemiec i notą prawną zgodną z prawem niemieckim.

Hreflang rozwiązuje ten problem przypisania. Atrybut mówi wyszukiwarce: ta strona istnieje również w wersjach de-DE i de-CH, wyświetl użytkownikowi tę, która do niego pasuje. Znaczenie biznesowe jest dobrze udokumentowane. Według międzynarodowego badania przeprowadzonego wśród 8709 konsumentów w 29 krajach 76% woli produkty z informacjami w swoim języku ojczystym, a 40% nigdy nie kupuje w sklepach w innym języku. W Austrii, gdzie jest 8,69 mln internautów, a penetracja internetu wynosi 95,3% (styczeń 2025), prawidłowe wyświetlanie wersji at nie jest więc drobiazgiem, tylko ma bezpośredni wpływ na konwersję.

Mimo to hreflang pozostaje tematem niszowym. Według Web Almanac 2022 tylko 9,6% serwisów używa tagów hreflang na komputerach, a 8,9% na urządzeniach mobilnych. Na wstępie jedno zastrzeżenie: hreflang uwzględniają przede wszystkim Google i Yandex. Bing wprawdzie zaleca hreflang na własnym blogu dla webmasterów do kierowania treści według języka i regionu, ale według Ahrefs traktuje go jedynie jako słaby sygnał i opiera się głównie na deklaracji content-language (meta tag lub nagłówek HTTP), linkach i pochodzeniu odwiedzających. Wśród wyszukiwarek AI właściwą wersję językową wskazują przede wszystkim te, które opierają się na indeksie Google lub Binga: w testach Glenna Gabe'a (grudzień 2025) Copilot i Google AI Mode zwykle podawały odpowiednią wersję, natomiast ChatGPT, Perplexity i Claude często amerykańską wersję angielską.

Jak to działa: składnia, autoreferencja i x-default

Wartość hreflang składa się z kodu języka zgodnego z ISO 639-1 i opcjonalnie kodu kraju zgodnego z ISO 3166-1 alpha-2, oddzielonych łącznikiem. Dla regionu DACH oznacza to de-AT, de-DE i de-CH. Ważne: pierwsza część zawsze oznacza język, druga region. de-AT oznacza niemiecki dla Austrii, a nie „austriacko-niemiecki” w odwróconej logice. Jeśli podasz tylko de bez kraju, kierujesz stronę do wszystkich niemieckojęzycznych użytkowników niezależnie od kraju.

Trzy zasady nie są opcjonalne:

Autoreferencja: każda strona musi w swoim zestawie hreflang wymieniać także samą siebie. Strona at odsyła więc do de-AT (do siebie), de-DE i de-CH. Jeśli brakuje autoreferencji, zestaw uznaje się za niekompletny.

Wzajemność: odwołania muszą być dwukierunkowe. Jeśli strona at wskazuje na stronę de, strona de musi wskazywać z powrotem na stronę at. Jednostronne odwołania Google ignoruje.

Pełne adresy URL: wszystkie alternatywy muszą być podane w formie bezwzględnej, łącznie z protokołem. Według Google Search Central dozwolone są tylko pełne adresy URL, czyli https://example.com/foo, a nie /foo ani //example.com/foo.

Do tego dochodzi x-default. Ta wartość określa wersję zapasową dla wszystkich użytkowników, których język lub region nie pasuje do żadnego wpisu hreflang. Zwykle jest to strona wyboru języka albo główna wersja międzynarodowa. Tag x-default to najczęściej pomijany element, wrócimy do tego później. Konkretny, minimalny przykład pokazuje, jak to wszystko współgra: austriacka strona produktu zawiera cztery wpisy, a mianowicie odwołanie do samej siebie (de-AT), po jednym odwołaniu do wariantów de-DE i de-CH oraz x-default wskazujący na stronę wyboru języka. Dokładnie te same cztery wpisy, z identycznymi adresami URL, znajdują się również w sekcji head wersji niemieckiej i szwajcarskiej. Dopiero ta kompletna lista, powielona we wszystkich wersjach, sprawia, że zestaw jest dla Google prawidłowy.

Strategia: metoda implementacji i architektura domen

Hreflang można wdrożyć na trzy równoważne sposoby. Według Google Search Central wszystkie trzy metody są z punktu widzenia wyszukiwania tak samo dobre:

Tagi link HTML w sekcji head: najprostsze we wdrożeniu, idealne dla małych i średnich serwisów oraz większości CMS-ów z obsługą wtyczek. Wada: przy wielu językach sekcja head się rozrasta, bo każda strona musi zawierać pełny zestaw.

Nagłówek HTTP: niezbędny w przypadku dokumentów innych niż HTML, takich jak pliki PDF. Technicznie bardziej wymagający, bo konfiguruje się go po stronie serwera.

Mapa witryny XML: najczystsze rozwiązanie dla dużych i programatycznych serwisów. Relacje hreflang znajdują się centralnie w mapie witryny, a nie w kodzie źródłowym każdej strony. To znacznie zmniejsza nakład pracy przy utrzymaniu i liczbę źródeł błędów.

Google wyraźnie zaleca wybór jednej metody. Trzy równoległe implementacje nie dają żadnej korzyści i utrudniają utrzymanie.

Równolegle trzeba wybrać strategię domen. Konkurują ze sobą trzy modele:

ccTLD (.at, .de, .ch): wysyła najsilniejszy sygnał geograficzny i buduje lokalne zaufanie. Domena .at wydaje się austriackim użytkownikom bliska i wiarygodna. Wada: trzy oddzielne domeny oznaczają trzykrotnie większy nakład pracy przy hostingu, link buildingu i budowaniu autorytetu domeny, który nie przenosi się między domenami ccTLD.

Podkatalog (example.com/de-at/): skupia cały autorytet w jednej domenie. Łatwy w utrzymaniu, skalowalny, idealny do programmatic SEO. Sygnał geograficzny jest słabszy niż w przypadku ccTLD, ale można go zrekompensować za pomocą hreflang i treści. Dla większości projektów B2B to najbardziej pragmatyczny wybór.

Subdomena (de-at.example.com): techniczne rozdzielenie w ramach jednej zarejestrowanej domeny, ale przenosi autorytet gorzej niż podkatalog. W praktyce rzadko jest to najlepsza opcja.

Specyfika rynku DACH: jak prawidłowo rozdzielić de-AT, de-DE i de-CH

Trzy wersje w tym samym języku to klasyczny przypadek kanibalizacji słów kluczowych. Hreflang rozwiązuje przypisanie w SERP-ach, ale nie zróżnicowanie treści. Jeśli publikujesz trzy razy ten sam tekst, ryzykujesz, że Google uzna wersje za wymienne i zaindeksuje tylko jedną.

Prawdziwa lokalizacja wyraźnie rozdziela:

Słownictwo: austriacka odmiana niemieckiego różni się od tej używanej w Niemczech. „Jänner” zamiast „Januar”, „Erdäpfel” zamiast „Kartoffeln”, „Sackerl” zamiast „Tüte”. Takie sygnały brzmią autentycznie i trafiają w lokalną intencję wyszukiwania.

Ceny i waluta: EUR dla at i de, CHF dla Szwajcarii. Prezentacja cen brutto i warunki wysyłki się różnią.

Prawo i nota prawna: austriacka nota prawna według ECG i Mediengesetz, niemiecka według § 5 Digitale-Dienste-Gesetz (DDG), szwajcarska według art. 3 ust. 1 lit. s UWG. Ustawa DDG 14 maja 2024 r. zastąpiła Telemediengesetz (TMG). Różnią się też przepisy dotyczące rękojmi i odstąpienia od umowy.

Przed kanibalizacją chroni nadanie każdej wersji własnej treści zamiast tłumaczenia jeden do jednego. Hreflang sygnalizuje rozdzielenie, treść musi je uzasadnić.

Częste błędy hreflang i debugowanie

Hreflang jest podatny na błędy, a dane są jednoznaczne. Badanie Ahrefs obejmujące 374 756 domen pokazuje, że 67% miało co najmniej jeden problem z hreflang. Szczegółowo: w 56,3% brakowało tagu x-default, w 18% brakowało tagów autoreferencyjnych, 16,9% odsyłało do przekierowanych lub uszkodzonych stron, a w 15,3% brakowało odwołań zwrotnych. Drugie badanie, obejmujące 18 786 serwisów, potwierdza ten wzorzec: 31,02% miało sprzeczne dyrektywy hreflang, 47,95% nie używało x-default, a w 16,04% brakowało tagów autoreferencyjnych.

Najczęstsze źródła błędów w skrócie:

Brak x-default: zdecydowanie najczęstszy błąd. Bez wersji zapasowej brakuje logiki obsługującej niepasujące kombinacje języka i regionu.

Brak wzajemności lub autoreferencji: jednostronne lub niekompletne zestawy są ignorowane. Oba błędy występują w badaniach z dwucyfrową częstotliwością.

Nieprawidłowe kody: odwrócona kolejność, wymyślone kody, takie jak en-UK (poprawny to en-GB), czy literówki sprawiają, że wpis nie działa.

Odwołania do przekierowań lub stron niekanonicznych: hreflang musi wskazywać na docelowy, indeksowalny adres URL, a nie na przekierowanie.

Konflikt z canonical: częsty strzał w stopę. Jeśli strona at wskazuje przez canonical na stronę de, unieważnia to logikę hreflang. Każda wersja językowa potrzebuje autoreferencyjnego tagu canonical.

Tagi w body zamiast w head: jeśli hreflang znajduje się poniżej nieprawidłowego elementu HTML w sekcji head, przeglądarka może niejawnie zamknąć sekcję head. Według Web Almanac 2025 10,1% stron na komputerach i 10,3% stron mobilnych zawiera nieprawidłowe elementy HTML w sekcji head, przez co kolejne metadane, takie jak hreflang, trafiają do body i przestają działać.

Debugowanie: od września 2022 Search Console nie ma już raportu hreflang. Google wycofało raport kierowania międzynarodowego. Crawlery, takie jak Screaming Frog czy Sitebulb, sprawdzają wzajemność, kody i status docelowych adresów w całym serwisie. W przypadku pojedynczych opublikowanych stron Google odsyła do narzędzi zewnętrznych, takich jak tester hreflang od Merkle.

Metryki i pomiar w trakcie wdrażania

Sukces można konkretnie zmierzyć. Kluczowe wskaźniki:

Stan indeksowania każdej wersji: sprawdź w Search Console, czy wszystkie wersje językowe są zaindeksowane. Niezaindeksowane wersje wskazują na thin content albo problemy z duplikacją.

Odsetek błędów hreflang: udział adresów URL z brakującymi odwołaniami zwrotnymi lub nieprawidłowymi kodami, ustalany na podstawie regularnych crawli, np. w Screaming Frog lub Sitebulb. Cel to zero.

Pozycje według rynku i języka: śledź słowa kluczowe w lokalnych wersjach wyszukiwarki (google.at, google.de, google.ch). Tylko tak zobaczysz, czy właściwa wersja pojawia się na właściwym rynku.

Geotargeting poza hreflang: hreflang to najprecyzyjniejszy sygnał, ale nie jedyny. Lokalizacja serwera i CDN oraz powiązany z nimi region IP dają Google słabą wskazówkę geograficzną. Bezwzględnie unikaj automatycznych przekierowań na podstawie IP: uniemożliwiają one Googlebotowi, który crawluje głównie z USA, dotarcie do wszystkich wersji. Zamiast tego udostępnij widoczny przełącznik języka.

Programmatic SEO i kontrola jakości: przy tysiącach automatycznie generowanych stron hreflang musi być generowany bezpośrednio z modelu danych, najlepiej przez mapę witryny XML. Kluczowa jest kontrola jakości chroniąca przed thin content: zestaw hreflang powinny otrzymać tylko wersje z własną, zlokalizowaną treścią. Skalowanie bez lokalizacji produkuje jedynie zduplikowane treści na masową skalę.

Co dalej: migracja i międzynarodowa analiza słów kluczowych

Przy internacjonalizacji istniejącego serwisu warto postawić na stopniowe wdrażanie. Zacznij od najważniejszego rynku docelowego, monitoruj indeksowanie i pozycje, a kolejne wersje uruchamiaj dopiero potem. Przemyślana strategia przekierowań i monitorowanie w Search Console są obowiązkowe, by wcześnie wychwycić spadki ruchu.

Każdą lokalizację poprzedza międzynarodowa analiza słów kluczowych. Wolumen wyszukiwań i używane frazy znacznie różnią się między rynkami. Zamiast tłumaczenia jeden do jednego potrzebna jest transkreacja, czyli przeniesienie lokalnej intencji wyszukiwania. Termin popularny w Niemczech może być w Austrii prawie niewyszukiwany, mimo że język jest ten sam. Hreflang dba wtedy o to, by na danym rynku pojawiała się właściwa, lokalnie zoptymalizowana strona.