Hreflang i SEO międzynarodowe – jak przygotować sklep na rynki zagraniczne

Jak poprawnie wdrożyć hreflang w sklepie

Zasady hreflang są proste, ale wymagają konsekwencji. Każdy błąd w jednej wersji może sprawić, że Google zignoruje znaczniki dla danej pary stron.

1. Każda wersja wskazuje siebie i wszystkie pozostałe – polska karta produktu zawiera hreflang dla pl, de i cs; niemiecka – dla pl, de i cs; czeska – tak samo.

2. Odnośniki są dwukierunkowe – jeśli strona A wskazuje B, strona B musi wskazywać A. Inaczej Google może zignorować to powiązanie.

3. Pełne adresy z protokołem – https://sklep.example/de/produkt, a nie /de/produkt.

4. Poprawne kody – język w formacie ISO 639-1, opcjonalnie region w formacie ISO 3166-1 Alpha 2. Kod regionu nie może występować sam.

5. Wersja domyślna x-default – dla użytkowników, których język nie pasuje do żadnej wersji, np. strona wyboru kraju lub wersja angielska.

6. Tylko adresy kanoniczne – hreflang powinien wskazywać strony zwracające kod 200, bez przekierowań i bez noindex.

Hreflang i tag canonical muszą ze sobą współgrać. Każda wersja językowa powinna mieć canonical wskazujący na samą siebie, a nie na wersję polską. Jeśli niemiecka karta produktu ma canonical na polską, Google dostaje sprzeczny sygnał: z jednej strony „to osobna wersja dla Niemców”, z drugiej „to duplikat polskiej strony”. Zasady stosowania canonical opisaliśmy w artykule o tagu canonical w e-commerce.

Hreflang w kodzie, nagłówkach czy mapie witryny

Przy dużych sklepach z wieloma wersjami językowymi znaczniki w kodzie HTML mogą znacząco wydłużyć sekcję head każdej strony. Wtedy wygodniej przekazać hreflang w mapie witryny – jedna sekcja dla każdego adresu z listą wszystkich wersji. Nagłówki HTTP przydają się głównie dla plików innych niż HTML, np. PDF z kartami produktów w różnych językach. Niezależnie od metody najważniejsze jest, by znaczniki generował system na podstawie jednego źródła danych o powiązaniach stron – ręczne utrzymywanie hreflang w tysiącach produktów kończy się błędami.

Adresy URL i duplikacja w wersjach językowych

Przy wersjach językowych łatwo o niezamierzone duplikaty: te same opisy w wersji polskiej i „niemieckiej”, w której przetłumaczono tylko nawigację, kilka wersji anglojęzycznych różniących się wyłącznie walutą albo stare adresy bez katalogu językowego, które nadal działają. Każdy z tych przypadków utrudnia Google wybór właściwej strony. Mechanizmy powstawania powielonych treści w sklepach opisaliśmy w artykule o duplicate content w sklepie internetowym.

Warto też zadbać o czytelne adresy w każdym języku. Adres /de/kategorie/fahrradhelme jest zrozumiały dla niemieckiego klienta, a /de/kategorie/kaski-rowerowe – już nie. Jeśli platforma pozwala tłumaczyć fragmenty adresów, skorzystaj z tego, pamiętając o zasadach opisanych w tekście o przyjaznych adresach URL w sklepie.

Przekierowania według języka i lokalizacji

Wiele sklepów automatycznie przekierowuje użytkownika na wersję językową na podstawie ustawień przeglądarki lub adresu IP. Google zaleca, by tego unikać. Takie przekierowania mogą uniemożliwić użytkownikom – i robotom wyszukiwarki – dotarcie do wszystkich wersji strony. Googlebot często odwiedza strony z adresów w USA i bez określonego języka, więc przy automatycznych przekierowaniach może nie zobaczyć wersji polskiej czy niemieckiej.

Lepszym rozwiązaniem jest baner lub okno z propozycją: „Wygląda na to, że jesteś w Niemczech – przejdź do wersji niemieckiej”, z możliwością pozostania na bieżącej wersji. Do tego widoczny przełącznik języków w nagłówku lub stopce, z linkami do odpowiedników bieżącej strony, a nie tylko do stron głównych.

