es_ES vs es_MX, pt_PT vs pt_BR: Variante regionale în WordPress

O proprietară de magazin WooCommerce din Barcelona ne-a adresat luna trecută o întrebare care atinge esența unei probleme cu care se confruntă în cele din urmă fiecare proprietar de site multilingv. Site-ul ei livrează în Spania, Mexic și Argentina. A tradus totul în es_ES, a lansat, iar într-o săptămână un client din Mexico City s-a plâns că textul de la finalizarea comenzii suna „ciudat și cam demodat”. O săptămână mai târziu, un alt client a semnalat că o descriere de produs conținea un cuvânt care este complet inocent în Spania, dar vulgar în Mexic. Întrebarea ei: „Am într-adevăr nevoie de traduceri separate pentru fiecare țară?”

Răspunsul scurt este uneori. Răspunsul lung depinde de ceea ce vinzi, unde se află clienții tăi și cât de mult conținut poți menține în mod realist. Acest ghid acoperă când contează variantele regionale, cum le gestionează WordPress la nivel intern și cum să le traduci fără a-ți multiplica volumul de muncă cu numărul de țări pe care le deservești.

Ne vom concentra pe spaniolă și portugheză, deoarece acestea sunt cele două familii de limbi în care diviziunile de variante cauzează cele mai multe probleme în lumea reală. Franceza, engleza și araba au, de asemenea, variante regionale, dar miza este de obicei mai mică.

De ce contează variantele regionale

Spaniola este a doua cea mai vorbită limbă din lume, dar „spaniola” ca limbă unică este o simplificare. O propoziție care sună natural în Madrid poate părea rigidă, formală sau învechită în Buenos Aires. Un cuvânt perfect potrivit în Mexico City poate fi ofensator în Lima. Portugheza are o diviziune și mai mare – decalajul de pronunție, gramatică și vocabular între pt_PT și pt_BR este suficient de mare încât mulți editori le tratează ca limbi efectiv separate.

Cuvintele care se schimbă de fapt

Câteva exemple concrete pentru ca acest lucru să nu rămână abstract.

Verbul coger înseamnă „a lua” în Spania și este folosit constant în vorbirea cotidiană. În Mexic, Argentina și în cea mai mare parte a Americii Latine, este un verb vulgar pentru actul sexual. Utilizarea sa în textul de la finalizarea comenzii („coger tu pedido”) are un impact foarte diferit în Madrid față de Buenos Aires.

Ordenador este cuvântul standard pentru computer în Spania. În America Latină, aproape toată lumea spune computadora. Niciunul nu este greșit, dar amestecarea lor semnalează cititorului că conținutul tău a fost tradus pentru o piață diferită.

Móvil (Spania) vs celular (America Latină) pentru telefon mobil. Conducir (Spania) vs manejar (America Latină) pentru a conduce. Patata (Spania) vs papa (majoritatea Americii Latine) pentru cartof. Zeci de astfel de cuvinte diferă la o frecvență ridicată.

Portugheza este și mai divizată. Brazilia folosește você pentru „tu” în aproape toate contextele. Portugalia folosește tu în limbaj informal și você ca marker formal – aproape un semnal de clasă socială. Portugheza de afaceri din Lisabona și São Paulo sunt registre funcțional diferite.

Costul de afaceri al ignorării variantelor

Utilizatorii își formează judecăți de încredere în câteva secunde. Un cumpărător din Mexic care citește descrieri de produse în spaniola vorbită în Spania înregistrează unul din două lucruri: fie site-ul nu este cu adevărat local, fie brandul nu este suficient de interesat să localizeze. Ratele de conversie scad. Abandonul coșului de cumpărături crește. Cheltuielile cu anunțurile plătite în țările din LATAM aduc un randament mai slab, deoarece paginile de destinație par străine.

Pentru site-urile cu mult conținut, costul SEO este, de asemenea, real. Google recunoaște tag-urile hreflang care disting es-ES de es-MX, iar interogările de căutare competitive pe fiecare piață sunt dominate de conținut scris în dialectul acelei regiuni. O pagină ropa interior în spaniola din Spania nu se va clasa împotriva concurenților mexicani care utilizează terminologie locală precum ropa íntima.

