Przejdź do treści

Wielojęzyczny sklep WooCommerce: WPML czy Polylang? Praktyczny przewodnik

· · 5 min czytania

Wielojęzyczny sklep WooCommerce zbudujesz wtyczką WPML lub Polylang — obie dodają wersje językowe pod podkatalogiem (np. /en/), tłumaczą produkty, kategorie i koszyk oraz generują znaczniki hreflang. Wybór między nimi to głównie kwestia budżetu i tego, ile gotowych integracji e-commerce potrzebujesz. Reszta sukcesu to poprawna struktura URL i twarda walidacja hreflang, bez której Google miesza wersje językowe w wynikach.

WPML czy Polylang — którą wtyczkę wybrać?

To dwa najczęściej używane rozwiązania do wielojęzyczności w WordPressie. Różnią się modelem licencji i zakresem gotowych integracji ze sklepem.

KryteriumWPMLPolylang
LicencjaPłatna (wymaga dodatku WooCommerce Multilingual do tłumaczenia sklepu)Darmowy rdzeń + płatny Polylang for WooCommerce
Integracja z WooCommerceBardzo szeroka, gotowe tłumaczenie produktów, atrybutów, wariantów, koszykaSolidna, ale część funkcji sklepu wymaga płatnego dodatku
Tłumaczenie maszynoweWbudowane (DeepL/Google) w paneluBrak natywnego, robisz to ręcznie lub zewnętrznie
Wpływ na wydajnośćCięższa, więcej zapytań do bazyLżejsza architektura
Najlepsza dlaRozbudowanych sklepów z dużym katalogiem i wieloma językamiMniejszych sklepów i projektów z ograniczonym budżetem

Praktyczny skrót: jeśli masz duży katalog, warianty i chcesz tłumaczyć w jednym panelu — WPML oszczędzi Ci godzin pracy. Jeśli liczysz każdą złotówkę licencji i masz mniejszy sklep — Polylang w pełni wystarczy. Obie wtyczki poprawnie obsłużą SEO, więc to nie jest wybór „lepsze vs gorsze dla Google".

Struktura URL: podkatalog /en/, subdomena czy osobna domena?

Google obsługuje trzy warianty geo/językowego targetowania. Dla sklepu na jednej domenie najrozsądniejszy jest pierwszy:

  • Podkatalog (semtak.pl/en/) — najprostszy w utrzymaniu, dziedziczy autorytet domeny głównej. To domyślny i zalecany tryb WPML oraz Polylang.
  • Subdomena (en.semtak.pl) — Google traktuje ją trochę osobno; rzadko potrzebna dla sklepu jednodomenowego.
  • Osobna domena ccTLD (semtak.de) — daje najmocniejszy sygnał geo, ale to praktycznie osobna witryna do wypozycjonowania od zera. Sensowna dopiero przy poważnej ekspansji na dany rynek.

Zwróć uwagę na język domyślny: zdecyduj, czy wersja polska zostaje na / (bez prefiksu), a obce języki dostają prefiks (/en/, /de/). To najczystszy układ — nie dubluje strony głównej pod dwoma adresami.

Hreflang — bez twardej walidacji wszystko się sypie

Hreflang to znacznik, który mówi Google: „ta strona ma odpowiednik w innym języku, pokaż właściwy użytkownikowi". Wtyczki generują go automatycznie, ale automat nie znaczy „poprawny". Najczęstsze błędy, które realnie widać w Search Console:

  • Brak zwrotności — wersja PL wskazuje na EN, ale EN nie wskazuje z powrotem na PL. Hreflang musi być wzajemny, inaczej Google go ignoruje.
  • Złe kody języka/regionuen-GB dla Wielkiej Brytanii i en-US dla USA to różne rynki; de (język) to nie to samo co de-AT (Austria).
  • Brak x-default — wersji, którą Google pokaże użytkownikom spoza zdefiniowanych rynków.
  • Hreflang prowadzący do adresu z przekierowaniem albo 404 — wskazuj zawsze ostateczny, kanoniczny URL.
  • Konflikt z canonical — strona EN nie może mieć canonical wskazującego na wersję PL. Każda wersja językowa jest kanoniczna sama dla siebie.

Dlatego walidacja musi być twarda: po wdrożeniu sprawdź znaczniki crawlerem (Screaming Frog ma dedykowaną zakładkę hreflang) i obserwuj raport „Targetowanie międzynarodowe" w Search Console. To nie jest „ustaw i zapomnij" — przy każdym nowym produkcie warto kontrolować, czy ma komplet wersji językowych.

Tłumaczenie produktów, kategorii i atrybutów

