Dwujęzyczna strona WordPress (PL/EN) — jak ją zbudować krok po kroku?

Dwujęzyczna strona WordPress — od czego zacząć?

W mojej praktyce klienci najczęściej pytają o wersję angielską strony dopiero wtedy, gdy zaczynają sprzedawać za granicę albo obsługiwać zagranicznych kontrahentów — i wtedy okazuje się, że „dodanie drugiego języka” to coś więcej niż przetłumaczenie tekstów w Google Translate. Dobrze zaprojektowana dwujęzyczna strona WordPress to osobna struktura adresów URL, przemyślane menu, przetłumaczone meta dane SEO oraz mechanizm, który podpowiada Google i użytkownikom, która wersja językowa jest dla nich właściwa. Bez tego łatwo o duplikację treści, słabe pozycje w wynikach wyszukiwania i frustrację odwiedzających, którzy trafiają na złą wersję strony.

Ten poradnik skupia się celowo na najczęstszym w Polsce scenariuszu, czyli parze polski + angielski, bo to właśnie ta kombinacja odpowiada za większość zapytań, jakie dostaję od firm produkcyjnych, agencji i sklepów internetowych planujących ekspansję zagraniczną. Mechanizmy opisane niżej działają identycznie przy dodaniu kolejnych języków (np. niemieckiego czy ukraińskiego), ale dwa języki to zdecydowanie najlepszy punkt startowy — łatwiej utrzymać spójność i kontrolować koszty tłumaczeń.

WPML czy Polylang — wybór wtyczki do wersji PL/EN

Na rynku dominują dwie wtyczki i w 95% projektów firmowych wybieram jedną z nich, zamiast pisać własne rozwiązanie od zera — to po prostu nieopłacalne, gdy gotowe narzędzie robi to samo za ułamek czasu i kosztu.

• WPML — płatna, ale bardzo dojrzała wtyczka. Sprawdza się przy rozbudowanych stronach, sklepach WooCommerce i projektach, gdzie potrzebne jest tłumaczenie niestandardowych pól ACF, taksonomii czy elementów motywu. Ma wbudowane zarządzanie tłumaczeniami (własnymi lub zlecanymi tłumaczom) w jednym panelu.
• Polylang — darmowa w podstawowej wersji, lżejsza i prostsza we wdrożeniu. Dobrze sprawdza się przy stronach wizytówkowych i blogach firmowych, gdzie liczba podstron jest ograniczona, a budżet ma znaczenie. Wersja Pro dodaje obsługę WooCommerce i bardziej zaawansowane opcje.

Zasada, którą stosuję przy doradzaniu klientom: jeśli strona to prosta wizytówka lub mały blog — Polylang w zupełności wystarczy. Jeśli mówimy o sklepie internetowym, rozbudowanym motywie z polami niestandardowymi albo planach na trzeci język w przyszłości — WPML zwraca się szybciej, bo oszczędza godziny pracy dewelopera przy każdej kolejnej aktualizacji treści.

Warto też pamiętać, że obie wtyczki tłumaczą nie tylko treść wpisów i stron, ale też elementy, o których łatwo zapomnieć: menu nawigacyjne, widgety w stopce, komunikaty formularzy kontaktowych, a nawet teksty przycisków w motywie. Dobra praktyka to sporządzenie checklisty tych elementów jeszcze przed instalacją wtyczki, żeby po uruchomieniu wersji angielskiej nie okazało się, że przycisk „Wyślij zapytanie” pozostał po polsku na całej stronie.

Struktura adresów URL i przełącznik języka

Zanim zainstalujesz wtyczkę, warto zdecydować, jak będą wyglądać adresy URL — zmiana tej struktury później oznacza przekierowania 301 na całej stronie i chwilowy spadek widoczności w Google. Trzy najczęstsze modele to:

• Podkatalogi (np. domena.pl/en/) — najpopularniejsze i najłatwiejsze we wdrożeniu rozwiązanie, dobrze wspierane przez WPML i Polylang, całość mocy domeny zostaje w jednym miejscu.
• Subdomeny (np. en.domena.pl) — traktowane przez Google nieco bardziej jak osobne serwisy, wymagają więcej pracy przy konfiguracji, ale bywają wygodne przy dużej separacji treści.
• Osobne domeny (np. domena.com) — najrzadziej wybierane przez małe i średnie firmy ze względu na koszt utrzymania i budowania autorytetu dwóch niezależnych domen.

