es_ES vs es_MX, pt_PT vs pt_BR: Varianti regionali di WordPress

La proprietaria di un negozio WooCommerce a Barcellona ci ha posto una domanda il mese scorso che va al cuore di un problema che ogni proprietario di sito multilingue finisce per affrontare. Il suo sito spedisce in Spagna, Messico e Argentina. Ha tradotto tutto in es_ES, ha lanciato, e nel giro di una settimana un cliente di Città del Messico si è lamentato che il testo del checkout suonava "strano e un po' antiquato". Una settimana dopo, un altro cliente ha fatto notare che una descrizione del prodotto conteneva una parola che è completamente innocente in Spagna ma volgare in Messico. La sua domanda: "Ho davvero bisogno di traduzioni separate per ogni paese?"

La risposta breve è: a volte. La risposta lunga dipende da cosa stai vendendo, dove si trovano i tuoi clienti e quanto contenuto puoi realisticamente mantenere. Questa guida copre quando le varianti regionali sono importanti, come WordPress le gestisce effettivamente sotto il cofano e come tradurle senza moltiplicare il tuo carico di lavoro per il numero di paesi che servi.

Ci concentreremo sullo spagnolo e sul portoghese perché sono le due famiglie linguistiche in cui le divisioni tra varianti causano i problemi più concreti. Anche il francese, l'inglese e l'arabo hanno varianti regionali, ma la posta in gioco è solitamente più bassa.

Perché le varianti regionali sono importanti

Lo spagnolo è la seconda lingua più parlata al mondo, ma "spagnolo" come singola lingua è una semplificazione. Una frase che suona naturale a Madrid può sembrare rigida, formale o datata a Buenos Aires. Una parola perfettamente appropriata a Città del Messico può essere offensiva a Lima. Il portoghese ha una divisione ancora più grande: il divario di pronuncia, grammatica e vocabolario tra pt_PT e pt_BR è abbastanza ampio da far sì che molti editori le trattino come lingue effettivamente separate.

Le parole che cambiano effettivamente

Alcuni esempi concreti per non rimanere nell'astratto.

Il verbo coger significa "prendere" in Spagna ed è usato costantemente nel linguaggio quotidiano. In Messico, Argentina e nella maggior parte dell'America Latina, è un verbo volgare per indicare il sesso. Usarlo nel testo del checkout ("coger tu pedido") ha un impatto molto diverso a Madrid rispetto a Buenos Aires.

Ordenador è la parola standard per computer in Spagna. In America Latina, quasi tutti dicono computadora. Nessuna delle due è sbagliata, ma mescolarle segnala al lettore che il tuo contenuto è stato tradotto per un mercato diverso.

