Czym jest wielojęzyczność w WordPress i dlaczego warto ją wdrożyć
Wielojęzyczny WordPress to strona WordPress wyświetlająca treści w co najmniej dwóch językach, z odpowiednim hreflang, osobnymi URL-ami per język i pełną obsługą SEO. W 2026 ponad 75% konsumentów online preferuje zakupy w swoim ojczystym języku, a 60% nigdy nie kupuje na stronach wyłącznie anglojęzycznych (CSA Research). Jeśli Twoja firma celuje w rynki zagraniczne, wielojęzyczny WordPress to nie opcja, a konieczność.
Statystyki: ile ruchu tracisz bez wersji obcojęzycznej
Strony bez lokalnych wersji językowych tracą średnio 40–60% potencjalnego ruchu organicznego z danego rynku. Google faworyzuje treści w języku użytkownika. Nawet jeśli Twoja strona rankuje na ogólne zapytania angielskie, lokalne wyniki w niemieckim, francuskim czy czeskim wyprzedzą Cię w SERP-ach danego kraju.
Lokalizacja vs tłumaczenie: kluczowa różnica
Tłumaczenie zamienia tekst z jednego języka na drugi. Lokalizacja to coś więcej: dostosowanie formatów dat, walut, adresów, tonu komunikacji i fraz kluczowych do rynku docelowego. Lokalizacja ≠ tłumaczenie. WordPress pozwala na oba podejścia, ale dla stron konwersyjnych (e-commerce, lead generation) warto inwestować w lokalizację.
Kiedy WordPress wystarcza, a kiedy potrzebujesz dedykowanego rozwiązania
WordPress z odpowiednim pluginem obsłuży 90% projektów wielojęzycznych: od bloga w 2 językach po sklep WooCommerce w 10 wersjach językowych. Dedykowane platformy (Contentful, Strapi) mają sens przy ponad 50 językach, skomplikowanych workflow lub headless CMS. Dla większości firm WordPress z WPML lub Polylang to wystarczające i sprawdzone rozwiązanie.
4 metody tłumaczenia WordPress: przegląd podejść
Zanim wybierzesz konkretny plugin, warto zrozumieć cztery główne podejścia do wielojęzyczności w WordPress. Każde ma inne zalety, koszty i ograniczenia. Poniższa tabela pomoże Ci szybko ocenić, które podejście pasuje do Twojego projektu.
| Metoda | Koszt | Złożoność | SEO | Najlepsza dla |
|---|---|---|---|---|
| Plugin (WPML, Polylang) | 39–199 EUR/rok | Średnia | Bardzo dobre | Większość stron i sklepów WooCommerce |
| Proxy (Weglot, Bablic) | 150–500 EUR/rok | Niska | Dobre | Szybkie wdrożenie, walidacja rynku |
| Multisite | Hosting + utrzymanie | Wysoka | Pełna kontrola | Duże portale, pełna niezależność |
| Ręczne + custom fields | Czas developera | Bardzo wysoka | Pełna kontrola | Custom builds, unikalne wymagania |
Pluginy wielojęzyczne (WPML, Polylang, TranslatePress)
Pluginy przechowują tłumaczenia w bazie danych WordPress. Każda strona/post ma osobne wersje językowe powiązane relacjami. To najpopularniejsze podejście, bo integruje się z ekosystemem WordPress (page builders, WooCommerce, SEO). Minusy: dodatkowe zapytania SQL, rosnąca baza danych, zależność od pluginu.
Proxy translation (Weglot, Bablic)
Model proxy tłumaczy stronę na poziomie CDN, nie zmieniając nic w WordPressie. Instalacja trwa kilka minut. Tłumaczenia przechowywane są na serwerach dostawcy. Zalety: zerowy wpływ na wydajność serwera, szybki start. Wady: koszty rosną z liczbą słów, mniejsza kontrola nad bazą danych tłumaczeń.
Multisite z osobnymi instalacjami
WordPress Multisite pozwala na uruchomienie osobnych instalacji per język (np. domena.pl, domena.de). Pełna niezależność treści i konfiguracji. Koszt: dodatkowy hosting i utrzymanie. Ma sens tylko dla dużych portali z odrębnymi zespołami redakcyjnymi per rynek.
Ręczne tłumaczenie + custom fields
Podejście bez pluginu: przechowywanie tłumaczeń w custom fields (ACF) lub custom post types z ręcznym routingiem. Pełna kontrola, zero narzutów pluginów. Ale wymaga doświadczonego developera, ręcznej obsługi hreflang i braku gotowych integracji. Polecane tylko w bardzo specyficznych projektach.
WPML: jak wdrożyć krok po kroku
WPML to najpopularniejszy plugin do tłumaczenia WordPress z ponad 1,5 mln aktywnych instalacji. Oferuje kompletny ekosystem: tłumaczenie treści, String Translation, WooCommerce Multilingual, integracje z narzędziami CAT (Computer-Assisted Translation) i workflow tłumaczeniowy z rolami.
Instalacja i konfiguracja WPML
- Kup licencję na wpml.org (Multilingual Blog od 39 EUR, CMS od 99 EUR, Agency od 199 EUR)
- Zainstaluj WPML Multilingual CMS + WPML String Translation + WPML Translation Management
- Uruchom kreator konfiguracji: wybierz języki, strukturę URL (subfolder rekomendowany)
- Skonfiguruj tryb tłumaczeń: "Translate everything" lub "Translate some"
- Przetłumacz menu nawigacyjne i widgety (WPML → String Translation)
Tłumaczenie stron, postów i menu
WPML dodaje ikonę "+" przy każdej stronie w panelu. Kliknij, otwórz Advanced Translation Editor, przetłumacz treść segment po segmencie. Editor wyświetla oryginalny tekst obok tłumaczenia. Dla menu: WPML → String Translation → nawigacja. Każdy element menu tłumaczysz osobno.
WPML a WooCommerce: co warto wiedzieć
WPML WooCommerce Multilingual (wymaga licencji Agency) obsługuje: produkty, warianty, atrybuty, kategorie, kupony, checkout, maile transakcyjne i multi-currency. Kluczowe: przetłumacz checkout i maile transakcyjne jako pierwsze. To checkout decyduje o konwersji na nowym rynku.
Koszt licencji i ukryte koszty
Licencje WPML: Blog 39 EUR, CMS 99 EUR, Agency 199 EUR/rok. Ukryty koszt: odnowienie po pierwszym roku (bez zniżki). Jeśli nie odnowisz, tracisz dostęp do aktualizacji, ale plugin nadal działa. Dodatkowy koszt: czas developera na konfigurację (8–20h) i samo tłumaczenie treści. Szczegóły w naszym porównaniu WPML vs Polylang.
Polylang: darmowa alternatywa i jej ograniczenia
Polylang to lżejsza alternatywa dla WPML z darmową wersją podstawową. Działa na zasadzie taksonomii: każdy post/strona otrzymuje taksonomię "language" i jest powiązany z tłumaczeniami. Interfejs jest prostszy, a wpływ na wydajność mniejszy.
Instalacja Polylang Free vs Pro
Polylang Free instalujesz z repozytorium WordPress (Wtyczki → Dodaj nową). Wersja Free obsługuje strony, posty, kategorie, tagi i menu. Polylang Pro (99 EUR/rok) dodaje: tłumaczenie slugów URL, wsparcie dla custom post types i automatyczne kopiowanie treści do tłumaczenia.
Konfiguracja języków i tłumaczenie treści
Po instalacji: Języki → Dodaj język → ustaw flagę, locale, kolejność. Domyślny język = bez subfoldera. Przy edycji strony zobaczysz panel "Języki" z linkami do tłumaczeń. Kliknij "+", stwórz tłumaczenie, opublikuj. Polylang automatycznie generuje hreflang i sitemap per język.
Polylang + Lingotek: automatyzacja tłumaczeń
Lingotek Translation to darmowy addon do Polylang, który łączy się z platformą tłumaczeniową Lingotek. Wysyłasz treści do tłumaczenia jednym klikiem, dostępne jest tłumaczenie maszynowe i workflow z tłumaczami. Przydatne, jeśli nie chcesz eksportować/importować plików XLIFF ręcznie.
Kiedy Polylang wystarczy, a kiedy nie
Polylang wystarczy dla: blogów, stron firmowych, prostych landing pages w 2–5 językach. Nie wystarczy dla: WooCommerce (wymaga Polylang Pro + WooCommerce addon za 99 EUR), rozbudowanych workflow (brak ról tłumacz/redaktor), stron z Elementor/Divi (częściowa kompatybilność). Więcej w szczegółowym porównaniu WPML vs Polylang.
TranslatePress: tłumaczenie wizualne na front-endzie
TranslatePress wyróżnia się edytorem wizualnym: klikasz tekst na front-endzie, wpisujesz tłumaczenie, widzisz efekt w czasie rzeczywistym. Nie musisz przeskakiwać między panelem admina a podglądem strony. To najwygodniejsze rozwiązanie dla osób bez doświadczenia technicznego.
Jak działa visual translation editor
Po aktywacji pluginu wejdź na stronę i kliknij "Translate Page" w pasku admina. Strona podzieli się na dwa panele: po lewej oryginał, po prawej edytor. Klikasz dowolny tekst, wpisujesz tłumaczenie, zapisujesz. TranslatePress tłumaczy wszystko: treść, menu, widgety, formularze kontaktowe, nawet stringi motywu.
TranslatePress + DeepL: automatyczne tłumaczenie
TranslatePress oferuje integrację z DeepL i Google Translate. Automatycznie tłumaczy wszystkie stringi, a Ty poprawiasz w edytorze wizualnym. DeepL daje lepszą jakość dla języków europejskich. Koszt: DeepL API Free do 500 000 znaków/mies., Pro od 5,49 EUR/mies. Automatyczne tłumaczenie to dobry punkt startu, ale treści konwersyjne wymagają korekty przez native speakera.
Wydajność i wpływ na Core Web Vitals
TranslatePress przechowuje tłumaczenia w osobnej tabeli wp_trp_dictionary. Wpływ na TTFB: +100–200 ms bez cache. Z WP Rocket lub LiteSpeed Cache wpływ spada do +20–50 ms. Ważne: TranslatePress nie tworzy osobnych postów per język (jak WPML/Polylang), więc baza danych rośnie wolniej.
Weglot: proxy bez zmian w WordPressie
Weglot to rozwiązanie typu proxy: tłumaczy stronę na poziomie CDN, nie modyfikując kodu ani bazy danych WordPress. Instalacja i pierwsze tłumaczenie maszynowe zajmują dosłownie 5 minut. Dashboard Weglot pozwala na edycję tłumaczeń w kontekście wizualnym.
Jak działa model proxy Weglot
Weglot przechwytuje HTML Twojej strony, tłumaczy go (maszynowo + Twoje edycje), cachuje i serwuje z osobnych URL-i (/en/, /de/). Twoja oryginalna strona nie jest modyfikowana. Weglot automatycznie wykrywa nowe treści i tłumaczy je. Hreflang, sitemap i przekierowanie językowe generowane są automatycznie. Więcej o platformach CMS i ich obsłudze wielojęzyczności.
Instalacja 5-minutowa: prawda czy mit?
Prawda. Instalujesz plugin Weglot z repozytorium WordPress, wklejasz klucz API, wybierasz języki. Strona jest tłumaczona maszynowo w ciągu minut. Ale: jakość tłumaczenia maszynowego wymaga ręcznej korekty, szczególnie dla treści marketingowych i elementów SEO.
Koszty przy dużej liczbie słów
Weglot wycenia per liczba przetłumaczonych słów. Starter (10 000 słów, 1 język): 150 EUR/rok. Business (50 000 słów, 3 języki): 290 EUR/rok. Pro (200 000 słów, 5 języków): 590 EUR/rok. Dla strony z 500+ podstronami lub dużym blogiem koszty szybko rosną. Przy dużej skali WPML/Polylang jest tańszy długoterminowo.
Weglot a SEO: subdomena, subfolder czy parametr?
Weglot domyślnie tworzy subfoldery (/en/, /de/), co jest rekomendowane dla SEO. Opcja subdomeny (en.domena.pl) też jest dostępna. Weglot automatycznie generuje hreflang i tworzy osobne URL-e dla każdej wersji językowej. Więcej o strukturze URL wielojęzycznego sklepu.
SEO wielojęzycznego WordPress: hreflang, sitemap, canonical
Wielojęzyczne SEO to fundament widoczności w wyszukiwarkach. Bez poprawnego hreflang Google może pokazywać niemieckiemu użytkownikowi polską wersję strony. Bez osobnej sitemapy per język crawler może pominąć nowe tłumaczenia. Bez self-referencing canonical ryzykujesz duplicate content.
Konfiguracja hreflang w WordPress
WPML, Polylang i TranslatePress generują hreflang automatycznie. Sprawdź w źródle strony, czy każda wersja językowa ma tagi <link rel="alternate" hreflang="de" href="..."> wskazujące na wszystkie inne wersje + x-default. Weryfikuj w Google Search Console → International Targeting.
Struktura URL: subfolder vs subdomena
Subfolder (domena.pl/de/) to rekomendowana opcja dla 90% projektów. Współdzieli autorytet domeny, jest prostszy w zarządzaniu i tańszy. Subdomena (de.domena.pl) buduje autorytet od zera. Wszystkie pluginy (WPML, Polylang, TranslatePress, Weglot) obsługują subfoldery. Szczegóły w artykule o strukturze URL wielojęzycznego sklepu.
Sitemap XML dla wielu języków
WPML i Polylang współpracują z Yoast SEO i RankMath, automatycznie generując osobne sitemapy per język z tagami <xhtml:link rel="alternate">. Prześlij sitemapy do Google Search Console. Upewnij się, że sitemap zawiera TYLKO opublikowane strony z gotowymi tłumaczeniami.
Typowe błędy SEO w wielojęzycznym WordPress
Pięć najczęstszych błędów: brak wzajemnych referencji w hreflang, mieszanie canonical z hreflang, nieprzetłumaczone meta tagi (title, description), publikowanie stron z pustymi tłumaczeniami i brak tłumaczenia slugów URL. Każdy z tych błędów obniża widoczność w SERP-ach. Więcej o strukturze URL i duplikacji treści.
Porównanie pluginów: tabelka decyzyjna
Poniższa tabela porównuje cztery najpopularniejsze rozwiązania do tłumaczenia stron internetowych na WordPressie. Wszystkie obsługują hreflang i SEO, ale różnią się w workflow, WooCommerce i wydajności.
| Funkcja | WPML | Polylang | TranslatePress | Weglot |
|---|---|---|---|---|
| Typ | Plugin DB | Plugin DB | Plugin DB | Proxy SaaS |
| Cena (roczna) | od 39 EUR | Darmowy / 99 EUR Pro | Darmowy / 89 EUR Pro | od 150 EUR |
| WooCommerce | Pełne wsparcie | Wymaga Pro + addon | Pełne (front-end) | Automatyczne |
| Hreflang | Automatyczny | Automatyczny | Automatyczny | Automatyczny |
| Workflow tłumaczeń | Role, statusy, XLIFF | Podstawowy | Brak | Dashboard online |
| Edycja wizualna | Nie (Advanced TE) | Nie | Tak (front-end) | Tak (proxy) |
| Wpływ na wydajność | +100–300 ms | +50–150 ms | +100–200 ms | Minimalny (CDN) |
| Integracje CAT | Lokalise, Crowdin, XLIFF | Lingotek | DeepL, Google | DeepL, Google |
| Elementor/Divi | Pełne | Częściowe | Pełne (visual) | Pełne (proxy) |
| Liczba języków | Bez limitu | Bez limitu | 1 Free / bez limitu Pro | Zależy od planu |
Który plugin wybrać w zależności od projektu
Duży serwis lub WooCommerce z workflow
Wybierz WPML. Role tłumaczy, statusy, XLIFF, pełne WooCommerce.
Blog lub strona firmowa, ograniczony budżet
Wybierz Polylang. Darmowa wersja wystarczy, lekki, wydajny.
Nie-techniczny użytkownik, edycja wizualna
Wybierz TranslatePress. Tłumaczysz klikając na front-endzie.
Szybki start, walidacja rynku, zero zmian w kodzie
Wybierz Weglot. 5 minut do pierwszego tłumaczenia.
Rekomendacja dla e-commerce, bloga i strony firmowej
E-commerce (WooCommerce): WPML Agency (199 EUR/rok) to jedyne rozwiązanie z pełnym wsparciem: produkty, warianty, checkout, maile, multi-currency. Alternatywa: Weglot, jeśli zależy Ci na szybkości wdrożenia kosztem kontroli.
Blog: Polylang Free + Yoast SEO. Zero kosztów licencyjnych, pełne SEO (hreflang, sitemap), dobra wydajność.
Strona firmowa: Polylang Pro lub TranslatePress Pro. Zależy od tego, czy wolisz panel admina (Polylang) czy edycję wizualną (TranslatePress).
Nie wiesz, który plugin wybrać?
Wyślij nam link do swojej strony WordPress. Przeanalizujemy strukturę, liczbę treści i powiemy, które rozwiązanie da najlepszy stosunek jakości do ceny.
Bezpłatna analizaIle kosztuje przetłumaczenie strony WordPress?
Koszt tłumaczenia WordPress składa się z trzech elementów: licencja pluginu, tłumaczenie treści i konfiguracja techniczna. Poniżej rozbicie dla typowej strony firmowej (30–50 podstron, 1 język docelowy). Szczegóły kosztów e-commerce znajdziesz w artykule ile kosztuje tłumaczenie sklepu internetowego.
| Element | Orientacyjny koszt | Uwagi |
|---|---|---|
| Plugin (licencja roczna) | 0–199 EUR/rok | Polylang Free: 0 EUR, WPML Agency: 199 EUR |
| Tłumaczenie treści (30–50 podstron) | 3 000–8 000 PLN | Za 1 język, MTPE obniża o 30–40% |
| Konfiguracja techniczna | 1 500–4 000 PLN | hreflang, sitemap, URL, cache |
| Testy i QA językowy | 800–2 000 PLN | Native speaker, kontekst na stronie |
Tłumaczenie maszynowe + korekta (MTPE) vs tłumacz
MTPE (Machine Translation Post-Editing) to model, w którym AI (DeepL, Google) generuje pierwszy draft, a native speaker go poprawia. Koszt: 30–50% taniej niż tłumaczenie od zera. Jakość: wystarczająca dla treści informacyjnych, wymaga więcej pracy przy copy marketingowym. Dla stron WordPress z dużą ilością treści blogowych MTPE to rozsądny kompromis.
ROI: kiedy inwestycja się zwraca
Średni wzrost ruchu organicznego po dodaniu wersji językowej: 40–120% w ciągu 6–12 miesięcy (dla rynków z popytem). Strona firmowa z 10 zapytaniami/mies. z DE po lokalizacji może generować 30–50 zapytań/mies. Przy wartości leadu 200–500 PLN inwestycja 5 000–10 000 PLN zwraca się w 2–4 miesiące.
Potrzebujesz wyceny tłumaczenia WordPress?
Wyślij link do strony, a w ciągu 24h dostaniesz bezpłatną wycenę z rozbiciem na typy treści i rekomendacją pluginu.
Bezpłatna wycenaNajczęstsze błędy przy tłumaczeniu WordPress
Po wdrożeniu kilkudziesięciu wielojęzycznych WordPressów widzimy te same błędy. Każdy z nich kosztuje ruch, konwersje lub pozycje w wyszukiwarce.
Brak hreflang lub błędna implementacja
Google nie wie, którą wersję językową pokazać. Efekt: kanibalizacja w wynikach wyszukiwania, spadek CTR.
Rozwiązanie: Używaj pluginu z automatycznym hreflang (WPML, Polylang). Weryfikuj w Google Search Console → sekcja International Targeting.
Duplikacja treści bez canonical
Dwie wersje językowe z tym samym contentem (np. draft angielski na /de/) to duplicate content.
Rozwiązanie: Każda wersja językowa musi mieć self-referencing canonical. Nie publikuj stron bez gotowego tłumaczenia.
Tłumaczenie slugów URL tylko częściowe
Mieszanka /de/uber-uns i /de/contact zamiast /de/kontakt. Niespójne URL psują UX i SEO.
Rozwiązanie: Przetłumacz WSZYSTKIE slugi. W WPML: ustawienia → URL translation. W Polylang: edytuj slug przy każdej stronie.
Za dużo pluginów = wolna strona
WPML + Elementor + WooCommerce + cache plugin + SEO plugin = 20+ dodatkowych zapytań SQL na stronę.
Rozwiązanie: Testuj wydajność po każdym pluginie. Używaj object cache (Redis), CDN i lazy loading. Mierz TTFB i LCP.