Atrybut hreflang to fragment kodu HTML, który informuje Google o istnieniu różnych wersji językowych lub regionalnych tej samej strony. Jego głównym celem jest pomoc wyszukiwarce w serwowaniu odpowiedniej wersji językowej (np. po hiszpańsku) użytkownikowi z konkretnego regionu (np. z Hiszpanii), co jest fundamentem skutecznego SEO międzynarodowego.
Dla kogo?
Średniozaawansowane
Gdzie to się przydaje?
Kluczowe przy prowadzeniu stron wielojęzycznych i/lub wieloregionalnych. Niezbędne do unikania problemów z duplicate content i poprawy doświadczeń użytkownika (UX).
Co to oznacza dla Twojego biznesu?
Zrozumienie i prawidłowe wdrożenie hreflang pozwala na świadome kształtowanie globalnej widoczności online, docieranie do właściwych klientów z odpowiednim komunikatem i optymalizację budżetu marketingowego. Ignorowanie tego atrybutu to proszenie się o kłopoty: wysoki współczynnik odrzuceń, utracone szanse sprzedaży i komunikacyjny chaos w oczach Google.
Spis treści
Do czego służy atrybut hreflang?
Wyobraź sobie, że prowadzisz dobrze prosperujący e-commerce w Polsce (z domeną .pl) i decydujesz się na ekspansję. Uruchamiasz identyczną wersję sklepu w Niemczech (na domenie .de) i w Hiszpanii (na domenie .es). Treści są profesjonalnie przetłumaczone, oferta jest ta sama. Problem w tym, że Google bez wyraźnych wskazówek może mieć problem z przypisaniem odpowiedniej wersji językowej do lokalizacji użytkownika. Choć tłumaczenia (PL vs DE) nie są traktowane jako duplikacja treści, to brak hreflangów może sprawić, że użytkownikowi z Berlina wyświetli się wersja angielska zamiast niemieckiej, co drastycznie obniży konwersję.
Właśnie w tym momencie na scenę wkracza atrybut hreflang. Działa on jak system precyzyjnych drogowskazów dla Googlebota. Mówisz mu: „Hej, Google! Ta strona pod adresem X to wersja dla użytkowników z Hiszpanii, mówiących po hiszpańsku. Ta pod adresem Y jest dla tych z Niemiec, a ta pod adresem Z dla tych z Polski”. Dzięki temu Google może zaserwować każdemu użytkownikowi stronę w języku, którego oczekuje, co drastycznie poprawia jego doświadczenia i zwiększa szansę na konwersję.
Rola domeny w strategii międzynarodowej jest kluczowa. Jak zauważył Kaspar Szymański w podcaście semCAST #09: Jak zaistnieć na rynkach zagranicznych?, preferencje użytkowników co do końcówek domenowych (.pl, .de, .co.uk) są bardzo silne na niektórych rynkach. Hreflang jest technicznym narzędziem, które pozwala spiąć te różne domeny w spójną, zrozumiałą dla Google całość.
Jak poprawnie wdrożyć atrybut hreflang?
Implementacja hreflang, choć koncepcyjnie prosta, w praktyce bywa źródłem wielu błędów. Można go wdrożyć na trzy sposoby, a wybór metody zależy od struktury i technologii Twojej witryny.
1. W sekcji <head> kodu HTML
To najpopularniejsza metoda, polegająca na dodaniu odpowiednich linków w sekcji każdej podstrony. Dla każdej strony musisz dodać link do niej samej oraz do wszystkich jej alternatywnych wersji językowych/regionalnych.
Przykład:
Załóżmy, że mamy stronę główną w 3 wersjach:
- Polska: https://przyklad.pl/
- Niemiecka: https://przyklad.de/
- Angielska dla reszty świata: https://przyklad.com/
W sekcji każdej z tych trzech stron musi znaleźć się ten sam zestaw linków.
Ważne: istotny jest również atrybut x-default, który daje sygnał dla Google, którą wersję pokazać, jeśli język lub region użytkownika nie pasuje do żadnej z zdefiniowanych opcji.
W takiej sytaucji w w sekcji <head> powinien znaleźć się następujący zapis:
<link rel=”alternate” hreflang=”pl” href=”https://przyklad.pl/” />
<link rel=”alternate” hreflang=”de” href=”https://przyklad.de/” />
<link rel=”alternate” hreflang=”en” href=”https://przyklad.com/” />
<link rel=”alternate” hreflang=”x-default” href=”https://przyklad.com/” />
2. W mapie witryny (Sitemap)
Dla dużych serwisów z tysiącami podstron, dodawanie tagów do każdej strony byłoby nieefektywne i obciążałoby kod. Lepszym rozwiązaniem jest zdefiniowanie atrybutów hreflang bezpośrednio w mapie witryny (sitemap.xml). Dla każdego adresu URL tworzymy osobny wpis, w którym zagnieżdżamy wszystkie jego alternatywne wersje.
Przykład
Hreflang to miecz obosieczny. Prawidłowo wdrożony jest potężnym sygnałem dla Google, który buduje autorytet w skali międzynarodowej. Jeden błąd – niedziałający link, zła składnia czy brak wzajemności – może spowodować, że Google zignoruje całą implementację, a nawet potraktuje strony jako duplikaty.
3. W nagłówkach HTTP
Ta metoda jest rzadziej stosowana i przeznaczona dla treści, które nie są plikami HTML, np. dla plików PDF. Jeśli oferujesz katalogi produktów w różnych językach jako pliki PDF, możesz skonfigurować serwer tak, aby w nagłówku HTTP odpowiedzi dla danego pliku znalazła się informacja o jego wersjach językowych.
Hreflang a unikanie duplicate content
Jednym z największych lęków w świecie SEO jest oskarżenie o duplikację treści. Google nie lubi, gdy te same lub bardzo podobne materiały pojawiają się pod różnymi adresami URL. W przypadku stron międzynarodowych, gdzie tłumaczenia są często bardzo wierne, ryzyko potraktowania ich jako duplikatów jest realne.
Hreflang jest dla Google jasnym sygnałem: „To nie jest duplikat. To jest ta sama treść, ale przeznaczona dla innego odbiorcy”. Dzięki temu wyszukiwarka rozumie, że wersja hiszpańska i polska to alternatywne, równorzędne wersje, a nie próba manipulacji rankingiem.
Hreflang vs. tag canonical – kiedy używać którego?
To jedno z częstszych źródeł pomyłek. Choć oba tagi dotyczą relacji między stronami, służą do zupełnie innych celów.
- Hreflang mówi: „To są RÓŻNE, alternatywne wersje tej samej treści dla różnych odbiorców” (np. strona po polsku i strona po niemiecku).
- Tag canonical mówi: „To są TE SAME strony, ale ta jedna jest wersją główną, preferowaną” (np. strona produktu z parametrami sortowania vs. strona bez parametrów).
Można i należy używać obu tagów jednocześnie. Każda wersja językowa powinna mieć tag kanoniczny wskazujący na samą siebie, a dodatkowo zestaw tagów hreflang wskazujących na jej siostrzane wersje w innych językach.
Poprawna konfiguracja wersji językowych to kluczowy element technicznej optymalizacji. Szerzej na ten temat, włącznie z przykładami implementacji tagów hreflang, pisze Łukasz Suchy w „SEObook. Praktyczne aspekty pozycjonowania”, w rozdziale „3.3.8. Wersje językowe”.
Wyobraź sobie, że prowadzisz dobrze prosperujący e-commerce w Polsce (z domeną .pl) i decydujesz się na ekspansję. Uruchamiasz identyczną wersję sklepu w Niemczech (na domenie .de) i w Hiszpanii (na domenie .es). Treści są profesjonalnie przetłumaczone, oferta jest ta sama. Problem w tym, że Google bez wyraźnych wskazówek może mieć problem z przypisaniem odpowiedniej wersji językowej do lokalizacji użytkownika. Choć tłumaczenia (PL vs DE) nie są traktowane jako duplikacja treści, to brak hreflangów może sprawić, że użytkownikowi z Berlina wyświetli się wersja angielska zamiast niemieckiej, co drastycznie obniży konwersję.
Najczęstsze błędy przy wdrażaniu hreflang
- Brak wzajemności (linki jednostronne). Jeśli strona A linkuje do B jako swojej alternatywnej wersji, strona B musi linkować z powrotem do A. Brak tego potwierdzenia sprawia, że Google ignoruje sygnał.
- Nieprawidłowe kody języka lub regionu. Należy używać kodów w formacie ISO 639-1 dla języka (np. pl, es) i opcjonalnie ISO 3166-1 Alpha 2 dla regionu (np. PL, DE). Częstym błędem jest stosowanie kodu uk dla Wielkiej Brytanii, podczas gdy jedynym kodem obsługiwanym przez Google dla tego regionu jest gb (np. en-gb).
- Używanie relatywnych adresów URL. W atrybutach hreflang zawsze należy stosować bezwzględne (pełne) adresy URL, zaczynające się od https://
- Konflikt z tagiem canonical. Wskazanie w tagu kanonicznym innej wersji językowej jako głównej to sygnał dla Google, aby zignorować bieżącą stronę.
FAQ
Śledzimy zmiany w obszarze AI
i wdrażamy je, zanim staną się standardem
Loading...