Wielojęzyczność sklepu to nie tylko interfejs. Do przetłumaczenia masz całą warstwę treści, która decyduje o sprzedaży i SEO:

  • Nazwy i opisy produktów — to one rankują na frazy w obcym języku, więc nie tłumacz ich automatem i nie zostawiaj bez korekty.
  • Kategorie i tagi — slug też tłumacz (np. /en/sofas/ zamiast /en/sofy/), inaczej budujesz obcojęzyczny sklep na polskich adresach.
  • Atrybuty i warianty — kolor, rozmiar, materiał. Niedotłumaczone atrybuty psują filtry i wyglądają niechlujnie.
  • Strony statyczne i regulaminy — koszyk, checkout, polityka zwrotów, RODO. Na rynku DE i UK obowiązują też lokalne wymogi prawne.
  • Meta title i description — osobne dla każdej wersji, dopasowane do fraz danego rynku, a nie tłumaczone słowo w słowo.

Jeśli używasz tłumaczenia maszynowego (DeepL w WPML), traktuj je jako pierwszy szkic, nie wersję końcową. Maszyna nie wyłapie kontekstu branżowego ani fraz, na które realnie szukają klienci w danym kraju.

Waluty i ceny dla różnych rynków

Wersja językowa to nie to samo co waluta. Klient z UK chce widzieć funty, a z Niemiec euro. Masz dwie drogi:

  • Wbudowana obsługa wielu walut — WPML (WooCommerce Multilingual) i Polylang for WooCommerce pozwalają przypisać waluty do języków oraz ustawić ręczne kursy lub marżę zamiast surowego przelicznika.
  • Osobna wtyczka multicurrency — gdy potrzebujesz zaawansowanych reguł (różne ceny per rynek, geolokalizacja, zaokrąglanie psychologiczne).

Pamiętaj o podatkach: stawki VAT różnią się między PL, DE i UK (a UK jest poza UE). Przy sprzedaży B2C do innych krajów UE wchodzi też procedura VAT-OSS. To temat księgowy, ale konfigurację stawek w WooCommerce musisz ustawić poprawnie od startu.

SEO międzynarodowe — o czym pamiętać

Wielojęzyczny sklep to mnożnik pracy SEO, nie skrót do niej. Kilka zasad, które oszczędzą Ci problemów:

  • Research słów kluczowych per rynek — Niemcy nie wpisują przetłumaczonej polskiej frazy; szukają własnymi określeniami. Dosłowne tłumaczenie keywordów to najczęstszy błąd ekspansji.
  • Osobna sitemapa lub poprawne sekcje dla każdej wersji, tak by Google szybciej zaindeksował nowe języki.
  • Nie blokuj tłumaczeń w robots.txt i nie ustawiaj noindex na wersjach obcojęzycznych „na chwilę" — łatwo o tym zapomnieć.
  • Lokalne sygnały zaufania — adres, telefon, opinie i waluta danego rynku budują wiarygodność i konwersję.

Jeśli celujesz konkretnie w rynek brytyjski lub niemiecki, warto potraktować te wersje jak osobne projekty pozycjonerskie, a nie „dokładkę" do polskiego sklepu.

FAQ — wielojęzyczny sklep WooCommerce

Czy WooCommerce obsługuje wiele języków bez wtyczki?

Nie. Sam WooCommerce ani WordPress nie mają wbudowanej wielojęzyczności treści — potrzebujesz wtyczki takiej jak WPML lub Polylang. Plik tłumaczeń (.po/.mo) zmienia tylko język interfejsu, a nie tworzy osobnych, indeksowalnych wersji produktów.

Czy wielojęzyczność spowolni mój sklep?

Może, jeśli wtyczka i sklep są źle skonfigurowane — dochodzą dodatkowe zapytania do bazy i tabele tłumaczeń. Przy poprawnym cache, hostingu i optymalizacji różnica jest niewielka. Polylang jest pod tym względem lżejszy niż WPML.

WPML czy Polylang lepsze dla SEO?

Pod kątem SEO obie wtyczki są równoważne — generują poprawną strukturę URL z podkatalogiem i znaczniki hreflang. O wyniku decyduje nie wtyczka, lecz jakość tłumaczeń, research fraz per rynek i poprawna walidacja hreflang po wdrożeniu.

Czy mogę tłumaczyć sklep automatycznie i zostawić bez korekty?

Możesz technicznie, ale to kosztuje sprzedaż. Tłumaczenie maszynowe nie trafia we frazy, na które ludzie szukają w danym kraju, i bywa niezgodne z lokalnym kontekstem. Traktuj automat jako szkic, a opisy produktów i strony money page zawsze sprawdź ręcznie.

Czy wersje językowe nie będą duplikatem treści dla Google?

Nie, o ile są to realnie różne języki, a hreflang i canonical są poprawne. Treść w innym języku nie jest duplikatem. Problem pojawia się dopiero, gdy ten sam język występuje pod dwoma adresami albo gdy canonical wersji obcej błędnie wskazuje na polską.


Planujesz wielojęzyczny sklep albo wejście na rynek EN/DE?

W Agencji Marketingowej SEMTAK wdrażamy i pozycjonujemy sklepy WooCommerce również w wersjach obcojęzycznych:

Zobacz też: jak zmigrować sklep bez utraty pozycji, pozycjonowanie stron w UK oraz kompletny przewodnik po sklepie WooCommerce.