WordPress w kilku językach: jak pomóc Google i AI znaleźć właściwą wersję Twojej oferty

TL;DR Wersje językowe to nie samo tłumaczenie. To spójne dane i jasne sygnały dla Google i AI. hreflang i x-default wskazują Google właściwą wersję. Każda wersja musi linkować do siebie i do pozostałych. JSON-LD z inLanguage i areaServed pomaga modelom rozróżnić wersję PL od EN. Widoczność mierz osobno dla każdego języka. Jeden pomiar daje fałszywy obraz. Poniżej znajdziesz prosty plan: co sprawdzić i co poprawić krok po kroku.

Masz sklep albo stronę na WordPressie w kilku językach? A może dopiero planujesz drugą wersję? Wtedy pewnie zastanawiasz się, dlaczego Google raz pokazuje polską wersję, raz angielską, a czasem w ogóle inną stronę. Albo dlaczego ChatGPT, pytany o Twoją ofertę, odpowiada tak, jakby znał tylko połowę informacji.

Dobra wiadomość: to da się uporządkować. I nie musisz być programistą. Ten poradnik przeprowadzi Cię przez cztery kroki, które naprawdę robią różnicę.

Wielojęzyczny WordPress — od czego zacząć (i co ma tu do rzeczy AI)

Zacznijmy od najważniejszego. Masz tu tak naprawdę dwie warstwy problemu.

Pierwsza warstwa to Google. Musisz mu jasno powiedzieć, która wersja jest dla kogo. Od tego jest hreflang, czyli znacznik, który wskazuje wyszukiwarce wersję językową i regionalną strony.

Druga warstwa to modele AI. One nie patrzą na Twoją stronę tak jak człowiek. Korzystają z indeksów wyszukiwarek i z własnego crawlu, czyli automatycznego odwiedzania stron. Dlatego fundament jest ten sam: poprawnie oznaczone wersje. Jeśli Google się gubi, AI też się zgubi. Więcej o tym, jak modele AI budują obraz marki, znajdziesz w bazie wiedzy o GEO i AI Search.

Warto wiedzieć, że boty AI zaglądają na strony coraz częściej. Cloudflare podał w 2025 roku, że ruch crawlerów AI mocno wzrósł, a sam GPTBot zaliczył bardzo duży skok. To nie liczba, którą trzeba zapamiętać. To sygnał, że temat warto potraktować poważnie.

Dla kogo jest ten poradnik? Dla właścicieli i operatorów sklepów oraz stron na WordPressie i WooCommerce, dla marketingowców i osób od SEO. Poziom podstawowy lub średni. Zakładamy, że masz WordPressa i co najmniej dwie wersje językowe albo planujesz je dodać.

Kiedy ta metoda nie wystarczy? Gdy nie masz jeszcze treści w danym języku. Albo gdy brakuje Ci czasu i ludzi na utrzymanie kolejnej wersji. Wtedy lepiej zacząć od jednego rynku i zrobić go dobrze.

Krok 1 — Ustal, jakie wersje językowe masz i jak są zbudowane

Zanim cokolwiek naprawisz, zrób inwentaryzację. To jak porządki w szafie: najpierw wyjmij wszystko, potem układasz.

Zapisz sobie:

• Wszystkie wersje językowe i ich pełne adresy URL.
• Jak zbudowana jest architektura: subfolder, subdomena czy osobne domeny.
• Czy używasz wtyczki (WPML, Polylang, TranslatePress), czy plików .mo.
• Czy każda wersja jest indeksowalna i ma własną sitemapę.

Jak poznać, którą metodę masz? Spójrz na adresy swoich wersji językowych. Jeśli po domenie pojawia się krótki kod, to subfolder. Jeśli kod jest przed domeną, to subdomena.

Czy każda wersja jest widoczna dla Google? Sprawdź, czy nie ma na niej noindex i czy trafia do sitemapy. To najczęstsza cicha pułapka.

Na co zwrócić uwagę: TranslatePress działa tylko w subfolderze. WPML i Polylang tworzą duplikaty postów, więc baza rośnie z każdym językiem. Przy dużych sklepach warto to mieć na radarze.

Checklista kroku 1:

• Mam listę wszystkich wersji językowych z pełnymi URL-ami.
• Wiem, jaka jest architektura (subfolder, subdomena, osobne domeny).
• Wiem, czy używam wtyczki, czy plików .mo.
• Sprawdziłem, czy każda wersja jest indeksowalna.
• Każda wersja ma własną sitemapę.

Krok 2 — Sprawdź i napraw hreflang oraz x-default

