Hreflang

Hreflang to adnotacja służąca do targetowania języka i regionu, umieszczana na równoważnych stronach w różnych rynkach. Jej zadanie jest proste: poinformować Google, że en-us, en-gb i fr-ca są wariantami alternatywnymi, a nie przypadkowymi duplikatami, tak aby właściwy adres URL mógł uzyskać dobrą pozycję dla właściwego użytkownika.

Dlaczego to ma znaczenie, jest jeszcze prostsze. Ruch z nieodpowiedniego kraju słabo się konwertuje. Jeśli strona produktowa kierowana na USA osiąga wysoką pozycję w Kanadzie albo ogólna angielska wersja wyprzedza lokalną niemiecką, tracisz przychód — nie tylko pozycje.

Co tak naprawdę robi hreflang

Hreflang to sygnał selekcji, a nie wzmacniania rankingów. Sam z siebie nie sprawia, że strony zaczynają zajmować wyższe pozycje. Pomaga Google wybierać między blisko równoważnymi adresami URL, gdy istnieje wiele wersji.

Google podkreśla to od lat, a John Mueller (Google) wielokrotnie mówił, że hreflang dotyczy dostarczania właściwego wariantu, a nie konsolidowania całej wartości SEO na jednej stronie. Ta różnica jest istotna. Zespoły wciąż sprzedają hreflang jako „naprawę duplikatów” — a to nieprawda.

Zasady wdrożeniowe, które psują większość konfiguracji

• Używaj poprawnych kodów: en-GB, a nie en-UK. Najpierw język, potem opcjonalnie kraj.
• Niezbędne są tagi zwrotne: jeśli strona A wskazuje stronę B, strona B powinna wskazywać stronę A.
• Wymagana samoodniesieniowość każdego URL: każda strona powinna zawierać własny wpis hreflang.
• Utrzymuj zgodne canonicale: każda wersja regionalna zwykle powinna kanonizować się do samej siebie, a nie do jednej globalnej strony nadrzędnej.
• Uwzględnij x-default, gdy ma to sens: szczególnie w przypadku selektorów języka lub stron awaryjnych.

Hreflang można wdrożyć w HTML, w mapach witryny XML lub w nagłówkach HTTP. W praktyce hreflang w mapie XML zwykle jest najmniej kłopotliwą opcją na dużą skalę. Gdy przejdziesz przez 10 do 20 lokalizacji, tagi w sekcjach head szybko stają się kruche, zwłaszcza w szablonach opartych na JavaScript.

Jak to audytować poprawnie

Użyj Screaming Frog do walidacji crawl’a, sprawdzania relacji zwrotnych oraz wykrywania brakujących samoodniesień. Użyj Google Search Console do oceny zmian w zapytaniach i stronach docelowych na poziomie kraju po wdrożeniu. Użyj Ahrefs lub Semrush, aby sprawdzić, czy docelowy regionalny adres URL faktycznie osiąga widoczność w każdym rynku. Jeśli chcesz dodatkowy punkt widzenia z drugiego narzędzia do crawlowania, Moz oraz narzędzia klasy enterprise, takie jak Lumar, mogą pomóc, ale Screaming Frog zwykle najszybciej wykrywa realne błędy we wdrożeniu.

Dla zespołów contentowych Surfer SEO nie jest narzędziem do hreflang. Przydatne do pracy on-page — tak. Nie do weryfikowania międzynarodowych adnotacji.

Gdzie hreflang przestaje działać

Uczciwe zastrzeżenie: hreflang nie jest magiczną naprawą, jeśli zlokalizowane strony są cienkie, przetłumaczone maszynowo albo słabo się różnią. Jeśli Twoje strony en-au i en-us mają identyczne ceny, dostawy, walutę i treść, Google może nadal zignorować Twoją intencję. Kolejny częsty problem: zespoły wdrażają perfekcyjne hreflang na stronach, które Google rzadko crawluje albo nie indeksuje. Wtedy nic się nie zmienia.

Dodatkowo, stare raportowanie hreflang w GSC jest dużo mniej użyteczne niż kiedyś. Potrzebujesz danych z crawlowania, logów serwera i bieżących sprawdzeń SERP. Nie tylko zielonej ikonki weryfikacji.

Praktyczny standard: mapuj wszystkie równoważne adresy URL, utrzymuj spójne canonicale, waliduj co tydzień po wdrożeniach i monitoruj podmiany stron docelowych na poziomie rynku przez 4 do 8 tygodni. To właśnie odróżnia czystą konfigurację międzynarodową od wdrożenia „z prezentacji”.