Tworzenie wielojęzycznej strony internetowej w systemie WordPress: o czym firmy powinny pamiętać

Wprowadzenie

Rozbudowa strony internetowej w celu obsługi odbiorców posługujących się wieloma językami wydaje się w teorii prosta. W praktyce wiąże się to jednak z szeregiem decyzji technicznych, merytorycznych i strategicznych, które zaskakują wiele firm. Błędy te często powtarzają się według przewidywalnych schematów, a większości z nich łatwiej jest uniknąć na etapie planowania niż naprawiać je po zbudowaniu i uruchomieniu strony.

Wesley Cude, założyciel firmy Cude Design zajmującej się tworzeniem stron w systemie WordPress, zrealizował wielojęzyczne witryny WordPress dla klientów w Wielkiej Brytanii i na całym świecie. „Techniczna strona wielojęzycznego WordPressa jest dobrze obsługiwana przez dostępne wtyczki” – mówi. „Problemy w projektach najczęściej wynikają z decyzji podejmowanych jeszcze przed napisaniem choćby jednej linii kodu. Chodzi o to, jakie języki wybrać, jaką strukturę adresów URL zastosować, kto jest właścicielem tłumaczeń oraz w jaki sposób strona radzi sobie z różnicami walutowymi i regionalnymi. Prawidłowe podjęcie tych decyzji na samym początku pozwala zaoszczędzić sporo pracy przy późniejszych poprawkach”.

W niniejszym artykule omówiono kluczowe decyzje związane z tworzeniem wielojęzycznej witryny WordPress, dostępne rozwiązania techniczne oraz bieżące kwestie, które decydują o tym, czy witryna wielojęzyczna rzeczywiście skutecznie służy docelowym odbiorcom.

Wybór odpowiedniej struktury adresów URL

Pierwszą istotną decyzją w wielojęzycznym projekcie WordPress jest sposób zorganizowania adresów URL dla każdej wersji językowej. Istnieją trzy główne podejścia, a każde z nich ma wpływ na SEO, hosting i bieżące zarządzanie.

Podkatalogi wykorzystują strukturę folderów do rozdzielenia wersji językowych, przy czym język główny znajduje się w katalogu głównym, a pozostałe języki w podkatalogach. Wersja w brytyjskim angielskim może znajdować się pod adresem domain.com, podczas gdy wersja francuska – pod adresem domain.com/fr/. Takie podejście pozwala zachować wszystko w ramach jednej domeny, co oznacza, że cały autorytet domeny dotyczy wszystkich wersji językowych. Jest to najczęściej stosowane podejście w przypadku firm, które rozszerzają swoją działalność na kolejne języki, nie mając jednak istotnego powodu, by traktować każdy rynek jako całkowicie odrębną jednostkę.

W przypadku subdomen każda wersja językowa znajduje się w osobnej subdomenie, np. fr.domain.com dla języka francuskiego. Wyszukiwarki traktują subdomeny jako odrębne jednostki posiadające własną pozycję w rankingu, co oznacza, że nowa subdomena zaczyna od zera, nawet jeśli główna domena ma wysokie pozycje w wynikach wyszukiwania. Takie podejście jest bardziej skomplikowane pod względem technicznym i zazwyczaj ma sens tylko wtedy, gdy istnieją istotne powody, by traktować każdy język jako prawdziwie odrębny, np. w przypadku znacznie różniących się strategii treści dla poszczególnych rynków.

Domeny najwyższego poziomu z kodem kraju wykorzystują oddzielne rejestracje domen dla każdego kraju, np. domain.fr dla Francji lub domain.de dla Niemiec. Wysyła to najsilniejszy sygnał geograficzny do wyszukiwarek i może być skuteczne dla firm o znacznej obecności na każdym rynku. Wiąże się to również z najwyższymi kosztami i największą złożonością, ponieważ każda domena wymaga w praktyce własnej strategii SEO i programu budowania linków.

Dla większości firm tworzących wielojęzyczną witrynę WordPress po raz pierwszy podkatalogi są właściwym punktem wyjścia. Są najprostsze do wdrożenia, pozwalają zachować cały autorytet w ramach jednej domeny i można je łatwo rozbudowywać w miarę dodawania kolejnych języków.

Wybór i konfiguracja wtyczek

W WordPressie dominują dwie wtyczki wielojęzyczne: WPML i Polylang. Obie są w stanie obsługiwać złożone witryny wielojęzyczne, ale mają różne podejścia do wdrażania i różny wpływ na wydajność witryny oraz bieżące zarządzanie.