Teraz najważniejsza część dla Google. hreflang mówi wyszukiwarce: „ta wersja jest po polsku, tamta po angielsku, a ta dla Wielkiej Brytanii”.

Google wspiera trzy równoważne metody oznaczania:

• w kodzie HTML strony,
• w nagłówkach HTTP,
• w sitemapie.

Wybierz jedną i trzymaj się jej konsekwentnie.

Zasady, które muszą być spełnione, żeby tagi działały:

• Pełne adresy URL, nie skróty.
• Wzajemne linki zwrotne. Każda wersja linkuje do wszystkich pozostałych.
• Self-referencing, czyli każda wersja linkuje też do samej siebie.
• Poprawne kody ISO, na przykład en-GB, a nie UK czy EU.
• x-default jako wersja zapasowa dla języków, których nie obsługujesz.

Jak to sprawdzić? Możesz użyć narzędzia do crawlu hreflang, zajrzeć w kod strony albo w sitemapę. Warto też pamiętać, że Google traktuje hreflang jako wskazówkę, a nie twardy rozkaz. Raport International Targeting w Search Console został wycofany, ale samo hreflang jest nadal wspierane.

Na co zwrócić uwagę: Polylang ustawia x-default tylko dla strony głównej. Musisz sprawdzić pozostałe podstrony ręcznie.

Checklista kroku 2:

• Wybrałem jedną metodę oznaczania i stosuję ją wszędzie.
• Wszystkie adresy są pełne.
• Każda wersja linkuje do siebie i do pozostałych.
• Kody językowe są poprawne (ISO 639-1 + ISO 3166-1).
• x-default jest ustawiony jako fallback.

Krok 3 — Dodaj dane, które rozumie AI (JSON-LD, inLanguage, areaServed)

Skoro Google już wie, która wersja jest która, czas pomóc modelom AI. Tu wchodzi JSON-LD, czyli dane strukturalne. Najprościej mówiąc: to opis strony lub produktu w formacie, który maszyny czytają bez zgadywania.

W każdej wersji językowej wskaż dwa pola:

• inLanguage — w jakim języku jest dana wersja.
• areaServed — na jaki rynek jest skierowana.

Krótki przykład struktury:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Nazwa produktu",
  "inLanguage": "pl-PL",
  "areaServed": "PL",
  "offers": {
    "@type": "Offer",
    "priceCurrency": "PLN"
  }
}

Pola do uzupełnienia dla każdej wersji:

• inLanguage (np. pl-PL, en-GB),
• areaServed (np. PL, GB),
• priceCurrency (np. PLN, GBP),
• nazwa i opis produktu w danym języku.

Kluczowa jest spójność. Te same nazwy, te same jednostki, lokalne rozmiary i waluty we wszystkich językach. Jeśli w polskiej wersji masz cenę w złotych, a w angielskiej przypadkiem zostanie złotówka, model może się pogubić.

Uczciwie: dane strukturalne nie gwarantują widoczności w AI. Testy w tym temacie dają sprzeczne wyniki. Ale porządkują dane i ułatwiają modelom rozróżnienie wersji. To solidny fundament, nie magiczna różdżka. Po więcej praktycznych wskazówek zajrzyj do przewodnika po widoczności marki w AI Search.

Checklista kroku 3:

• Każda wersja ma JSON-LD z inLanguage.
• Każda wersja ma areaServed zgodny z rynkiem.
• Waluty i jednostki są lokalne i spójne.
• Nazwy produktów są przetłumaczone, nie kopiowane.

Krok 4 — Sprawdź dostęp botów AI i zmierz widoczność osobno per język

Ostatni krok to sprawdzenie, czy AI w ogóle widzi Twoje wersje, i zmierzenie efektu.

Zacznij od logów serwera. Poszukaj botów takich jak GPTBot, ClaudeBot, PerplexityBot czy OAI-SearchBot. Warto wiedzieć, że boty AI dzielą się na trzy grupy: treningowe, wyszukiwarkowe i agentowe. Ma to znaczenie, bo na przykład zablokowanie OAI-SearchBot usuwa Twoją stronę z ChatGPT. Warto to sprawdzić, zanim uznasz, że „AI mnie nie widzi”.

Potem mierz widoczność. I tu najważniejsza zasada: osobno dla każdego języka. Osobne prompty po polsku, osobne po angielsku. Osobne raporty dla każdego rynku.

