Sklep PL/DE powinien mieć osobne adresy dla wersji językowych, wzajemne hreflang pl i de-DE, niezależne meta dane oraz naturalnie napisane niemieckie kategorie; canonical nie powinien kasować jednej wersji tylko dlatego, że opisuje ten sam produkt.
Najpierw zaprojektuj mapę języków
Przykładowy model to /pl/ i /de/, ewentualnie niemiecki w root, jeśli jest głównym rynkiem. Każda strona mająca wersję w drugim języku powinna mieć stabilny odpowiednik.
Na SklepInternetowy.de wersja niemiecka nie może być dodatkiem do polskiego sklepu. Musi być pełnym doświadczeniem zakupowym: od kategorii, przez warianty, po checkout i e-mail transakcyjny.
Hreflang łączy odpowiedniki, canonical wybiera kanoniczną wersję
Te dwa mechanizmy pełnią różne role. Hreflang wskazuje alternatywne wersje językowe/regionalne. Canonical służy do wskazywania preferowanego URL-u w przypadku duplikacji. Jeżeli polska i niemiecka strona mają się indeksować osobno, każda zwykle powinna mieć canonical do siebie.
Zadbaj o dwukierunkowe oznaczenia: niemiecka wersja wskazuje polską, a polska niemiecką. Błąd powrotny może sprawić, że Google zignoruje część sygnałów.
Niemiecka kategoria nie powinna być słownikiem przetłumaczonych fraz
Nazwy kategorii, filtrów i opisów powinny odpowiadać temu, jak klienci w Niemczech szukają produktów. Dosłowne tłumaczenie polskiej nazwy może być językowo poprawne, ale niekoniecznie naturalne handlowo.
W opisie kategorii najpierw odpowiedz, co użytkownik znajdzie w tej grupie i czym różnią się warianty. Później dodaj porady wyboru, parametry i linki do podkategorii. Nie twórz 1000 słów tylko po to, by zapełnić dół strony.
Karty produktów: tłumacz znaczenie, nie szyk zdania
Parametry techniczne muszą być identyczne merytorycznie w obu językach, ale część sprzedażowa może mieć inną redakcję. Przelicz jednostki tam, gdzie rynek tego oczekuje, i zachowaj spójność ceny oraz dostępności.
Tłumacz także alt-y zdjęć, warianty, statusy magazynowe, komunikaty o dostawie i treści zakładek. Niedokończony sklep PL/DE często zdradza się dopiero w koszyku, gdzie połowa interfejsu wraca do języka bazowego.
Filtry mogą wygenerować tysiące niemal pustych URL-i
WooCommerce i wtyczki filtrów potrafią tworzyć kombinacje parametrów, które nie powinny wszystkie trafiać do indeksu. Zdecyduj, które filtrowane strony mają realny popyt i unikalną wartość, a które powinny pozostać narzędziem użytkownika bez indeksacji.
Ta decyzja musi być spójna w obu językach. Nie ma sensu indeksować przypadkowych kombinacji w wersji niemieckiej tylko dlatego, że wtyczka automatycznie wygenerowała URL.
Kontrola przed uruchomieniem
- Sprawdź 20 par URL-i PL/DE.
- Zweryfikuj hreflang i self-canonical.
- Przejdź całe menu w obu językach.
- Dodaj produkty do koszyka i przejdź checkout.
- Sprawdź e-maile transakcyjne.
- Porównaj ceny i stany między wersjami.
- Przejrzyj sitemap oraz indeksowalne filtry.
- Włącz Search Console i monitoruj błędy indeksowania po publikacji.
Sources
FAQ
Czy jedna karta produktu może automatycznie zmieniać język bez zmiany URL?
Technicznie może, ale dla SEO i udostępniania stabilne osobne URL-e dla wersji językowych są znacznie czytelniejsze.
Czy canonical z PL do DE poprawi duplikację?
Jeśli obie wersje mają być indeksowane jako językowe odpowiedniki, taki canonical może działać przeciwko temu celowi. Hreflang i self-canonical pełnią inną funkcję.
Czy trzeba tłumaczyć slug URL?
Nie jest to bezwzględny wymóg, ale czytelne niemieckie URL-e mogą poprawić użyteczność. Najważniejsza jest stabilność i spójność struktury.