es_ES vs es_MX, pt_PT vs pt_BR: Regionalne warianty WordPressa

Właścicielka sklepu WooCommerce w Barcelonie zadała nam w zeszłym miesiącu pytanie, które dotyka sedna problemu, z którym ostatecznie mierzy się każdy właściciel wielojęzycznej witryny. Jej strona wysyła produkty do Hiszpanii, Meksyku i Argentyny. Przetłumaczyła wszystko na es_ES, uruchomiła sklep i w ciągu tygodnia klient z Mexico City poskarżył się, że teksty w koszyku brzmią „dziwnie i trochę staromodnie”. Tydzień później inny klient zwrócił uwagę, że jeden z opisów produktów zawierał słowo, które w Hiszpanii jest całkowicie niewinne, ale w Meksyku wulgarne. Jej pytanie brzmiało: „Czy naprawdę potrzebuję oddzielnych tłumaczeń dla każdego kraju?”

Krótka odpowiedź brzmi: czasami. Dłuższa odpowiedź zależy od tego, co sprzedajesz, gdzie znajdują się Twoi klienci i ile treści jesteś w stanie realistycznie utrzymać. Ten przewodnik omawia, kiedy regionalne warianty mają znaczenie, jak WordPress faktycznie je obsługuje „pod maską” oraz jak je tłumaczyć, nie mnożąc nakładu pracy przez liczbę obsługiwanych krajów.

Skupimy się na hiszpańskim i portugalskim, ponieważ są to dwie rodziny języków, w których podziały wariantów powodują najwięcej realnych problemów. Francuski, angielski i arabski również mają regionalne warianty, ale stawka jest zazwyczaj niższa.

Dlaczego regionalne warianty mają znaczenie

Hiszpański jest drugim najczęściej używanym językiem na świecie, ale „hiszpański” jako jeden język to uproszczenie. Zdanie, które brzmi naturalnie w Madrycie, może wydawać się sztywne, formalne lub przestarzałe w Buenos Aires. Całkowicie odpowiednie słowo w Mexico City może być obraźliwe w Limie. Portugalski ma jeszcze większy podział – różnice w wymowie, gramatyce i słownictwie między pt_PT a pt_BR są na tyle duże, że wielu wydawców traktuje je jako faktycznie oddzielne języki.

Słowa, które faktycznie się zmieniają

Kilka konkretnych przykładów, aby nie pozostało to abstrakcyjne.

Czasownik coger oznacza „brać” w Hiszpanii i jest używany stale w codziennej mowie. W Meksyku, Argentynie i większości Ameryki Łacińskiej jest to wulgarne określenie seksu. Użycie go w tekście do kasy („coger tu pedido”) odbiera się bardzo różnie w Madrycie i Buenos Aires.

Ordenador to standardowe słowo na komputer w Hiszpanii. W Ameryce Łacińskiej prawie wszyscy mówią computadora. Żadne z nich nie jest błędne, ale ich mieszanie sygnalizuje czytelnikowi, że Twoje treści zostały przetłumaczone dla innego rynku.

Móvil (Hiszpania) kontra celular (Ameryka Łacińska) dla telefonu komórkowego. Conducir (Hiszpania) kontra manejar (Ameryka Łacińska) dla prowadzenia samochodu. Patata (Hiszpania) kontra papa (większość Ameryki Łacińskiej) dla ziemniaka. Dziesiątki tych słów różnią się z dużą częstotliwością.

Portugalski jest jeszcze bardziej podzielony. Brazylia używa você dla „ty” w niemal wszystkich kontekstach. Portugalia używa tu w mowie nieformalnej i você jako markera formalności – bliskiego sygnałowi klasy społecznej. Portugalski biznesowy w Lizbonie i São Paulo to funkcjonalnie różne rejestry.

Koszty biznesowe ignorowania wariantów

Użytkownicy oceniają wiarygodność w ciągu sekund. Klient w Meksyku czytający opisy produktów w hiszpańskim z Hiszpanii rejestruje jedną z dwóch rzeczy: albo strona nie jest naprawdę lokalna, albo marka nie dba wystarczająco o lokalizację. Współczynniki konwersji spadają. Wskaźnik porzucenia koszyka rośnie. Wydatki na płatne reklamy w krajach LATAM przynoszą gorszy zwrot, ponieważ strony docelowe wydają się obce.

Dla stron z dużą ilością treści koszt SEO jest również realny. Google rozpoznaje tagi hreflang, które odróżniają es-ES od es_MX, a konkurencyjne zapytania wyszukiwania na każdym rynku są zdominowane przez treści napisane w dialekcie danego regionu. Strona ropa interior w hiszpańskim z Hiszpanii nie będzie konkurować z meksykańskimi konkurentami używającymi lokalnej terminologii, takiej jak ropa íntima.

Jak WordPress obsługuje kody regionalne