Dlaczego? Bo modele bywają niespójne między rynkami. Mogą dobrze znać Twoją markę po polsku i w ogóle jej nie kojarzyć po angielsku. Jeden pomiar to fałszywy obraz. Jak krok po kroku sprawdzić taki stan, opisuje audyt widoczności sklepu w AI.

Co da się zmierzyć, a czego nie:

Mierzalne:

• Obecność botów AI w logach.
• Ruch i wyświetlenia per kraj w Search Console.
• Błędy hreflang wykryte przez crawl.
• Widoczność marki w odpowiedziach modeli per język (przez testy i monitoring).

Niemierzalne:

• Dokładny algorytm, którym model wybiera wersję językową.
• Gwarancja cytowania w konkretnej odpowiedzi.

Tu naturalnie przydaje się Semly. To polska platforma GEO dla e-commerce, która monitoruje widoczność marki w ChatGPT, Gemini, Claude, Google AI i Grok. Co ważne, raporty można rozbić per rynek, więc widzisz osobno, jak wypadasz po polsku i po angielsku. Zamiast zgadywać, dostajesz konkretny obraz i plan działania.

Checklista kroku 4:

• Sprawdziłem w logach, czy boty AI odwiedzają stronę.
• Wiem, które boty blokuję i jakie to ma skutki.
• Mam osobne prompty dla każdego języka.
• Raporty widoczności są rozbite per rynek.
• Powtarzam pomiar regularnie, nie raz.

Najczęstsze błędy i jak je naprawić

Oto szybka ściągawka. Każdy punkt to objaw, przyczyna i konkretna naprawa.

Brak linku zwrotnego Objaw: Google ignoruje Twoje tagi hreflang. Przyczyna: wersja A linkuje do B, ale B nie linkuje do A. Naprawa: dodaj wzajemne odwołania we wszystkich wersjach.

Brak self-reference Objaw: tagi działają połowicznie. Przyczyna: żadna wersja nie linkuje do samej siebie. Naprawa: dodaj link do własnego adresu w każdym zestawie.

Konflikt hreflang z canonical Objaw: Google wybiera inną wersję, niż chcesz. Przyczyna: canonical wskazuje na inną stronę niż hreflang. Naprawa: ustaw canonical na właściwą wersję językową.

Błędne kody językowe Objaw: tagi są pomijane. Przyczyna: użyto kodów typu EU albo UK. Naprawa: popraw na ISO 639-1 plus ISO 3166-1, np. en-GB.

Brak x-default Objaw: użytkownik z nieobsługiwanego rynku trafia w losową wersję. Przyczyna: nie ustawiono wersji zapasowej. Naprawa: dodaj x-default wskazujący na wybraną wersję.

Wersja nieindeksowalna Objaw: wersja nie pojawia się w wynikach. Przyczyna: noindex albo brak w sitemapie. Naprawa: usuń noindex i dodaj wersję do sitemapy.

Dlaczego Twoje tagi są ignorowane? Najczęściej właśnie przez brak linku zwrotnego lub self-reference. Jak szybko sprawdzić, co jest źle? Zrób crawl strony i przejrzyj raport hreflang. To zwykle kilka minut.

Co dalej — kolejne kroki i warianty

Naprawiłeś oznaczenia i dane. Co teraz?

Po pierwsze, monitoruj indeksację. Sprawdź, czy wszystkie wersje faktycznie pojawiają się w wynikach.

Po drugie, powtarzaj pomiar widoczności per język co miesiąc. Modele zmieniają się szybko, a to, co działa dziś, może wymagać korekty za kilka tygodni. Aktualne analizy i poradniki znajdziesz na blogu Semly o AI w e-commerce.

Po trzecie, rozwijaj kolejne języki spokojnie. Nowy język to nowa wersja, nowy hreflang i nowe dane. Nie kopiuj ustawień bez sprawdzenia.

Kilka wariantów w zależności od sytuacji:

• Brak zasobów? Zacznij od jednego rynku i zrób go porządnie.
• Brak treści w języku? Najpierw napisz treść, potem dodawaj oznaczenia.
• Nowy rynek? Zaplanuj osobny pomiar widoczności od startu.

I jeszcze jedno. Nie musisz robić tego wszystkiego w pojedynkę ani zgadywać, czy działa. Naturalnym następnym krokiem jest darmowy raport widoczności Semly. Zobaczysz w nim, jak Twoja marka wypada w odpowiedziach modeli AI, osobno dla każdego języka. To dobry punkt startu, żeby wiedzieć, co poprawić w pierwszej kolejności. Sprawdź też pakiety widoczności marki w AI, jeśli chcesz działać systematycznie.