[#uwaga] Nie ukrywaj wersji językowych za cookies lub ustawieniami sesji pod tym samym adresem. Google zaleca osobne adresy URL dla każdej wersji językowej. Jeśli treść zmienia się dynamicznie pod jednym adresem w zależności od języka przeglądarki, wyszukiwarka może zaindeksować tylko jedną wersję.

Tłumaczenie i lokalizacja treści

Hreflang nie zastąpi dobrego tłumaczenia. Google wyjaśnia, że strony są traktowane jako duplikaty tylko wtedy, gdy główna treść pozostaje nieprzetłumaczona. Przetłumaczenie samego szablonu – menu, przycisków, stopki – przy pozostawieniu opisów produktów w jednym języku tworzy złe doświadczenie i może prowadzić do tego, że te same treści pojawiają się w wynikach wielokrotnie z różnym językiem nawigacji.

• Pełne tłumaczenie treści głównej – nazwy produktów, opisy, parametry, kategorie, FAQ.

• Lokalne dane – waluta, ceny, koszty i czas dostawy, metody płatności, dane kontaktowe.

• Lokalne frazy – klienci w różnych krajach nazywają te same produkty inaczej; tłumaczenie słownikowe nie zawsze trafia w język wyszukiwań.

• Jeden język na stronie – bez tłumaczeń obok siebie i bez mieszania języków w nawigacji i treści.

• Lokalne zasady prawne – regulaminy, informacje o zwrotach i obowiązkowe oznaczenia w danym kraju.

Wybór między tłumaczeniem maszynowym a profesjonalnym to osobny temat – w skrócie: tłumaczenie generowane automatycznie bez weryfikacji, publikowane na dużą skalę, może zostać uznane za nadużycie treści tworzonych na dużą skalę. Jeśli przygotowujesz oferty na zagraniczne marketplace’y, praktyczne wskazówki znajdziesz w tekście o tłumaczeniu ofert w BaseLinkerze.

Najczęstsze błędy hreflang w sklepach

Błędy hreflang rzadko powodują spektakularne spadki, ale sprawiają, że w danym kraju wyświetla się zła wersja strony – np. polska karta produktu klientom z Czech. Najczęściej spotykane problemy to:

• Brak linków zwrotnych – wersje nie wskazują się nawzajem.

• Brak odwołania strony do samej siebie.

• Błędne kody, np. „cz” zamiast „cs” dla języka czeskiego albo „uk” zamiast „en-GB” dla Wielkiej Brytanii.

• Hreflang wskazujący strony z przekierowaniem, błędem 404 lub noindex.

• Canonical z wersji językowych wskazujący na wersję główną.

• Hreflang tylko na stronie głównej, bez kart produktów i kategorii.

• Względne adresy zamiast pełnych adresów z protokołem.

Wykres – najczęstsze błędy hreflang i sposoby ich naprawy. [#chart:se84b]

Jak sprawdzić poprawność wdrożenia hreflang

Po wdrożeniu warto sprawdzić znaczniki na kilku poziomach. Narzędzia do crawlowania stron potrafią wyświetlić znaczniki hreflang dla każdego adresu i wskazać brakujące linki zwrotne, błędne kody czy wskazania na strony z przekierowaniem. W Search Console możesz sprawdzić, jaką stronę Google uznał za kanoniczną dla wybranego adresu, oraz porównać wyniki w podziale na kraje w raporcie Skuteczność.

• Crawl całego sklepu – lista adresów z błędami hreflang i brakującymi powiązaniami.

• Kontrola wybranych stron – strona główna, kluczowe kategorie i bestsellery w każdej wersji.

• Sprawdzenie adresu w Search Console – który adres Google wybrał jako kanoniczny.

• Raport Skuteczność z filtrem kraju – czy w danym kraju wyświetlają się adresy z odpowiedniej wersji językowej.

Jak korzystać z filtrów i porównań w tym raporcie, opisaliśmy w poradniku o raporcie Skuteczność w Search Console.

Zmiana struktury adresów wersji językowych – np. przejście z subdomen na katalogi – to w praktyce migracja. Wymaga mapy przekierowań, aktualizacji hreflang i kontroli indeksowania. Przebieg takiego projektu opisaliśmy w artykule o migracji sklepu a SEO.

Od czego zacząć: jeden rynek testowy

Wejście na kilka rynków naraz to duże obciążenie: tłumaczenia, obsługa klienta, zwroty, logistyka i SEO w każdym języku. Dla większości sklepów rozsądniej jest zacząć od jednego kraju – najlepiej takiego, w którym już widać zamówienia lub zainteresowanie, np. w danych z Search Console z filtrem kraju albo w sprzedaży przez marketplace. Na jednym rynku łatwiej dopracować proces tłumaczenia, wdrożenie hreflang i obsługę klientów, a potem powtórzyć go w kolejnych krajach.

Przed startem sprawdź popyt na kluczowe kategorie w lokalnym języku, poziom konkurencji i koszty dostawy. Część kategorii, które w Polsce sprzedają się świetnie, za granicą może mieć silną lokalną konkurencję lub inne nazwy – to warto wiedzieć, zanim zainwestujesz w tłumaczenie całego katalogu.

SEO międzynarodowe to więcej niż hreflang

Hreflang to tylko część przygotowania sklepu do sprzedaży za granicą. Równie ważne są: lokalny popyt i konkurencja, logistyka i koszty dostawy, metody płatności, obsługa klienta w danym języku, a także budowanie widoczności w każdym kraju – lokalne linki, wzmianki i treści. Google w przewodniku o witrynach wieloregionalnych wymienia wśród sygnałów kierowania na kraj m.in. lokalne adresy i numery telefonów, lokalny język i walutę oraz linki z innych lokalnych witryn.

[#przyklad] Sklep z akcesoriami rowerowymi uruchomił wersje czeską i słowacką w katalogach na jednej domenie. Na początku przetłumaczył tylko szablon i nazwy kategorii, a opisy produktów zostały po polsku – w Czechach w wynikach wyświetlały się polskie karty. Po pełnym tłumaczeniu opisów najważniejszych produktów, dodaniu cen w lokalnej walucie i wdrożeniu hreflang z linkami zwrotnymi w Search Console z filtrem kraju zaczęły dominować adresy z katalogu czeskiego.

Jeśli sprzedajesz za granicą równolegle przez marketplace’y i reklamy, warto spojrzeć na wszystkie kanały razem – pomocne będą teksty o sprzedaży zagranicznej z BaseLinkerem i o kampaniach Meta Ads na rynki zagraniczne.

[#checklista] Sklep wielojęzyczny: jedna struktura adresów (katalogi, subdomeny lub domeny krajowe); osobny adres dla każdej wersji językowej; pełne tłumaczenie treści głównej; lokalne ceny i warunki; hreflang z odwołaniem do siebie, linkami zwrotnymi i x-default; canonical każdej wersji na samą siebie; brak automatycznych przekierowań według języka; kontrola crawlem i w Search Console.

Najczęściej zadawane pytania

Czy hreflang poprawia pozycje w Google?

Nie bezpośrednio. Hreflang pomaga Google pokazać właściwą wersję językową lub regionalną strony użytkownikowi z danego kraju. Dzięki temu klient trafia na stronę w swoim języku i z lokalną ofertą, co poprawia skuteczność ruchu.

Czy hreflang jest potrzebny, jeśli sklep jest tylko po polsku?

Nie. Hreflang ma sens tylko wtedy, gdy istnieje kilka wersji tej samej strony dla różnych języków lub krajów.

Co lepsze dla sklepu: katalogi czy domeny krajowe?

Na start zwykle katalogi na jednej domenie – są tańsze, prostsze w utrzymaniu i korzystają ze wspólnego autorytetu. Domeny krajowe mają sens przy dużych, odrębnych biznesach w poszczególnych krajach.

Czy mogę automatycznie przekierowywać klientów według języka przeglądarki?

Google zaleca, by tego unikać. Lepiej pokazać baner z propozycją przejścia do odpowiedniej wersji i zostawić widoczny przełącznik języków.

Jak sprawdzić, czy hreflang działa?

Przeskanuj sklep narzędziem do crawlowania, które raportuje błędy hreflang, i sprawdź w Search Console raport Skuteczność z filtrem kraju – czy w danym kraju wyświetlają się adresy z właściwej wersji językowej.

Czy wystarczy przetłumaczyć menu i stopkę?

Nie. Google wyjaśnia, że strony są traktowane jako duplikaty, gdy główna treść pozostaje nieprzetłumaczona. Pełne tłumaczenie opisów, nazw produktów i kategorii to podstawa.

Podsumowanie

Hreflang to narzędzie, które pomaga Google pokazać klientowi z danego kraju właściwą wersję sklepu. Działa tylko wtedy, gdy stoi za nim przemyślana struktura adresów, pełne tłumaczenia z lokalnymi danymi i konsekwentne wdrożenie: odwołanie do samej siebie, linki zwrotne, poprawne kody, x-default i zgodny canonical. Uzupełnieniem są rozsądne zasady przekierowań i regularna kontrola w narzędziach do crawlowania oraz w Search Console.

Jeśli przygotowujesz sklep do sprzedaży za granicą i chcesz zaplanować SEO międzynarodowe od początku, sprawdź, jak prowadzimy SEO dla sklepów internetowych.