WPML jest opcją o bogatszym zestawie funkcji. Obsługuje zarządzanie tłumaczeniami, tłumaczenie ciągów tekstowych w motywach i wtyczkach, kompatybilność z WooCommerce oraz złożone konfiguracje wielojęzyczne, w tym języki pisane od prawej do lewej. Integruje się z serwisami tłumaczeniowymi w celu uzyskania profesjonalnych tłumaczeń i zapewnia szczegółową kontrolę nad tym, które treści są tłumaczone i w jaki sposób. Minusem jest to, że jest to jedna z bardziej obciążających wtyczek pod względem zapytań do bazy danych i może wpływać na wydajność witryny, jeśli nie zostanie starannie skonfigurowana w przypadku dużych witryn.

Polylang to lżejsza alternatywa, która obsługuje podstawowe funkcje wielojęzyczne przy mniejszym obciążeniu. W przypadku witryn, które nie potrzebują pełnego zestawu funkcji WPML, pełni rolę narzędzia do zarządzania tłumaczeniami przy mniejszym wpływie na wydajność. Posiada bezpłatną wersję z przydatnymi funkcjami, co czyni ją rozsądnym punktem wyjścia dla prostszych projektów wielojęzycznych.

Wybór między nimi zależy od złożoności witryny, wymagań dotyczących integracji z WooCommerce oraz procesu tłumaczenia, z którego klient zamierza korzystać. Witryna zawierająca niewielką liczbę statycznych stron w dwóch językach ma inne wymagania niż sklep WooCommerce sprzedający produkty na pięciu rynkach europejskich, z różnymi cenami, stawkami VAT i wymaganiami dotyczącymi bram płatniczych dla każdego z nich.

Wdrożenie atrybutu hreflang

Hreflang to atrybut HTML, który informuje wyszukiwarki, jaką wersję językową i regionalną strony mają wyświetlać poszczególnym użytkownikom. Prawidłowe wdrożenie atrybutu hreflang ma kluczowe znaczenie dla wielojęzycznego SEO i jest jednym z obszarów, w których na stronach wielojęzycznych najczęściej występują błędy.

Każda strona w witrynie wielojęzycznej powinna zawierać tagi hreflang wskazujące na wszystkie inne wersje językowe tej strony, w tym na samą siebie. Strona dostępna w języku angielskim, francuskim i niemieckim wymaga tagów hreflang dla wszystkich trzech wersji na każdej wersji tej strony. Brakujące lub nieprawidłowo sformatowane tagi hreflang mogą spowodować, że wyszukiwarki wyświetlą użytkownikom niewłaściwą wersję językową lub potraktują różne wersje językowe jako zduplikowaną treść.

Zarówno WPML, jak i Polylang automatycznie generują tagi hreflang po prawidłowej konfiguracji, jednak nie należy zakładać, że implementacja przebiega bezbłędnie – należy to zweryfikować. Typowe błędy to brakujące tagi x-default, tagi hreflang odsyłające do przekierowanych adresów URL zamiast do adresów kanonicznych oraz implementacje hreflang niezgodne z używaną strukturą adresów URL.

Zarówno Rank Math, jak i Yoast SEO zapewniają dodatkowe możliwości zarządzania tagami hreflang, gdy są używane razem z wtyczkami wielojęzycznymi. Ważne jest, aby upewnić się, że wtyczka SEO i wtyczka wielojęzyczna są skonfigurowane tak, by poprawnie ze sobą współpracowały, a nie generowały sprzeczne znaczniki.

Strategia treści i jakość tłumaczeń

Techniczna realizacja wielojęzycznej witryny WordPress stanowi prostszą część projektu. To właśnie w zakresie strategii treści wiele witryn wielojęzycznych nie osiąga zamierzonego celu.

Tłumaczenie maszynowe znacznie się poprawiło i w przypadku niektórych rodzajów treści daje akceptowalne wyniki. Jednak w przypadku treści komercyjnych, zwłaszcza opisów usług, tekstów dotyczących produktów oraz stron zorientowanych na konwersję, które są najważniejsze dla firmy, tłumaczenie maszynowe rzadko jest wystarczające bez weryfikacji i edycji przez człowieka. Tekst, który brzmi niezręcznie lub zawiera sformułowania nieodpowiednie z kulturowego punktu widzenia, podważa wiarygodność, którą wielojęzyczna strona ma budować.

Bieżący proces tłumaczenia jest czynnikiem często niedocenianym na etapie planowania. Dodanie nowego wpisu na blogu lub strony produktu do wielojęzycznej witryny oznacza przygotowanie przetłumaczonych wersji tych treści, co wymaga czasu i wiąże się z kosztami. Witryny, które startują z kompleksowymi przetłumaczonymi treściami, a następnie nie dbają o ich aktualizację, kończą z wersjami językowymi, które są nieaktualne w porównaniu z wersją w języku głównym. Powoduje to gorsze wrażenia użytkownika niż całkowity brak tłumaczenia.