Lokalizacje WordPressa podążają za wzorcem ll_CC – dwuliterowy kod języka, podkreślnik, dwuliterowy kod kraju. Pełna lista jest zdefiniowana w rdzeniu WordPressa i mapuje się na pliki tłumaczeń nazwane theme-es_ES.mo, plugin-es_MX.mo i tak dalej.

Lokalizacja rdzenia vs strony vs użytkownika

WordPress rozróżnia trzy różne ustawienia lokalizacji:

• Język witryny (WPLANG / historycznie options.WPLANG, obecnie option:WPLANG): Domyślny dla front-endu Twojej witryny.
• Lokalizacja użytkownika (wp_usermeta.locale): Preferencje dla każdego użytkownika dotyczące panelu administracyjnego.
• Lokalizacja wykonawcza: Może być filtrowana w czasie żądania przez wtyczki takie jak Polylang lub WPML, aby serwować różne treści dla każdego prefiksu URL.

Jeśli Twoja witryna ma ustawioną lokalizację es_ES, ale użytkownik ustawia swój profil na es_MX, panel administracyjny wyświetla się w hiszpańskim meksykańskim, podczas gdy front-end pozostaje w hiszpańskim z Hiszpanii. Jest to w porządku dla interfejsu administracyjnego, ale nieprzydatne do dostarczania treści klientom – potrzebujesz przełączania opartego na URL-ach lub domenach.

Przykład en_GB

Sam WordPress dostarcza en_US, en_GB, en_CA, en_AU i en_ZA jako oddzielne lokalizacje. Dzielą większość treści, ale różnią się pisownią (colour kontra color, organise kontra organize) i idiomami. Możesz użyć tego jako wzorca dla wariantów hiszpańskiego i portugalskiego – utrzymuj oddzielne pliki .mo dla każdego regionu, serwowane poprzez strukturę URL.

Nazywanie plików MO dla wariantów

Dla motywu o nazwie mytheme i trzech wariantów hiszpańskiego:

wp-content/languages/themes/mytheme-es_ES.mo
wp-content/languages/themes/mytheme-es_MX.mo
wp-content/languages/themes/mytheme-es_AR.mo

WordPress wybiera plik odpowiadający aktywnej lokalizacji. Jeśli żądana jest lokalizacja es_AR, ale plik nie istnieje, domyślnie (dopasowanie do języka bazowego) wraca do es_ES – co jest dokładnie zachowaniem, którego chcesz uniknąć w przypadku słów, które wymieniliśmy powyżej.

Warianty hiszpańskiego w praktyce

Większość wydawców celuje w jeden do trzech wariantów hiszpańskiego. Oto praktyczne drzewo decyzyjne.

Tylko jeden wariant

Wysyłaj es_ES, jeśli Twoja baza klientów to wyłącznie Hiszpania, lub es_MX / es (neutralny), jeśli Twoja baza klientów to przede wszystkim Ameryka Łacińska. Użycie es jako lokalizacji sygnalizuje neutralny hiszpański i pozwala uniknąć regionalnych konotacji którejkolwiek z ekstremalnych opcji.

Dwa warianty: Hiszpania i Ameryka Łacińska

Najczęstszy podział. Używaj es_ES dla Hiszpanii i pojedynczego wariantu latynoamerykańskiego (es_MX lub zneutralizowanego es) dla wszystkich krajów LATAM. Jest to rozwiązanie 80/20 – uzyskujesz większość korzyści z lokalizacji, nie utrzymując 20 oddzielnych plików.

Trzy lub więcej wariantów

Jeśli prowadzisz dużą witrynę e-commerce z znaczącymi dochodami w Argentynie, Meksyku i Chile, możesz chcieć es_AR, es_MX i es_CL oprócz es_ES. Koszt tłumaczenia wzrasta, ale rośnie również wzrost konwersji na rynku.

Listy słów specyficzne dla regionu

Utrzymuj mały słownik dla każdego wariantu. Nawet jeśli 95% przetłumaczonych treści jest wspólnych, słownik zawierający 50-100 często występujących, rozbieżnych słów pokrywa większość problemów związanych z percepcją „to brzmi źle”. Aby dowiedzieć się więcej o obsłudze słownictwa specyficznego dla danej dziedziny, zobacz nasz kompletny przewodnik po lokalizacji WordPressa.

Warianty portugalskiego (pt_PT vs pt_BR to prawdziwy podział)

Traktuj portugalski jako dwa języki, a nie dwa warianty. Portugalski brazylijski (pt_BR) ma 215 milionów użytkowników. Portugalski europejski (pt_PT) ma 10 milionów. Różni się gramatyka. Różni się koniugacja czasowników. Różnią się zaimki. Zdanie napisane dla Lizbony będzie brzmiało wyraźnie obco w São Paulo i odwrotnie.