Do tego dochodzi przełącznik języka w nagłówku — najlepiej w formie flag lub skrótów „PL / EN” widocznych na każdej podstronie, prowadzących do odpowiednika tej samej treści w drugim języku, a nie zawsze do strony głównej. To częsty błąd na stronach robionych „na szybko”: użytkownik czyta ofertę po polsku, klika EN i ląduje na angielskiej stronie głównej zamiast na tłumaczeniu tej samej podstrony.

SEO dwujęzycznej strony: hreflang i unikanie duplikacji treści

To element, który najczęściej jest pomijany albo wdrożony błędnie, a ma bezpośredni wpływ na to, czy Google w ogóle poprawnie zrozumie strukturę serwisu. Tag hreflang informuje wyszukiwarkę, że dana podstrona ma odpowiedniki w innych językach, i pozwala pokazywać w wynikach wyszukiwania tę wersję, która pasuje do języka i lokalizacji użytkownika.

• Każda podstrona PL powinna mieć w kodzie odniesienie hreflang="pl" do samej siebie oraz hreflang="en" do swojego angielskiego odpowiednika — i odwrotnie.
• WPML i Polylang generują te tagi automatycznie, o ile struktura tłumaczeń jest poprawnie powiązana w panelu wtyczki — warto to zweryfikować w kodzie źródłowym strony, a nie zakładać, że „wtyczka na pewno to ogarnęła”.
• Meta tytuły, opisy meta i nagłówki H1 muszą być przetłumaczone osobno dla każdej wersji — kopiowanie polskich meta danych na stronę angielską to prosta droga do tego, że Google w ogóle nie zaindeksuje wersji EN jako wartościowej.
• Warto dodać angielską wersję do Google Search Console jako osobny zasób lub sekcję, żeby monitorować jej pozycje niezależnie od polskiej.
• Dla stron kierowanych też do odbiorców spoza Polski i Wielkiej Brytanii dobrą praktyką jest dodatkowy tag hreflang="x-default", wskazujący wersję domyślną dla użytkowników, których języka strona nie obsługuje.

Jeśli planujesz budowę takiej strony od podstaw, dobrym punktem wyjścia jest zlecenie projektu strony internetowej od razu z myślą o wielojęzycznej strukturze — dużo taniej jest zaplanować hreflang i podkatalogi językowe na etapie budowy niż przebudowywać gotową stronę pół roku później.

Tłumaczenie treści i utrzymanie spójności PL/EN

Techniczna konfiguracja to jedno, ale realną wartość dwujęzycznej strony daje jakość samych tłumaczeń. Automatyczne tłumaczenie maszynowe (dostępne jako dodatek w WPML) sprawdza się jako punkt startowy lub do treści mało istotnych dla wizerunku, ale na stronach ofertowych i sprzedażowych zdecydowanie polecam tłumaczenie przez człowieka — native speakera lub profesjonalnego tłumacza branżowego. Zagraniczny klient bardzo szybko wyczuwa nienaturalny, „translatorski” język, a to bezpośrednio wpływa na wiarygodność firmy.

Druga sprawa to utrzymanie strony w czasie. Warto ustalić prosty proces: każda nowa podstrona lub wpis blogowy publikowany po polsku od razu trafia na listę do tłumaczenia, zamiast czekać, aż wersja angielska „urośnie w zaległościach” o kilkadziesiąt podstron. WPML i Polylang pokazują w panelu WordPressa, które treści nie mają jeszcze tłumaczenia — warto przeglądać ten widok regularnie, np. raz w miesiącu, żeby obie wersje językowe rozwijały się równolegle.

Na koniec projektu zawsze rekomenduję krótki etap testów: sprawdzenie przełącznika języka na urządzeniach mobilnych, poprawności działania formularzy w obu wersjach oraz tego, czy żaden fragment treści nie „wyciekł” w niewłaściwym języku na skutek błędnie skonfigurowanego szablonu. To dziesięć-piętnaście minut pracy, które oszczędzają potem tłumaczenie się przed klientem, dlaczego angielski formularz kontaktowy wysyła polskie powiadomienie e-mail.