Móvil (Spagna) vs celular (America Latina) per telefono cellulare. Conducir (Spagna) vs manejar (America Latina) per guidare. Patata (Spagna) vs papa (la maggior parte dell'America Latina) per patata. Decine di queste divergono con alta frequenza.

Il portoghese è ancora più diviso. Il Brasile usa você per "tu/lei" in quasi tutti i contesti. Il Portogallo usa tu nel linguaggio informale e você come marcatore formale – quasi un segnale di classe sociale. Il portoghese commerciale a Lisbona e San Paolo sono registri funzionalmente diversi.

Il costo aziendale di ignorare le varianti

Gli utenti formulano giudizi di fiducia in pochi secondi. Un acquirente in Messico che legge descrizioni di prodotti in spagnolo spagnolo registra una di due cose: o il sito non è realmente locale, o il marchio non si preoccupa abbastanza di localizzare. I tassi di conversione diminuiscono. L'abbandono del carrello aumenta. La spesa per annunci a pagamento nei paesi LATAM produce un ritorno peggiore perché le landing page sembrano estranee.

Per i siti ricchi di contenuti, anche il costo della SEO è reale. Google riconosce i tag hreflang che distinguono es-ES da es-MX, e le query di ricerca competitive in ogni mercato sono dominate da contenuti scritti nel dialetto di quella regione. Una pagina ropa interior in spagnolo spagnolo non si classificherà contro i concorrenti messicani che utilizzano terminologia locale come ropa íntima.

Come WordPress gestisce i codici locale

I locale di WordPress seguono il modello ll_CC – codice lingua di due lettere, underscore, codice paese di due lettere. L'elenco completo è definito nel core di WordPress e mappa i file di traduzione denominati theme-es_ES.mo, plugin-es_MX.mo, e così via.

Core vs Sito vs Locale utente

WordPress distingue tre diverse impostazioni di locale:

• Lingua del sito (WPLANG / options.WPLANG storicamente, ora option:WPLANG): Il valore predefinito per il front-end del tuo sito.
• Locale utente (wp_usermeta.locale): Preferenza per utente per la dashboard di amministrazione.
• Locale di runtime: Può essere filtrato al momento della richiesta da plugin come Polylang o WPML per servire contenuti diversi per prefisso URL.

Se il tuo sito è es_ES ma un utente imposta il proprio profilo su es_MX, l'amministrazione viene visualizzata in spagnolo messicano mentre il front-end rimane in spagnolo spagnolo. Questo va bene per l'interfaccia utente amministrativa ma non è utile per consegnare contenuti ai clienti – hai bisogno di uno switching basato su URL o su dominio.

L'esempio di en_GB

WordPress stesso distribuisce en_US, en_GB, en_CA, en_AU e en_ZA come locale separati. Condividono la maggior parte dei contenuti ma divergono nell'ortografia (colour vs color, organise vs organize) e negli idiomi. Puoi usare questo come modello per le varianti spagnole e portoghesi – mantenere file .mo separati per regione, serviti tramite struttura URL.

Nomenclatura dei file MO per le varianti

Per un tema chiamato mytheme e tre varianti spagnole:

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 seleziona il file corrispondente al locale attivo. Se viene richiesto es_AR ma non esiste alcun file, per impostazione predefinita ricade su es_ES (corrispondenza della lingua di base) – che è esattamente il comportamento che vuoi evitare per le parole che abbiamo elencato sopra.

Varianti spagnole in pratica

La maggior parte degli editori si rivolge a una o tre varianti spagnole. Ecco l'albero decisionale pratico.

Solo una variante

Utilizza es_ES se la tua base di clienti è esclusivamente la Spagna, o es_MX / es (neutrale) se la tua base di clienti è principalmente l'America Latina. L'uso di es come locale segnala uno spagnolo neutrale ed evita il bagaglio regionale di entrambi gli estremi.

Due varianti: Spagna e America Latina

La divisione più comune. Servi es_ES per la Spagna e una singola variante latinoamericana (es_MX o un es neutralizzato) per tutti i paesi LATAM. Questa è la soluzione 80/20 – ottieni la maggior parte dei benefici della localizzazione senza dover mantenere 20 file separati.

Tre o più varianti

Se gestisci un grande sito e-commerce con entrate significative specificamente in Argentina, Messico e Cile, potresti voler es_AR, es_MX ed es_CL oltre a es_ES. Il costo di traduzione aumenta, ma lo fa anche l'incremento di conversione per mercato.

Elenchi di parole specifici per regione

Mantieni un piccolo glossario per ogni variante. Anche se il 95% dei tuoi contenuti tradotti è condiviso, un glossario di 50-100 parole divergenti ad alta frequenza copre la maggior parte dei problemi percettivi di "questo suona sbagliato". Per maggiori informazioni sulla gestione del vocabolario specifico del dominio, consulta la nostra guida definitiva alla localizzazione di WordPress.

Varianti portoghesi (pt_PT vs pt_BR è una vera divisione)

Tratta il portoghese come due lingue, non due varianti. Il portoghese brasiliano (pt_BR) ha 215 milioni di parlanti. Il portoghese europeo (pt_PT) ne ha 10 milioni. La grammatica è diversa. La coniugazione dei verbi è diversa. I pronomi sono diversi. Una frase scritta per Lisbona sembrerà distintamente straniera a San Paolo, e viceversa.

Se puoi permettertene solo una, scegli pt_BR – ha la base di parlanti più ampia e un mercato e-commerce più forte. Ma non spedire mai contenuti pt_PT agli utenti brasiliani o viceversa. Il costo di percezione è troppo alto.

Quando dovresti (e non dovresti) creare una variante

Crea una variante regionale quando:

• Hai entrate o traffico misurabili da quella regione (regola generale: 10%+ del totale).
• La tua categoria di prodotti ha una terminologia specifica per la regione (moda, cibo, legale, finanza).
• Esegui acquisizione a pagamento in quella regione e vuoi che la qualità della landing page corrisponda.
• Stai facendo SEO locale e hai bisogno di targeting hreflang.

Salta la variante quando:

• Il tuo sito è principalmente un'interfaccia utente transazionale con un testo minimo.
• Il tuo traffico dalla regione è inferiore al 5% e non puoi mantenere i file extra.
• Stai lanciando qualcosa di nuovo e puoi iterare in base al feedback effettivo dei clienti in seguito.

Un anti-pattern comune: creare 15 varianti spagnole "solo per sicurezza" e poi lasciare che 12 di esse vadano fuori sincronia. Contenuti non aggiornati sono peggio di contenuti leggermente fuori dialetto. Impegnati a mantenere ciò che pubblichi.

Workflow efficiente per la traduzione di varianti

Mantenere manualmente cinque varianti di un file .po da 2.000 stringhe è una ricetta per la deriva. Il workflow che si adatta:

1. Traduci bene la variante principale

Scegli la tua variante con il traffico più elevato (solitamente es_ES o es_MX per lo spagnolo, pt_BR per il portoghese) e traducila con cura. Questa diventerà la tua base.

2. Deriva automaticamente altre varianti

Carica il .po della variante principale su SimplePoTranslate e richiedi la traduzione all'altra variante. Un traduttore sensibile al contesto comprende es_ES -> es_MX come un'attività di "regionalizzazione" piuttosto che una traduzione da zero. Scambi di vocabolario chiave (coger -> tomar, ordenador -> computadora) avvengono automaticamente mentre le frasi identiche passano inalterate.

3. Applica una sovrascrittura del glossario regionale

Mantieni un breve file di glossario con le scelte terminologiche specifiche per regione del tuo brand. Applicalo come passaggio finale dopo la traduzione AI. Questo blocca i nomi dei prodotti, la terminologia del brand e il vocabolario controverso alle tue scelte preferite per regione.

4. Genera tutti i formati di output

Le varianti necessitano sia di .po (per la modifica) che di .mo (per l'esecuzione di WordPress). SimplePoTranslate produce entrambi in un unico ZIP, insieme ai formati .json e .php se servi anche codice headless o PHP personalizzato. Consulta il nostro post su un file in ingresso, cinque formati in uscita per capire perché l'output multi-formato è importante.

5. Distribuisci per locale

Carica i file .mo risultanti su wp-content/languages/themes/ con il suffisso locale corretto. Configura i tag hreflang. Testa con utenti reali in ogni regione, se possibile – i parlanti nativi colgono cose che nessun strumento può.

Mettendo tutto insieme

Le varianti regionali non sono un optional per siti multilingue seri – sono la differenza tra "tradotto" e "localizzato". Ma non è nemmeno necessario pubblicare ogni possibile variante il primo giorno. Inizia con una variante spagnola e una portoghese che corrispondano al tuo mercato più grande. Aggiungi varianti man mano che il tuo traffico e le tue entrate in ciascuna regione giustificano il costo di mantenimento.

La buona notizia è che il workflow di traduzione per le varianti è drasticamente più veloce rispetto alla creazione di ciascuna da zero. La conversione regionale assistita dall'AI richiede un'ora per variante invece di settimane. La parte difficile è la disciplina editoriale – scegliere quali varianti mantenere e impegnarsi a mantenerle aggiornate.

Pronto a tradurre il tuo sito WordPress in più varianti spagnole o portoghesi? Prova SimplePoTranslate gratuitamente – nessuna carta di credito richiesta. Carica una volta, genera varianti regionali in pochi minuti.