Klikasz link w polskim artykule, spodziewasz się polskiej wersji sklepu, a po chwili widzisz niemieckie menu, ceny w euro i inne warunki dostawy. Taki problem nie zawsze oznacza, że autor publikacji wkleił niewłaściwy adres. Często link prowadzi do właściwej strony, ale sklep automatycznie zmienia język lub kraj użytkownika na podstawie jego lokalizacji, ustawień przeglądarki albo wcześniejszych odwiedzin.
Dla sklepu internetowego to nie tylko kwestia wygody. Czytelnik może nie rozumieć opisu produktu, zobaczyć niedostępną dla siebie metodę dostawy albo porzucić zakup. Żeby znaleźć przyczynę, trzeba oddzielić trzy rzeczy: adres zapisany w artykule, przekierowania wykonywane przez sklep i reguły wyboru wersji językowej.
Czy błędny język wynika z linku, czy z przekierowania sklepu?
Pierwszy test nie wymaga żadnego specjalistycznego oprogramowania. Wystarczy kliknąć prawym przyciskiem myszy odnośnik w artykule, wybrać „Kopiuj adres linku” i porównać skopiowany URL z adresem widocznym po otwarciu sklepu.
Załóżmy, że polska publikacja odsyła do produktu o numerze SKU-418. W kodzie artykułu znajduje się adres https://sklep.example/pl/products/sku-418, ale użytkownik kończy na https://sklep.example/de/products/sku-418. Sam odnośnik wskazuje polską wersję. Zmiana na niemiecką nastąpiła później.
Inaczej wygląda sytuacja, gdy już skopiowany link zawiera /de/. Wtedy nie ma powodu zaczynać od analizy lokalizacji IP. Najpierw należy poprawić odnośnik w systemie publikacji, np. WordPressie, i sprawdzić, czy edytor, wtyczka afiliacyjna lub moduł tłumaczeń nie podmienia adresu podczas zapisywania treści.
Do dokładniejszej kontroli przydają się narzędzia deweloperskie Google Chrome:
- Otwórz artykuł i naciśnij
F12, a następnie przejdź do zakładki Network. - Zaznacz Preserve log, aby zachować historię żądań podczas przechodzenia na kolejne strony. Na czas testu włącz również Disable cache.
- Kliknij problematyczny odnośnik i odszukaj żądania dokumentów HTML.
- Sprawdź kody odpowiedzi HTTP oraz nagłówek Location, wskazujący kolejny adres w przypadku przekierowania.
Jeżeli polski URL zwraca 302 Found, a nagłówek Location wskazuje /de/, serwer przekierowuje użytkownika na niemiecką wersję. Kod 301 Moved Permanently oznacza przekierowanie trwałe, które może zostać zapamiętane przez przeglądarki i wyszukiwarki. Kody 302 i 307 oznaczają przekierowania tymczasowe.
Zdarza się również, że serwer zwraca 200 OK, a język zmienia dopiero skrypt JavaScript. Wtedy sam przegląd odpowiedzi HTTP nie wystarczy. Trzeba sprawdzić skrypty lokalizacyjne, zapisane preferencje i ewentualną zmianę adresu wykonywaną po załadowaniu strony.
Wniosek praktyczny jest prosty: jeśli już w artykule znajduje się niewłaściwy URL, poprawia się publikację. Jeżeli URL jest prawidłowy, a dopiero później zmienia się język, problem leży w mechanizmie kierowania ruchu. Nie ma sensu wymieniać dziesiątek poprawnych odnośników, gdy wszystkie podlegają jednej błędnej regule sklepu.
Język przeglądarki, adres IP i cookies – jak ustalić, co decyduje o przekierowaniu?
Sklepy wielojęzyczne potrafią wykorzystywać kilka sygnałów jednocześnie. Najczęściej są to:
- Adres IP – pozwala oszacować kraj, z którego łączy się użytkownik, ale nie wskazuje jego preferowanego języka.
- Nagłówek Accept-Language – przekazuje preferencje językowe przeglądarki, np.
pl-PLalbode-DE. - Pliki cookies – mogą zapamiętywać wcześniej wybrany język lub rynek.
- Struktura URL – ścieżka
/pl/,/de/albo osobna domena krajowa może wskazywać konkretną wersję sklepu. - Ustawienia konta klienta – po zalogowaniu użytkownik może otrzymać wcześniej zapisaną wersję językową.
Przykład z praktyki działania takich systemów: Polak mieszkający w Berlinie klika link do polskiej karty produktu. Jego przeglądarka ma ustawiony język polski, ale niemiecki adres IP powoduje wybór rynku DE. Jeśli sklep traktuje geolokalizację jako nadrzędną wobec języka wskazanego w adresie, użytkownik zostaje przekierowany do niemieckiej wersji.
Taką konfigurację trzeba sprawdzić, zamiast zakładać, że każde przekierowanie jest prawidłowe. Kraj pobytu, język klienta i kraj dostawy to trzy różne informacje. Klient przebywający w Niemczech może chcieć czytać polski opis i wysłać zakup do Polski.
Przy diagnozowaniu problemu najlepiej wykonać trzy oddzielne testy:
- Polski adres IP i polski język przeglądarki – sprawdzenie podstawowego scenariusza dla krajowego odbiorcy.
- Polski adres IP i niemiecki język przeglądarki – ustalenie, czy sklep reaguje na
Accept-Language. - Niemiecki adres IP i polski język przeglądarki – wykrycie sytuacji, w której lokalizacja geograficzna nadpisuje preferencje językowe.
Każdy test należy rozpocząć w nowym, czystym profilu przeglądarki lub osobnej sesji prywatnej. Następnie warto powtórzyć go po ręcznym wybraniu języka w sklepie. Tak można sprawdzić, czy wcześniej zapisane cookies mają pierwszeństwo przed automatycznym wykrywaniem.
Do zmiany lokalizacji sieciowej przydaje się VPN, choć nie zapewnia idealnego odwzorowania wszystkich klientów. Bazy geolokalizacyjne bywają niedokładne, a sieci firmowe i operatorzy komórkowi mogą korzystać z adresów IP przypisanych do innego regionu. Samo przestawienie języka Chrome również nie symuluje zmiany kraju.
W sklepach działających na Shopify Markets trzeba skontrolować ustawienia automatycznego przekierowywania kraju i języka w sekcji preferencji sklepu internetowego oraz przypisanie domen i języków do poszczególnych rynków. Jeśli język nie został opublikowany dla danego rynku, nie wystarczy sama zmiana ustawień przeglądarki. Przy WordPressie z WooCommerce należy dodatkowo przejrzeć konfigurację wtyczek wielojęzycznych, takich jak WPML czy Polylang, oraz reguły przekierowań serwera.
Osobnym problemem jest pamięć podręczna CDN. Jeżeli sklep generuje różne odpowiedzi dla poszczególnych języków, ale warstwa cache nie rozróżnia odpowiednio tych wariantów, część użytkowników może otrzymywać niewłaściwą wersję strony. Wtedy trzeba skontrolować sposób tworzenia klucza cache i nagłówki odpowiedzi. Samo usunięcie cookies nie naprawi błędnego cache po stronie serwera.
Jak poprawić kierowanie użytkowników i nie zaszkodzić sprzedaży ani SEO?
Najbezpieczniejszy model zakłada, że świadomy wybór języka przez użytkownika oraz jednoznaczny adres konkretnej wersji mają pierwszeństwo przed automatycznymi sugestiami. Jeśli ktoś klika link zawierający /pl/, sklep powinien zachować polską wersję, o ile strona jest dostępna. Geolokalizacja może pomóc przy wejściu na neutralny adres sklepu, ale nie powinna bez potrzeby nadpisywać wyraźnego wyboru.
Przykładowo sklep z odzieżą prowadzi sprzedaż w Polsce, Niemczech i Czechach. Polska publikacja odsyła do konkretnego modelu butów. Lepszym rozwiązaniem jest bezpośredni link do polskiej karty produktu niż adres głównej domeny, na której skrypt dopiero rozpoznaje lokalizację. Dzięki temu odbiorca trafia na ten sam produkt, o którym przeczytał.
Jeżeli sklep sprzedaje ten produkt wyłącznie na wybranych rynkach, sytuacja wymaga innej decyzji. Nie powinno się automatycznie przenosić użytkownika na stronę główną zagranicznego sklepu, tracąc kontekst kliknięcia. Rozsądniejsze jest zachowanie odpowiedniej karty produktu oraz wyświetlenie informacji o ograniczonej dostępności dostawy albo zaoferowanie przejścia do właściwego rynku.
Przy wprowadzaniu poprawek należy zachować następującą kolejność:
- Popraw docelowy URL w artykule, jeśli jest błędny. Link powinien prowadzić bezpośrednio do właściwej wersji konkretnego produktu lub kategorii.
- Usuń wymuszone przekierowania z jawnych adresów językowych, jeżeli nadpisują wybór użytkownika. Szczególnie niepożądane są trwałe przekierowania
301uzależnione od bieżącej lokalizacji klienta. - Skontroluj selektor języka i kraju. Użytkownik powinien móc zmienić wersję ręcznie, a sklep nie powinien natychmiast cofać jego decyzji.
- Sprawdź odpowiedniki produktów między rynkami. Przełączenie języka powinno prowadzić do odpowiedniej karty, a nie automatycznie do strony głównej.
- Zweryfikuj pomiar ruchu. Jeśli przekierowania usuwają parametry UTM lub prowadzą między różnymi domenami bez poprawnej konfiguracji pomiaru, analiza skuteczności artykułu w GA4 może być zafałszowana.
Nie należy próbować rozwiązywać problemu przez samo dodanie tagów hreflang. Są one przeznaczone dla wyszukiwarek i pomagają im rozpoznawać odpowiedniki językowe stron, ale nie sterują przekierowaniem użytkownika po kliknięciu linku. Wersje językowe powinny mieć własne, dostępne adresy URL, a konfigurację hreflang trzeba sprawdzić osobno.
Istnieje również ograniczenie prawne istotne dla sklepów działających w Unii Europejskiej. Rozporządzenie UE 2018/302 dotyczące nieuzasadnionego blokowania geograficznego, w szczególności art. 3, co do zasady zabrania przekierowywania klienta do innej wersji interfejsu ze względu na jego narodowość lub miejsce zamieszkania czy siedziby bez wyraźnej zgody. Nawet po jej udzieleniu pierwotna wersja sklepu musi pozostać łatwo dostępna. Przepisy przewidują określone wyjątki, między innymi dla działań niezbędnych do wykonania obowiązku prawnego.
Dlatego automatyczne przekierowanie nie zawsze jest dobrym rozwiązaniem, nawet jeżeli technicznie działa prawidłowo. W wielu sklepach lepiej sprawdza się komunikat z propozycją zmiany kraju lub języka, który nie blokuje dostępu do pierwotnie wybranej strony.
Po wdrożeniu poprawki należy powtórzyć testy na komputerze i telefonie, z nową sesją oraz z zapamiętanym wcześniej wyborem języka. Najlepszym potwierdzeniem nie jest samo poprawne otwarcie strony na komputerze administratora, lecz zgodne zachowanie sklepu przy różnych kombinacjach lokalizacji, preferencji językowych i cookies.
FAQ – najczęstsze pytania o przekierowania językowe
Dlaczego ten sam link otwiera polski sklep u jednej osoby, a niemiecki u drugiej?
Sklep może używać adresu IP, nagłówka Accept-Language lub zapisanych cookies. Różnice między użytkownikami nie muszą oznaczać błędu samego linku.
Czy tryb incognito wystarczy do sprawdzenia przekierowania?
Pozwala rozpocząć sesję bez wcześniejszych cookies danego profilu, ale nie zmienia adresu IP ani automatycznie ustawień językowych przeglądarki. Do pełniejszego testu potrzebne są różne konfiguracje.
Czy przekierowanie 301 jest właściwe dla automatycznej zmiany języka?
Zwykle nie. To przekierowanie trwałe, dlatego nie powinno służyć do wyboru języka zależnego od chwilowej lokalizacji użytkownika. W takim mechanizmie należy rozważyć przekierowanie tymczasowe lub propozycję ręcznej zmiany wersji.
Czy zmiana języka powinna zmieniać również walutę?
Nie zawsze. Język i rynek sprzedaży to odrębne ustawienia. Można udostępnić polski interfejs klientowi kupującemu w Niemczech, pozostawiając ceny i warunki dostawy właściwe dla niemieckiego rynku, jeśli platforma obsługuje taką konfigurację.
Od czego rozpocząć naprawę, gdy problem dotyczy wielu artykułów?
Od jednego powtarzalnego przypadku: skopiowania oryginalnego URL i prześledzenia jego przekierowań w zakładce Network. Jeżeli wiele poprawnych adresów /pl/ prowadzi do /de/, najpierw należy poprawić wspólną regułę sklepu, a nie edytować każdą publikację osobno.
Pierwsza decyzja: wybierz jeden artykuł, w którym występuje problem, i sprawdź adres zapisany w odnośniku oraz pierwszą odpowiedź HTTP sklepu. Jeżeli polski URL zostaje przekierowany na zagraniczny wariant, zidentyfikuj regułę odpowiedzialną za zmianę i usuń jej działanie na jednoznacznych adresach językowych. Dopiero później zajmuj się dodatkowymi ustawieniami SEO i analityki.
Więcej informacji na: https://cmpress.pl