Jeśli możesz sobie pozwolić tylko na jeden, wybierz pt_BR – ma większą bazę użytkowników i silniejszy rynek e-commerce. Nigdy jednak nie wysyłaj treści w pt_PT do brazylijskich użytkowników ani odwrotnie. Koszt percepcji jest zbyt wysoki.

Kiedy powinieneś (a kiedy nie) tworzyć wariant

Utwórz regionalny wariant, gdy:

• Masz mierzalne przychody lub ruch z tego regionu (zasada kciuka: 10%+ całości).
• Twoja kategoria produktów ma terminologię specyficzną dla regionu (moda, żywność, prawo, finanse).
• Prowadzisz płatne akwizycje w tym regionie i chcesz, aby jakość stron docelowych była odpowiednia.
• Prowadzisz lokalne SEO i potrzebujesz targetowania hreflang.

Pomiń wariant, gdy:

• Twoja witryna to głównie transakcyjny interfejs użytkownika z minimalną ilością tekstu.
• Twój ruch z regionu wynosi poniżej 5% i nie możesz utrzymywać dodatkowych plików.
• Uruchamiasz nową witrynę i możesz później wprowadzać zmiany w oparciu o rzeczywiste opinie klientów.

Częsty antywzorzec: tworzenie 15 wariantów hiszpańskiego „na wszelki wypadek”, a następnie dopuszczanie, by 12 z nich przestało być aktualnych. Przestarzałe treści są gorsze niż treści nieznacznie odbiegające od dialektu. Zobowiąż się do utrzymywania tego, co dostarczasz.

Wydajny przepływ pracy przy tłumaczeniu wariantów

Ręczne utrzymywanie pięciu wariantów pliku .po zawierającego 2000 ciągów znaków to przepis na rozbieżności. Przepływ pracy, który skaluje się:

1. Dokładnie przetłumacz wariant podstawowy

Wybierz swój wariant o największym ruchu (zazwyczaj es_ES lub es_MX dla hiszpańskiego, pt_BR dla portugalskiego) i przetłumacz go starannie. Stanie się on Twoją bazą.

2. Automatycznie twórz inne warianty

Prześlij podstawowy wariant .po do SimplePoTranslate i zleć tłumaczenie na inny wariant. Tłumacz świadomy kontekstu rozumie es_ES -> es_MX jako zadanie „regionalizacji”, a nie tłumaczenia od zera. Kluczowe zamiany słownictwa (coger -> tomar, ordenador -> computadora) odbywają się automatycznie, podczas gdy identyczne frazy przechodzą bez zmian.

3. Zastosuj regionalne nadpisanie słownika

Zachowaj krótki plik słownika z regionalnymi wyborami terminów Twojej marki. Zastosuj go jako ostateczne przejście po tłumaczeniu AI. To blokuje nazwy produktów, terminologię marki i sporne słownictwo na wybrane przez Ciebie preferencje dla każdego regionu.

4. Generuj wszystkie formaty wyjściowe

Warianty potrzebują zarówno .po (do edycji), jak i .mo (do działania w WordPressie). SimplePoTranslate generuje oba w jednym pliku ZIP, wraz z formatami .json i .php, jeśli obsługujesz również kod headless lub niestandardowy PHP. Zobacz nasz post na temat jeden plik wejściowy, pięć formatów wyjściowych, aby dowiedzieć się, dlaczego wyjście wieloformatowe ma znaczenie.

5. Wdróż dla każdej lokalizacji

Prześlij uzyskane pliki .mo do wp-content/languages/themes/ z prawidłowym sufiksem lokalizacji. Skonfiguruj tagi hreflang. Jeśli to możliwe, przetestuj z rzeczywistymi użytkownikami w każdym regionie – rodzimi użytkownicy języka zauważą rzeczy, których żadne narzędzie nie wychwyci.

Podsumowanie

Regionalne warianty nie są miłym dodatkiem dla poważnych witryn wielojęzycznych – to różnica między treścią „przetłumaczoną” a „zlokalizowaną”. Ale nie musisz też dostarczać każdego możliwego wariantu od pierwszego dnia. Zacznij od jednego wariantu hiszpańskiego i jednego portugalskiego, który odpowiada Twojemu największemu rynkowi. Dodawaj warianty, gdy ruch i przychody w każdym regionie uzasadnią koszty utrzymania.

Dobra wiadomość jest taka, że przepływ pracy przy tłumaczeniu wariantów jest dramatycznie szybszy niż tworzenie każdego od podstaw. Konwersja regionalna wspomagana przez AI zajmuje godzinę na wariant zamiast tygodni. Trudna część to dyscyplina redakcyjna – wybór, które warianty utrzymywać i zobowiązanie do ich aktualizowania.

Gotowy, aby przetłumaczyć swoją witrynę WordPress na wiele wariantów hiszpańskiego lub portugalskiego? Wypróbuj SimplePoTranslate za darmo – karta kredytowa nie jest wymagana. Prześlij raz, generuj regionalne warianty w kilka minut.