Cum gestionează WordPress codurile de localizare

Localizările WordPress urmează modelul ll_CC – cod de limbă din două litere, underscore, cod de țară din două litere. Lista completă este definită în nucleul WordPress și se mapează la fișiere de traducere numite theme-es_ES.mo, plugin-es_MX.mo și așa mai departe.

Localizarea de bază vs. Localizarea site-ului vs. Localizarea utilizatorului

WordPress distinge trei setări diferite de localizare:

• Limba site-ului (WPLANG / options.WPLANG istoric, acum option:WPLANG): Implicită pentru interfața publică a site-ului tău.
• Localizarea utilizatorului (wp_usermeta.locale): Preferința per utilizator pentru panoul de administrare.
• Localizarea la execuție: Poate fi filtrată la momentul cererii de către plugin-uri precum Polylang sau WPML pentru a servi conținut diferit per prefix URL.

Dacă site-ul tău este es_ES, dar un utilizator își setează profilul la es_MX, panoul de administrare se afișează în spaniola mexicană, în timp ce interfața publică rămâne în spaniola din Spania. Acest lucru este în regulă pentru interfața de administrare, dar nu este util pentru furnizarea de conținut clienților – ai nevoie de comutare bazată pe URL sau pe domeniu.

Exemplul en_GB

WordPress însuși livrează en_US, en_GB, en_CA, en_AU și en_ZA ca localizări separate. Acestea partajează majoritatea conținutului, dar diferă în ortografie (colour vs color, organise vs organize) și expresii idiomatice. Poți folosi acest lucru ca model pentru variantele de spaniolă și portugheză – menține fișiere .mo separate per regiune, servite printr-o structură URL.

Denumirea fișierelor MO pentru variante

Pentru o temă numită mytheme și trei variante de spaniolă:

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 alege fișierul care se potrivește localizării active. Dacă es_AR este solicitată, dar nu există niciun fișier, revine la es_ES implicit (potrivirea limbii de bază) – ceea ce este exact comportamentul pe care vrei să-l eviți pentru cuvintele pe care le-am enumerat mai sus.

Variante de spaniolă în practică

Majoritatea editorilor vizează una până la trei variante de spaniolă. Iată arborele de decizie practic.

Doar o variantă

Publică es_ES dacă baza ta de clienți este exclusiv Spania, sau es_MX / es (neutră) dacă baza ta de clienți este în principal America Latină. Utilizarea es ca localizare semnalează o spaniolă neutră și evită bagajul regional al oricărei extreme.

Două variante: Spania și America Latină

Cea mai comună diviziune. Servește es_ES pentru Spania și o singură variantă latino-americană (es_MX sau o es neutralizată) pentru toate țările din LATAM. Aceasta este soluția 80/20 – obții majoritatea beneficiilor de localizare fără a menține 20 de fișiere separate.

Trei sau mai multe variante

Dacă rulezi un site mare de e-commerce cu venituri semnificative în Argentina, Mexic și Chile în mod specific, este posibil să dorești es_AR, es_MX și es_CL pe lângă es_ES. Costul traducerii crește, dar crește și creșterea conversiei pe piață.

Liste de cuvinte specifice regiunii

Menține un glosar scurt per variantă. Chiar dacă 95% din conținutul tău tradus este partajat, un glosar de 50-100 de cuvinte divergente de înaltă frecvență acoperă majoritatea problemelor de percepție „sună greșit”. Pentru mai multe informații despre gestionarea vocabularului specific domeniului, consultă ghidul suprem pentru localizarea WordPress.

Variante de portugheză (pt_PT vs pt_BR este o diviziune reală)

Tratează portugheza ca două limbi, nu două variante. Portugheza braziliană (pt_BR) are 215 milioane de vorbitori. Portugheza europeană (pt_PT) are 10 milioane. Gramatica diferă. Conjugarea verbelor diferă. Pronumele diferă. O propoziție scrisă pentru Lisabona se va simți distinct străină în São Paulo și viceversa.

Dacă îți poți permite doar una, alege pt_BR – are o bază mai mare de vorbitori și o piață de comerț electronic mai puternică. Dar nu livra niciodată conținut pt_PT utilizatorilor brazilieni sau invers. Costul de percepție este prea mare.

