Uruchomiono niemiecką wersję strony. Albo francuską. Wydano pieniądze na tłumaczenia, zaktualizowano nawigację, może nawet zlecono korektę tekstów.
Sześć miesięcy później ruch organiczny z Niemiec stoi w miejscu. Odwiedzający z Francji to nadal margines statystyczny. Sprawdzenie Google Search Console ujawnia, że niemieckie podstrony w ogóle nie są zaindeksowane. Albo gorzej: są zaindeksowane, ale Google wyświetla angielskie treści użytkownikom szukającym po niemiecku.
To typowy cichobieg większości wielojęzycznych witryn. Na poziomie panelu administracyjnego wszystko wygląda poprawnie. W praktyce nic nie działa.
Dlaczego większość wielojęzycznych stron nie przynosi efektów
Problemy skupiają się w trzech obszarach: błędna struktura URL, wadliwa implementacja hreflang oraz jakość tłumaczeń dostrzegalna zarówno przez wyszukiwarki, jak i użytkowników.
Błąd techniczny 1: tłumaczenie maszynowe bez redakcji
DeepL i Google Translate stały się bardzo dobre. Jednak nieredagowane tłumaczenie maszynowe brzmi jak nieredagowane tłumaczenie maszynowe. Rodzimy użytkownik wyczuwa to po dwóch zdaniach. Co ważniejsze, wyszukiwarki mierzą sygnały zaangażowania: współczynnik odrzuceń, czas spędzony na stronie, głębokość przewijania. Słaba treść obniża wszystkie trzy.
Błąd techniczny 2: wadliwy hreflang
Hreflang to atrybut HTML informujący Google, którą wersję strony pokazać danemu użytkownikowi. Jednocześnie jest to najczęściej błędnie skonfigurowany element SEO na wielojęzycznych witrynach. Brakujące tagi odwołujące się do siebie, niezgodne adresy URL, niekompletne zestawy: każdy z tych błędów rujnuje cały system.
Błąd techniczny 3: przełączanie języka renderowane przez JavaScript
Niektóre witryny wykrywają język przeglądarki w JavaScript i zamieniają treść po stronie klienta. Googlebot widzi wtedy wyłącznie język domyślny. Francuskie treści są niewidoczne dla francuskich crawlerów Google. Powstaje wielojęzyczna strona, którą Google indeksuje jako wyłącznie anglojęzyczną.
Struktura URL: fundament, którego nie można zmienić w połowie drogi
Zanim dotknie się pierwszego tłumaczenia, trzeba zdecydować, jak będą skonstruowane wielojęzyczne adresy URL. Ta decyzja jest trudna do odwrócenia. Błędny wybór oznacza w przyszłości pełną migrację przekierowań.
| Struktura | Przykład | Najlepsza dla |
|---|---|---|
| Podkatalog | example.com/de/ | Większość firm: najlepsza konsolidacja SEO, jedna domena do utrzymania |
| Subdomena | de.example.com | Duże organizacje z oddzielnymi zespołami dla każdego rynku |
| Krajowa domena TLD | example.de | Firmy z silną lokalną tożsamością marki i budżetem na wiele domen |
| Parametr zapytania | example.com?lang=de | Unikać: Google odradza, słaba indeksowalność |
Dla większości firm struktura podkatalogowa to właściwy wybór. Autorytet domeny pozostaje skonsolidowany, zarządza się jedną domeną, a hreflang jest prostszy do wdrożenia. Koszty hostingu pozostają przewidywalne.
Krajowe domeny TLD (example.de, example.fr) mają sens wyłącznie wtedy, gdy zaufanie do lokalnej marki jest kluczowym czynnikiem konwersji: często w usługach finansowych lub sektorze zdrowia, gdzie użytkownicy aktywnie szukają sygnałów lokalnej rejestracji.
Hreflang: atrybut, który psuje wszystko, gdy jest błędny
Tagi hreflang informują wyszukiwarki: "ta strona po niemiecku jest odpowiednikiem tamtej strony po angielsku". Bez nich Google zgaduje. I zwykle zgaduje błędnie.
Cztery najczęstsze błędy hreflang
- Brak tagu odwołującego się do siebie: każda strona musi odwoływać się do siebie w swoim zestawie hreflang. Pominięcie tego powoduje, że Google może zignorować cały zestaw.
- Niezgodne adresy URL: jeśli hreflang wskazuje na example.com/de/page/, a rzeczywisty adres to example.com/de/page (bez ukośnika na końcu), tag jest niepoprawny.
- Niekompletne zestawy: jeśli strona angielska odwołuje się do wersji niemieckiej, ta strona niemiecka musi też odwoływać się do angielskiej. Tagi jednostronne są traktowane jako błędy.
- Błędne kody językowe: `de` oznacza język niemiecki globalnie. `de-DE` oznacza niemiecki dla Niemiec. `de-AT` oznacza niemiecki dla Austrii. Użycie złego kodu może spowodować, że austriaccy użytkownicy języka niemieckiego zobaczą stronę kierowaną do Niemiec.
Prawidłowa implementacja hreflang dla witryny w trzech językach wygląda tak: każda strona w każdym języku ma kompletny zestaw tagów wskazujących na wszystkie trzy wersje, łącznie z sobą samą. To trzy tagi na stronę na język: przy 50 stronach w trzech językach daje to 450 deklaracji hreflang, które muszą być w pełni spójne.
Ręczne zarządzanie tym na dużą skalę to prosta droga do błędów. Automatyzacja na poziomie frameworka pozwala ich unikać.
Jakość tłumaczeń: co naprawdę przekłada się na wyniki
Nie każde tłumaczenie jest równoważne. Właściwe podejście zależy od rodzaju strony, rynku i budżetu.
| Podejście | Jakość | Koszt | Najlepsze dla |
|---|---|---|---|
| Surowe tłumaczenie maszynowe | Funkcjonalne, rozpoznawalne | Bliski zeru | Dokumentacja wewnętrzna, strony archiwalne o niskim ruchu |
| Tłumaczenie maszynowe z redakcją | Dobre w większości kontekstów | Niski do średniego | Wpisy blogowe, opisy produktów, strony drugorzędne |
| Tłumaczenie profesjonalne | Wysokie, dokładne | Średni do wysokiego | Strony prawne, case studies, kluczowe strony usług |
| Copywriting natywny | Najwyższe, kulturowo rezonujące | Wysoki | Strona główna, landing page, strony o wysokiej konwersji |
Najczęstszy błąd firm: stosowanie surowego tłumaczenia maszynowego jednolicie na całej witrynie i zdziwienie, że niemiecka strona główna nie konwertuje. Strona główna to dokument sprzedażowy. Wymaga natywnego copywritingu.
Wpis blogowy na pozycji 8 dla niszowego słowa kluczowego zniesie tłumaczenie maszynowe z redakcją. Kluczowa strona usług już nie.
Adaptacja kulturowa: czego narzędzia tłumaczeniowe nie zastąpią
To samo zdanie może być poprawne po niemiecku i nadal nie konwertować. Rejestr kulturowy, styl argumentacji i sygnały zaufania różnią się znacząco między rynkami europejskimi.
DACH (Niemcy, Austria, Szwajcaria)
Rynki niemieckojęzyczne oczekują formalnego rejestru (Sie, nie du, chyba że startup kieruje ofertę do bardzo specyficznej grupy demograficznej). Oczekuje się też głębi technicznej. Ogólnikowe twierdzenia w stylu "najlepsze rozwiązanie" działają wręcz odwrotnie: każde stwierdzenie wymaga konkretnego uzasadnienia. Ochrona danych (DSGVO) to zarówno wymóg prawny, jak i sygnał zaufania: należy ją eksponować w widocznym miejscu.
Francja
Francuscy odbiorcy oczekują formalności i demonstracji kompetencji, zanim pojawi się zaufanie. Case studies i referencje mają tu duże znaczenie. Forma vous przez cały czas. Zbyt potoczny ton jest odbierany jako nieprofesjonalny.
Hiszpania i Ameryka Łacińska
Rynki hiszpańskojęzyczne bywają cieplejsze i bardziej nastawione na relacje. Zaufanie buduje się przez ton w równym stopniu co przez referencje. Jednocześnie Hiszpania i Ameryka Łacińska to odmienne rynki: słownictwo, idiomy i normy formalności różnią się znacząco. Jedno tłumaczenie na hiszpański nie obsłuży obu jednakowo dobrze.
Holandia
Holenderscy odbiorcy są wyraźnie bezpośredni i transparentni cenowo. Nie lubią korporacyjnego języka. Holenderskie teksty brzmiące jak komunikat prasowy po prostu nie działają. Kluczowe jest podanie konkretnych kosztów i jasne określenie, co się otrzymuje. Konkrety wygrywają z abstrakcją.
Polska
Polscy nabywcy B2B są zorientowani na wartość. Argumenty oparte na ROI trafiają do nich dobrze. Rynek jest wrażliwy cenowo w porównaniu z Europą Zachodnią, ale sygnały jakości mają znaczenie: polscy nabywcy stali się bardziej wymagający wraz z dojrzewaniem rynku. Polskie treści nie mogą sprawiać wrażenia tłumaczenia potraktowanego po macoszemu.
Problem wielojęzyczności w WordPress
Większość firm wdrażających wielojęzyczność na WordPress sięga po WPML lub Polylang. Oba to dojrzałe wtyczki. Obie mają poważne ograniczenia przy większej skali.
Narzut wydajnościowy
WPML dodaje dodatkowe zapytania do bazy danych przy każdym ładowaniu strony, aby określić i obsłużyć właściwą wersję językową. W witrynie z 10 000 wpisami w 5 językach ten narzut staje się mierzalny. To dodatkowe obciążenie dla architektury już ograniczonej wydajnościowo.
Złożoność zarządzania tłumaczeniami
Zarządzanie tłumaczeniami w WordPress oznacza utrzymywanie synchronizacji równoległych hierarchii wpisów. Aktualizacja angielskiej strony usług wymaga ręcznego oznaczenia i ponownego przetłumaczenia każdej wersji językowej. Przeoczenie jednej powoduje, że nieaktualna treść obsługuje ruch na żywo.
Błędy hreflang
WPML i Polylang generują hreflang automatycznie, ale ich jakość zależy od kompletności tłumaczeń. Brak niemieckiego tłumaczenia sprawia, że zestaw hreflang każdej angielskiej strony do niego odwołującej jest niekompletny. Hreflang generowany przez wtyczkę wymaga perfekcyjnego pokrycia tłumaczeniami.
Ryzyko zależności od wtyczek
Cała infrastruktura wielojęzyczna opiera się na wtyczce zewnętrznej, którą trzeba utrzymywać w zgodności z rdzeniem WordPress, motywem i pozostałymi wtyczkami. Aktualizacje WPML powodowały regresje w poprzednich wersjach. Awarie mogą dotknąć wszystkich wariantów językowych jednocześnie, co zwiększa wpływ każdej błędnej aktualizacji.
Podejście Next.js do wielojęzyczności
Next.js obsługuje internacjonalizację na poziomie frameworka, nie na poziomie wtyczki. Różnica ma charakter architektoniczny.
Routing na poziomie frameworka
W Next.js `/de/services` i `/en/services` to pełnoprawne trasy. Framework zna je już w czasie kompilacji. Nie ma klientowego przełączania języka ani wykrywania w czasie rzeczywistym: Google indeksuje każdy adres URL jako w pełni niezależną stronę z własną treścią.
Automatyczne generowanie hreflang
Przy prawidłowej konfiguracji i18n w Next.js tagi hreflang są generowane z konfiguracji tras. Dodanie nowej lokalizacji powoduje automatyczne przypisanie poprawnych tagów do wszystkich stron. Usunięcie lokalizacji usuwa osierocone odwołania. Bez ręcznego zarządzania, bez cichych błędów.
Spójna wydajność we wszystkich lokalizacjach
Dodanie niemieckiej i francuskiej wersji do witryny Next.js nie generuje dodatkowych zapytań do bazy, narzutu wtyczek ani złożoności PHP. Każda lokalizacja to zestaw plików statycznych serwowanych z węzła brzegowego CDN. Użytkownik w Monachium zazwyczaj otrzymuje stronę z pobliskiego węzła w czasie znacznie poniżej 100ms (w zależności od pokrycia CDN i routingu), niezależnie od liczby wariantów językowych.
Treści strukturalne bez ryzyka zależności od wtyczek
Treści tłumaczeń żyją w plikach JSON lub headless CMS. Żadnych wtyczek do aktualizowania, psujących się lub płatnych. Żadnych zmian schematu bazy danych przy dodawaniu języka. Treść jest wersjonowana razem z kodem.
Lista kontrolna przed uruchomieniem witryny wielojęzycznej
Przed opublikowaniem nowej wersji językowej warto przejść przez poniższą listę.
- Przetestuj w Google docelowego kraju: skorzystaj z VPN lub narzędzia inspekcji URL w Google Search Console, aby sprawdzić, czy właściwa wersja językowa jest zwracana dla wyszukiwań z danego kraju.
- Zweryfikuj hreflang dedykowanym narzędziem: Screaming Frog lub Ahrefs Site Audit wykaże błędnie skonfigurowane lub brakujące tagi hreflang w całym zestawie URL.
- Uruchom PageSpeed dla każdej lokalizacji oddzielnie: strona niemiecka z cięższym zestawem czcionek lub innymi obrazami może osiągać inne wyniki niż angielska wersja bazowa.
- Recenzja przez rodzimego użytkownika przed uruchomieniem: sprawdzenie literówek, tonu, rejestru oraz tego, czy treść rzeczywiście skłoniłaby lokalnego klienta do działania.
- Lokalizacja treści prawnych i Impressum: rynki DACH wymagają Impressum w języku niemieckim oraz polityki prywatności zgodnej z DSGVO. Francja wymaga określonych informacji prawnych. To wymogi prawne, nie dodatki opcjonalne.
- Sprawdź wykrywanie języka przy bezpośrednim dostępie przez URL: użytkownik przechodzący bezpośrednio na /de/services powinien zobaczyć treść po niemiecku, a nie przekierowanie na angielską wersję na podstawie ustawień przeglądarki.
Jak wygląda witryna, która naprawdę działa
Wielojęzyczna witryna, która działa, osiąga różne pozycje organiczne na każdym docelowym rynku. Google Search Console pokazuje wyświetlenia i kliknięcia z właściwych krajów na właściwych stronach językowych. Współczynniki odrzuceń są porównywalne między lokalizacjami: nie są istotnie wyższe dla wersji tłumaczonych. A gdy niemecki użytkownik wpisuje docelowe słowo kluczowe w Google.de, trafia na stronę po niemiecku, nie angielską.
Taki efekt wymaga poprawnej struktury URL od samego początku, bezbłędnej implementacji hreflang, dopasowania jakości tłumaczenia do rangi strony oraz stosu technologicznego, w którym te elementy są zarządzane automatycznie, a nie ręcznie.
Większość firm nie realizuje wszystkich tych wymiarów za pierwszym razem: iteracja jest normą. Typowy schemat wygląda tak: uruchomienie przetłumaczonej witryny, brak wyników, wniosek, że rynek nie chce produktu, rezygnacja z ekspansji międzynarodowej.
Rynek zazwyczaj chce tego produktu. Witryna po prostu nie była zbudowana tak, by do niego dotrzeć.
Pobierz bezpłatny raport o kondycji strony
Jeśli wielojęzyczna witryna nie przynosi oczekiwanych wyników albo planuje się jej budowę i zależy na poprawnej architekturze przed startem, webvise może bezpłatnie sprawdzić aktualne wdrożenie.
Bezpłatny raport o kondycji strony obejmuje implementację hreflang, strukturę URL, PageSpeed dla każdej lokalizacji oraz sygnały jakości tłumaczeń. W efekcie otrzymuje się konkretne, praktyczne wskazanie, co jest zepsute i co naprawić w pierwszej kolejności.
Pobierz bezpłatny raport na webvise.io/wp-health-report. Bez rozmowy sprzedażowej.