Dwujęzyczny sklep w Wielkiej Brytanii powinien mieć osobne, stałe adresy URL dla wersji polskiej i angielskiej, poprawne hreflang, jeden język na jednej stronie oraz tłumaczenia pisane dla użytkownika — nie automatyczne kopie różniące się tylko kilkoma słowami.
Wybierz strukturę językową, która nie zmienia się co miesiąc
Najprostszy model to osobne katalogi, np. /en/ i /pl/, albo język główny w root oraz drugi w katalogu. Ważniejsze od konkretnego wariantu jest to, aby każda wersja miała własny indeksowalny URL i nie przełączała treści tylko na podstawie cookie bez zmiany adresu.
Jeżeli budujesz sklep dla rynku brytyjskiego, potraktuj strukturę jako element całego projektu, a nie późniejszą wtyczkę. Na SklepInternetowy.co.uk język, SEO, płatności i logistyka powinny powstawać jako jeden system.
Hreflang mówi wyszukiwarce, które wersje są odpowiednikami
Dla stron będących odpowiednikami ustaw oznaczenia języka, np. en-GB i pl-GB, jeśli obie wersje kierujesz do odbiorców w Wielkiej Brytanii. Każda wersja powinna wskazywać także samą siebie i mieć powrotne wskazanie z drugiej wersji.
Canonical nie powinien automatycznie wskazywać z polskiej wersji na angielską, jeśli obie mają być indeksowane. To częsty błąd: z jednej strony tworzy się hreflang, a z drugiej mówi canonicalem, że druga wersja jest duplikatem i tylko ona jest właściwa.
Nie tłumacz sklepu słowo w słowo
Angielski opis produktu powinien brzmieć naturalnie dla klienta w UK, a polski dla polskojęzycznego klienta mieszkającego w UK. Różnice mogą dotyczyć nazw kategorii, jednostek, sposobu opisania dostawy, form płatności i pytań w FAQ.
Nie zmieniaj URL-i po każdej korekcie tłumaczenia. Zadbaj o przetłumaczone title, meta description, H1, alt-y i treści kategorii, ale utrzymuj stabilną architekturę.
- Jeden dominujący język na jednym URL-u.
- Oddzielne meta title i description.
- Spójne breadcrumbs w danym języku.
- Tłumaczone warianty, atrybuty i filtry.
- Tłumaczone polityki zwrotów, dostawy i kontaktu.
- Właściwe linkowanie wewnętrzne między stronami w tym samym języku.
Koszyk i checkout też muszą być dwujęzyczne
Nie ma większego zgrzytu niż polska karta produktu, po której koszyk nagle przechodzi na angielski albo odwrotnie. Sprawdź komunikaty błędów, kupony, pola adresowe, e-maile transakcyjne, stronę podziękowania i status zamówienia.
Przy przełączeniu języka koszyk powinien pozostać ten sam. Użytkownik nie powinien tracić produktów tylko dlatego, że chce przeczytać politykę dostawy po polsku.
Dwujęzyczność nie zwalnia z brytyjskiego kontekstu
Ceny, podatki, dostawa i prawa konsumenta wynikają z rynku, na którym sprzedajesz, nie z języka strony. Polska wersja nie powinna kopiować regulaminu sklepu działającego w Polsce, jeżeli transakcję prowadzi brytyjski sprzedawca na rynku UK.
Jeśli część towaru sprowadzasz z Polski lub UE, uzupełnieniem jest poradnik import z UE do Wielkiej Brytanii — cło, VAT i odprawa. Logistyka dostawy do sklepu i język komunikacji z klientem to dwa różne problemy, które trzeba spiąć w jednej ofercie.
Checklista przed indeksacją drugiego języka
- Każda wersja ma osobny URL.
- Hreflang wskazuje poprawne odpowiedniki.
- Canonical nie kasuje drugiej wersji z indeksu.
- Menu i linki wewnętrzne pozostają w wybranym języku.
- Koszyk, checkout i e-maile są przetłumaczone.
- Sitemap zawiera właściwe URL-e.
- Strony nie są blokowane przez robots.txt lub noindex.
- Treści brzmią naturalnie dla odbiorcy, a nie jak surowe tłumaczenie.
Źródła
FAQ
Czy polska wersja sklepu w UK szkodzi SEO?
Nie, jeśli ma własne URL-e, poprawne oznaczenia językowe i wartościową treść. Problemem jest techniczna duplikacja lub niespójna architektura.
Czy automatyczny translator wystarczy?
Może być pomocą roboczą, ale kluczowe strony sprzedażowe i prawne powinny być zweryfikowane językowo i merytorycznie.
Czy potrzebuję osobnych domen .co.uk i .pl?
Nie. Jeden serwis z poprawnie zorganizowanymi wersjami językowymi może obsługiwać oba języki na rynku UK.