Realistyczna strategia treści dla wielojęzycznej witryny powinna obejmować jasny podział odpowiedzialności za proces tłumaczenia, zdefiniowany przebieg pracy nad nowymi treściami oraz rzetelne decyzje dotyczące tego, które treści rzeczywiście wymagają tłumaczenia. Nie każda strona w witrynie wymaga wersji przetłumaczonej. Priorytetowe traktowanie stron, które są najważniejsze dla międzynarodowych użytkowników, oraz właściwe utrzymywanie tych tłumaczeń jest skuteczniejsze niż próba kompleksowego tłumaczenia, którego nie udaje się aktualizować.

WooCommerce i wielojęzyczny e-commerce

Wielojęzyczne witryny WooCommerce wiążą się z dodatkową złożonością wykraczającą poza standardowe kwestie związane z wielojęzycznością WordPressa. Ceny, zasady wysyłki, bramki płatnicze i konfiguracje podatkowe mogą się różnić w zależności od rynku. Wyświetlanie waluty musi odpowiadać oczekiwaniom użytkowników w każdym regionie. Dostępność produktów może się różnić w zależności od rynku. Komunikacja z klientami, w tym potwierdzenia zamówień i powiadomienia o wysyłce, musi być wysyłana w języku klienta.

WPML oferuje dedykowaną obsługę wielojęzyczności dla WooCommerce, która zajmuje się tłumaczeniem produktów, zmianą waluty oraz lokalizacją procesu realizacji zamówienia. Konfiguracja ta jest bardziej skomplikowana niż w przypadku standardowej witryny wielojęzycznej i powinna być traktowana jako odrębny zakres projektu, a nie jako rozszerzenie standardowej instalacji WooCommerce.

Dostępność bram płatniczych różni się znacznie w zależności od kraju. Stripe i PayPal są dostępne na większości rynków, ale w poszczególnych regionach istotne znaczenie mają lokalne metody płatności. W Holandii dominuje iDEAL, w Niemczech – Sofort, a we Francji – Carte Bancaire. Sklep WooCommerce skierowany na rynki europejskie, który oferuje wyłącznie międzynarodowe opcje płatności kartą, osiągnie gorsze wyniki w porównaniu z lokalnymi konkurentami obsługującymi preferowane metody płatności na danym rynku.

Kwestie związane z wydajnością

Witryny wielojęzyczne są z natury rzeczy większe niż ich jednojęzyczne odpowiedniki. Więcej stron, więcej rekordów w bazie danych oraz większe obciążenie związane z wtyczkami – wszystko to przyczynia się do zwiększonego obciążenia serwera i potencjalnych problemów z wydajnością. Należy to uwzględnić w planowaniu, a nie zajmować się tym reaktywnie po uruchomieniu serwisu.

Konfiguracja buforowania musi uwzględniać wykrywanie języka, aby uniknąć wyświetlania użytkownikom stron z pamięci podręcznej w niewłaściwym języku. Wykrywanie języka po stronie serwera, które odbywa się przed udostępnieniem zawartości z pamięci podręcznej, jest zazwyczaj bardziej niezawodne niż wykrywanie po stronie klienta, ale konkretne podejście zależy od środowiska hostingowego i używanej wtyczki buforującej.

W przypadku witryn obsługujących wiele krajów sieć dostarczania treści (CDN), która buforuje treści w lokalizacjach brzegowych położonych geograficznie blisko każdego rynku docelowego, zmniejsza opóźnienia dla użytkowników międzynarodowych. Ma to szczególne znaczenie dla witryn skierowanych na rynki oddalone geograficznie od głównej lokalizacji hostingu.

Optymalizacja bazy danych nabiera większego znaczenia w witrynach wielojęzycznych, ponieważ tabele tłumaczeń używane przez wtyczki takie jak WPML powodują znaczne obciążenie bazy danych wraz ze wzrostem ilości treści. Regularna konserwacja bazy danych i odpowiednie indeksowanie mają większe znaczenie w przypadku dużej witryny wielojęzycznej niż w przypadku porównywalnej witryny jednojęzycznej.

Testowanie przed uruchomieniem

Witryny wielojęzyczne wymagają dokładniejszych testów niż witryny jednojęzyczne, ponieważ istnieje więcej kombinacji języków, adresów URL i treści do zweryfikowania. Ustrukturyzowane podejście do testowania powinno obejmować funkcjonalność przełączania języków na wszystkich stronach, prawidłowe wdrożenie atrybutu hreflang zweryfikowane za pomocą Google Search Console po uruchomieniu, kompletność tłumaczeń wszystkich stron komercyjnych, prawidłowe wyświetlanie waluty i proces realizacji transakcji dla każdego rynku w implementacjach WooCommerce oraz wydajność na urządzeniach mobilnych dla każdej wersji językowej.

Inwestycja w dokładne testy przed uruchomieniem jest uzasadniona kosztami i złożonością naprawiania problemów na działającej wielojęzycznej witrynie, gdzie zmiany w strukturze adresów URL lub wdrożeniu atrybutu hreflang mogą wpływać na pozycje w wynikach wyszukiwania na wielu rynkach jednocześnie.