Când ar trebui (și când nu ar trebui) să creezi o variantă

Creează o variantă regională atunci când:

• Ai venituri sau trafic măsurabil din acea regiune (regulă generală: 10%+ din total).
• Categoria ta de produse are terminologie specifică regiunii (modă, alimentație, juridic, finanțe).
• Rulezi achiziție plătită în acea regiune și vrei ca calitatea paginii de destinație să se potrivească.
• Faci SEO local și ai nevoie de țintire hreflang.

Omite varianta atunci când:

• Site-ul tău este în mare parte o interfață tranzacțională cu text minim.
• Traficul tău din regiune este sub 5% și nu poți menține fișierele suplimentare.
• Lansezi un produs nou și poți itera ulterior pe baza feedback-ului real al clienților.

Un anti-model comun: crearea a 15 variante de spaniolă „doar pentru siguranță” și apoi lăsarea a 12 dintre ele să devieze și să se desincronizeze. Conținutul învechit este mai rău decât conținutul ușor deviat de la dialect. Angajează-te să menții ceea ce publici.

Flux de lucru eficient pentru traducerea variantelor

Menținerea manuală a cinci variante ale unui fișier .po de 2.000 de șiruri este o rețetă pentru desincronizare. Fluxul de lucru care scalează:

1. Traduceți bine varianta principală

Alege varianta cu cel mai mare trafic (de obicei es_ES sau es_MX pentru spaniolă, pt_BR pentru portugheză) și traduce-o cu atenție. Aceasta devine baza ta.

2. Derivați alte variante automat

Încarcă fișierul .po al variantei principale în SimplePoTranslate și solicită traducerea în cealaltă variantă. Un traducător conștient de context înțelege es_ES -> es_MX ca o sarcină de „regionalizare” mai degrabă decât o traducere de la zero. Schimbările cheie de vocabular (coger -> tomar, ordenador -> computadora) se întâmplă automat, în timp ce frazele identice trec neschimbate.

3. Aplicați o suprascriere de glosar regional

Păstrează un fișier de glosar scurt cu alegerile de termeni specifici regiunii pentru brandul tău. Aplică-l ca o trecere finală după traducerea asistată de AI. Acest lucru fixează numele produselor, terminologia brandului și vocabularul controversat la alegerile tale preferate pentru fiecare regiune.

4. Generați toate formatele de ieșire

Variantele necesită atât .po (pentru editare), cât și .mo (pentru execuția WordPress). SimplePoTranslate generează ambele într-un singur ZIP, împreună cu formatele .json și .php dacă servești și cod PHP headless sau personalizat. Vezi postarea noastră despre un fișier de intrare, cinci formate de ieșire pentru a înțelege de ce contează ieșirea multi-format.

5. Implementați per localizare

Încarcă fișierele .mo rezultate în wp-content/languages/themes/ cu sufixul de localizare corect. Configurează tag-urile hreflang. Testează cu utilizatori reali din fiecare regiune, dacă este posibil – vorbitorii nativi observă lucruri pe care nicio unealtă nu le poate.

Punând totul cap la cap

Variantele regionale nu sunt un lux pentru site-urile multilingve serioase – ele fac diferența dintre „tradus” și „localizat”. Dar nici nu este nevoie să publici fiecare variantă posibilă din prima zi. Începe cu o variantă de spaniolă și una de portugheză care se potrivește celei mai mari piețe a tale. Adaugă variante pe măsură ce traficul și veniturile tale din fiecare regiune justifică costul de întreținere.

Vestea bună este că fluxul de lucru pentru traducerea variantelor este dramatic mai rapid decât construirea fiecăreia de la zero. Conversia regională asistată de AI durează o oră per variantă în loc de săptămâni. Partea dificilă este disciplina editorială – alegerea variantelor de menținut și angajamentul de a le păstra actualizate.

Gata să îți traduci site-ul WordPress în mai multe variante de spaniolă sau portugheză? Încearcă SimplePoTranslate gratuit – nu este necesar un card de credit. Încarcă o dată, generează variante regionale în câteva minute.