Pozycjonowanie stron WordPress na rynkach zagranicznych zależy od architektury. Wtyczka do tłumaczeń go nie załatwi. Osobny adres URL dla każdego języka, zwrotne tagi hreflang i natywnie napisane treści decydują, czy Google i silniki odpowiedzi AI pokażą klientowi z Monachium wersję niemiecką, a nie polską.
Wielojęzyczne pozycjonowanie WordPressa to konfiguracja struktury, treści i sygnałów technicznych CMS-a tak, by każda wersja językowa rankowała osobno na swoim rynku. WordPress według danych W3Techs o udziale systemów CMS napędza ponad 43% stron WWW. Pozycji za darmo to nie daje.
Te 15 punktów kontrolnych przejdziesz przed startem każdej nowej wersji językowej serwisu B2B: od struktury URL, hreflang i canonical, przez publikację tłumaczeń w panelu CMS, metadane i nagłówki oraz ustawienia techniczne, po dostęp botów AI w robots.txt.
Najważniejsze wnioski
- Każda wersja językowa potrzebuje własnego, stałego adresu URL, bo Google nie traktuje wariantów przełączanych ciasteczkiem lub skryptem jako osobnych stron do indeksowania.
- Tag hreflang działa tylko z linkami zwrotnymi: jeśli /de/ wskazuje na /pl/, to /pl/ musi wskazywać na /de/, inaczej Google może zignorować całą adnotację.
- Kody hreflang opierają się na ISO 639-1 (język) i ISO 3166-1 Alpha 2 (region), więc Wielka Brytania to en-gb, a nie en-uk.
- Canonical w wersji niemieckiej musi wskazywać na wersję niemiecką. Canonical ustawiony na polski oryginał usuwa tłumaczenie z indeksu.
- Blokada GPTBot lub PerplexityBot w robots.txt odcina treść od części silników AI, a dyrektywa Google-Extended nie zmienia pozycji w wynikach wyszukiwania Google.
Jak poprawnie skonfigurować tagi hreflang i strukturę domen na WordPressie?
Dla większości firm B2B najprostszy i najtańszy w utrzymaniu wybór to podkatalogi (/en/, /de/) w jednej domenie, z hreflang generowanym przez wtyczkę wielojęzyczną, np. WPML lub Polylang. Cały autorytet domeny pracuje wtedy na wszystkie rynki, a Ty zarządzasz jedną instalacją.
| Struktura | Przykład | Autorytet domeny | Utrzymanie w WordPressie | Kiedy ma sens |
|---|---|---|---|---|
| Podkatalog | firma.com/de/ | Wspólny dla wszystkich wersji | Jedna instalacja + wtyczka | Większość firm B2B, start ekspansji |
| Subdomena | de.firma.com | Częściowo rozdzielony | Multisite lub osobne instalacje | Osobne zespoły na rynkach |
| Domena krajowa | firma.de | Budowany od zera | Osobne instalacje | Silna lokalna marka, inne oferty |
1. Wybierz jedną strukturę URL i trzymaj się jej we wszystkich językach. Mieszanka podkatalogów, subdomen i parametrów ?lang= rozprasza sygnały i komplikuje każdą przyszłą migrację.
2. Każda wersja językowa ma własny URL dostępny bez ciasteczek i bez JavaScriptu. Robot wchodzi na stronę bez historii sesji, więc treść widoczna tylko po kliknięciu przełącznika dla niego nie istnieje.
3. Hreflang z linkami zwrotnymi, odwołaniem do samej siebie i x-default. Bez tych trzech elementów Google może pominąć adnotacje, co wprost opisuje dokumentacja Google o zlokalizowanych wersjach stron.
4. Canonical w każdej wersji wskazuje na nią samą. Canonical z /de/oferta/ na /pl/oferta/ mówi Google: „ta strona to duplikat”, i niemiecka wersja wypada z indeksu.
Jak to wygląda w praktyce? Strona /pl/oferta/ powinna mieć w sekcji head komplet adnotacji: hreflang="pl-pl" do siebie, hreflang="de-de" do /de/leistungen/, hreflang="en-gb" do /en/services/ i hreflang="x-default" do wersji, którą chcesz pokazać reszcie świata. Dokładnie ten sam zestaw ląduje na stronach niemieckiej i angielskiej. Sprawdzasz to w kodzie źródłowym trzech adresów obok siebie. Każda różnica to błąd.
Adnotacje możesz też umieścić w mapie witryny XML albo w nagłówkach HTTP. Wybierz jedną metodę. Dwie metody naraz to proszenie się o sprzeczne sygnały. Jeśli planujesz wejście na rynki skandynawskie, ten sam schemat sprawdza się przy ekspansji na rynek duński.
Czego unikać przy publikacji wielojęzycznych treści w panelu CMS?
Najwięcej szkód robi automatyczne tłumaczenie „w locie” publikowane bez akceptacji człowieka. Wtyczka w kilka minut tworzy setki podstron z błędną terminologią, pustymi slugami i niespójnym hreflang. Google dostaje masę cienkich treści, a Twoja marka dostaje teksty, których żaden niemiecki kupiec nie potraktuje poważnie.
5. Wyłącz automatyczną publikację tłumaczeń bez akceptacji. Maszynowe tłumaczenie nie zna Twojego słownictwa branżowego i nie wie, że „wdrożenie” w ofercie IT to nie „Einführung” z podręcznika.
6. Tłumacz slugi, nie tylko treść. Adres /de/uslugi/ wygląda dla niemieckiego użytkownika jak błąd, a /de/leistungen/ zawiera słowo, którego faktycznie szuka.
7. Nie mieszaj języków na jednej stronie. Menu, stopka, widżety, formularze i komunikaty WooCommerce muszą mieć tę samą wersję językową co treść, co jest szczególnie bolesne przy pozycjonowaniu sklepu internetowego z koszykiem po polsku.
8. Nie przekierowuj automatycznie po adresie IP. Googlebot indeksuje głównie z adresów w USA, więc przy wymuszonym przekierowaniu może zobaczyć wyłącznie wersję angielską.
Zamiast przekierowania pokaż delikatny baner: „Wygląda na to, że jesteś w Niemczech. Przejść do wersji niemieckiej?”. Użytkownik wybiera. Robot widzi wszystko.
To jest dokładnie ta dychotomia: natywna treść kontra nieudolne tłumaczenie. Natywny tekst pisze się od zera pod lokalnego czytelnika, z jego przykładami i jego frazami. Tłumaczenie przenosi polski tekst słowo po słowie. Pierwsze buduje zaufanie. Drugie je kosztuje.
Jak dostosować metadane i nagłówki do rynków zagranicznych?
Metadane piszesz od nowa dla każdego rynku, zaczynając od osobnego badania słów kluczowych w lokalnym języku. Przetłumaczony title rzadko trafia w frazę, którą faktycznie wpisują klienci. Dobrze napisany title mieści się w około 60 znakach, a meta description w około 155.
9. Rób osobne badanie słów kluczowych dla każdego rynku. Polska „hurtownia” to po angielsku raz „wholesaler”, raz „distributor”, a o wyborze decyduje lokalny wolumen, nie słownik.
10. Title i meta description ustaw osobno dla każdej wersji w Rank Math lub Yoast SEO. Oba narzędzia współpracują z WPML i Polylang, ale domyślnie skopiują polskie pola, jeśli ich nie nadpiszesz.
11. Jeden H1 na stronę, a H2 formułowane jak pytania lokalnego klienta. Niemiecki kupiec B2B pyta o normy i warunki dostaw inaczej niż polski, więc nagłówki pod jego pytania trafiają w jego zapytania.
Praktyczny test: weź swój polski title, wpisz jego tłumaczenie w lokalnym Google i porównaj z pierwszą dziesiątką wyników. Jeśli nikt z TOP 10 nie używa Twojej frazy, napisz title od nowa. Ta sama zasada obowiązuje przy pozycjonowaniu w Google na rynku polskim: frazę wybiera rynek, nie autor.
Dane strukturalne (schema) też muszą mówić językiem strony. Nazwa usługi, opis i FAQ w znacznikach JSON-LD powinny być w języku wersji, na której się znajdują. Rank Math generuje schema automatycznie, ale treść pól pochodzi z Twoich wpisów.
Które ustawienia techniczne sprawdzić przed startem każdej wersji językowej?
Przed startem każdej wersji zgłoś jej mapę witryny XML w Google Search Console i sprawdź czas ładowania z kraju docelowego, a nie z biura w Polsce. Serwer w Warszawie może być szybki dla Ciebie i wolny dla klienta w Lizbonie.
12. Mapa witryny XML obejmuje wszystkie wersje językowe i jest zgłoszona w Google Search Console. Możesz dodać osobną usługę w Search Console dla każdego podkatalogu (np. firma.com/de/), co daje czyste dane o indeksowaniu i zapytaniach per rynek.
13. Cache, kompresja obrazów i CDN działają dla każdego rynku. Wtyczki takie jak WP Rocket czy LiteSpeed Cache, obrazy w formacie WebP i CDN z serwerami blisko odbiorców skracają ładowanie tam, gdzie są Twoi klienci.
Dodatkowy szybki przegląd przed publikacją:
- Bezpośrednie odnośniki ustawione na „Nazwa wpisu”, bez dat i identyfikatorów w adresach.
- Opcja „Proś wyszukiwarki o nieindeksowanie witryny” odznaczona po zakończeniu prac na środowisku testowym.
- Przekierowania 301 ze starych adresów, jeśli zmieniasz strukturę istniejącego serwisu.
- Linki wewnętrzne prowadzą do stron w tym samym języku, a nie do polskich odpowiedników.
Ostatni punkt łamie się najczęściej. Redaktor kopiuje polski wpis, tłumaczy tekst i zostawia linki do /pl/. Nowa wersja traci wtedy wewnętrzne wsparcie, a użytkownik ląduje w obcym języku po pierwszym kliknięciu.
Co sprawdzić pod kątem widoczności w globalnych silnikach AI?
W pliku robots.txt sprawdź cztery boty: GPTBot i OAI-SearchBot (OpenAI), PerplexityBot oraz Google-Extended. Blokada tych crawlerów decyduje, czy Twoja treść w ogóle może trafić do odpowiedzi ChatGPT, Perplexity i Gemini. To jest GEO, czyli optymalizacja pod silniki odpowiedzi AI, działająca obok klasycznego SEO.
14. Świadomie zdecyduj o dostępie botów AI w robots.txt. Wiele wtyczek bezpieczeństwa i hostingów blokuje je domyślnie, a Ty dowiadujesz się o tym dopiero, gdy konkurencja jest cytowana, a Ty nie.
15. Pisz akapity „najpierw odpowiedź” i mierz cytowania w każdym języku. Silniki AI cytują samodzielne, gęste od faktów fragmenty, a cytowanie po niemiecku nie gwarantuje cytowania po angielsku.
Jak to sprawdzić bez teatru i zawyżonych wskaźników? Przygotuj 10 pytań, które zadaje Twój klient, np. „Który dostawca systemów ERP dla produkcji w Polsce obsługuje klientów z Niemiec?”. Zadaj je w ChatGPT, Gemini i Perplexity w każdym języku docelowym. Zapisz, czy Twoja marka pada w odpowiedzi i który adres jest źródłem. Powtarzaj co miesiąc.
Do tego dodaj znaczniki Organization z polem sameAs (LinkedIn, profile branżowe) i spójną nazwę firmy we wszystkich wersjach. Silniki AI łączą fakty o marce z wielu źródeł. Im mniej sprzeczności, tym większa szansa na rekomendację.
Trzy kluczowe elementy wielojęzycznego pozycjonowania stron WordPress
Z 15 punktów trzy decydują o wyniku najbardziej: osobne URL-e ze zwrotnym hreflang, canonical wskazujący na własną wersję oraz natywne treści pisane pod lokalne słowa kluczowe. Pierwsze dwa to blokady SEO, które potrafią wyłączyć cały rynek z indeksu. Trzecie decyduje, czy ktokolwiek zostanie na stronie.
- Struktura URL i hreflang (punkty 1–3). Błąd tutaj sprawia, że Google pokazuje polską stronę w Niemczech albo nie pokazuje żadnej.
- Canonical na siebie (punkt 4). Jedno złe ustawienie szablonu potrafi wykluczyć z indeksu wszystkie tłumaczenia naraz.
- Natywne treści i badanie fraz per rynek (punkty 5, 9, 10). Technika wpuści Cię do wyników, a dopiero tekst pisany dla lokalnego klienta zamienia wyświetlenia w zapytania ofertowe i cytowania przez AI.
Jeśli masz czas tylko na jedno, zacznij od audytu hreflang i canonical. To najtańsza poprawka z największym efektem.
Najczęściej zadawane pytania
Która wtyczka wielojęzyczna do WordPressa jest najlepsza dla SEO?
WPML, Polylang i TranslatePress generują osobne adresy URL i tagi hreflang, więc każda z nich nadaje się do SEO. Polylang ma darmową wersję podstawową, WPML jest płatny, a TranslatePress pozwala edytować tłumaczenia w edytorze wizualnym na froncie strony. Ważniejsze od wyboru wtyczki jest to, czy treść w niej jest natywna.
Czy mogę używać Yoast SEO i Rank Math jednocześnie?
Nie. Dwie wtyczki SEO naraz generują zdublowane meta tagi, podwójne mapy witryny i sprzeczne dane strukturalne. Wybierz jedną i przy zmianie skorzystaj z wbudowanego importu ustawień, który oferuje Rank Math.
Ile trwa, zanim nowa wersja językowa zacznie rankować?
Zwykle od kilku tygodni do kilku miesięcy, zależnie od konkurencji na rynku i autorytetu domeny. W podkatalogu nowa wersja korzysta z historii całej domeny, więc startuje szybciej niż nowa domena krajowa. Proces przyspieszysz, zgłaszając mapę witryny i linkując nową wersję z najmocniejszych podstron.
Czy Google karze treści tłumaczone lub pisane przez AI?
Google nie karze samego użycia automatyzacji. Od marca 2024 roku polityka dotycząca spamu obejmuje jednak masowe tworzenie treści głównie pod pozycje, bez wartości dla użytkownika. Setki maszynowo tłumaczonych podstron bez redakcji to dokładnie ten wzorzec ryzyka.
Twój plan na najbliższe 7 dni
Zacznij od trzech adresów: strony głównej, oferty i jednego wpisu blogowego w każdej wersji językowej. Otwórz kod źródłowy, sprawdź hreflang, canonical i język menu. Potem zadaj 10 pytań klienta w ChatGPT, Gemini i Perplexity. W tydzień zobaczysz, gdzie tracisz rynek.
- Dzień 1–2: audyt hreflang, canonical i robots.txt (punkty 1–4 i 14).
- Dzień 3–4: lista stron z mieszanymi językami, polskimi slugami i linkami do /pl/.
- Dzień 5: badanie słów kluczowych dla jednego rynku docelowego.
- Dzień 6–7: nowe title i meta description dla 10 najważniejszych podstron tego rynku.
Nie chcesz robić tego ręcznie na każdym rynku? W UPGeoSEO robimy audyt SEO + GEO Twojego WordPressa, uczymy się tonu Twojej marki i piszemy natywne treści w każdym języku. Ty akceptujesz, my publikujemy na autopilocie i mierzymy cytowania przez AI bez zawyżonych wskaźników. Jeśli najpierw chcesz policzyć budżet, sprawdź, ile realnie kosztuje SEO.
