es_ES vs es_MX, pt_PT vs pt_BR: Variações Regionais do WordPress

Uma proprietária de loja WooCommerce em Barcelona nos fez uma pergunta no mês passado que vai direto ao cerne de um problema que todo proprietário de site multilíngue eventualmente enfrenta. O site dela envia para a Espanha, México e Argentina. Ela traduziu tudo para es_ES, lançou e, em uma semana, um cliente na Cidade do México reclamou que o texto da finalização da compra soava "estranho e um pouco antiquado". Uma semana depois, outro cliente apontou que uma descrição de produto continha uma palavra que é completamente inocente na Espanha, mas vulgar no México. A pergunta dela: "Eu realmente preciso de traduções separadas para cada país?"
A resposta curta é às vezes. A resposta longa depende do que você está vendendo, onde seus clientes estão e quanto conteúdo você pode realisticamente manter. Este guia aborda quando as variantes regionais importam, como o WordPress as lida internamente e como traduzi-las sem multiplicar sua carga de trabalho pelo número de países que você atende.
Focaremos em espanhol e português porque são as duas famílias de idiomas onde as divisões de variantes causam os maiores problemas no mundo real. Francês, inglês e árabe também têm variantes regionais, mas os riscos são geralmente menores.
Por que as Variantes Regionais Importam
O espanhol é a segunda língua mais falada no mundo, mas "espanhol" como uma única língua é uma simplificação. Uma frase que soa natural em Madrid pode parecer rígida, formal ou antiquada em Buenos Aires. Uma palavra perfeitamente apropriada na Cidade do México pode ser ofensiva em Lima. O português tem uma divisão ainda maior - a lacuna de pronúncia, gramática e vocabulário entre pt_PT e pt_BR é tão ampla que muitos editores os tratam como idiomas efetivamente separados.
As Palavras que Realmente Mudam
Alguns exemplos concretos para que isso não fique abstrato.
O verbo coger significa "pegar" na Espanha e é usado constantemente na fala diária. No México, Argentina e na maior parte da América Latina, é um verbo vulgar para sexo. Usá-lo no texto da finalização da compra ("coger tu pedido") tem um impacto muito diferente em Madrid do que em Buenos Aires.
Ordenador é a palavra padrão para computador na Espanha. Na América Latina, quase todo mundo diz computadora. Nenhuma está errada, mas misturá-las sinaliza ao leitor que seu conteúdo foi traduzido para um mercado diferente.
Móvil (Espanha) vs celular (América Latina) para telefone móvel. Conducir (Espanha) vs manejar (América Latina) para dirigir. Patata (Espanha) vs papa (maior parte da América Latina) para batata. Dezenas dessas palavras divergem com alta frequência.
O português é ainda mais dividido. O Brasil usa você para "você" em quase todos os contextos. Portugal usa tu na fala informal e você como um marcador formal - próximo a um sinal de classe social. O português de negócios em Lisboa e São Paulo são registros funcionalmente diferentes.
O Custo Empresarial de Ignorar as Variantes
Os usuários fazem julgamentos de confiança em segundos. Um comprador no México lendo descrições de produtos em espanhol da Espanha registra uma de duas coisas: ou o site não é realmente local, ou a marca não se importa o suficiente para localizar. As taxas de conversão caem. O abandono do carrinho aumenta. Os gastos com anúncios pagos em países da LATAM produzem um retorno pior porque as landing pages parecem estrangeiras.
Para sites com muito conteúdo, o custo de SEO também é real. O Google reconhece tags hreflang que distinguem es-ES de es-MX, e as consultas de pesquisa competitivas em cada mercado são dominadas por conteúdo escrito no dialeto daquela região. Uma página de ropa interior em espanhol da Espanha não terá um bom ranqueamento contra concorrentes mexicanos que usam terminologia local como ropa íntima.
Como o WordPress Lida com Códigos de Localidade
As localidades do WordPress seguem o padrão ll_CC - código de idioma de duas letras, sublinhado, código de país de duas letras. A lista completa é definida no core do WordPress e mapeia para arquivos de tradução nomeados theme-es_ES.mo, plugin-es_MX.mo e assim por diante.
Localidade do Core vs. do Site vs. do Usuário
O WordPress distingue três configurações de localidade diferentes:
- Idioma do site (
WPLANG/options.WPLANGhistoricamente, agoraoption:WPLANG): O padrão para o front-end do seu site. - Localidade do usuário (
wp_usermeta.locale): Preferência por usuário para o painel de administração. - Localidade em tempo de execução: Pode ser filtrada no momento da solicitação por plugins como Polylang ou WPML para servir conteúdo diferente por prefixo de URL.
Se o seu site é es_ES, mas um usuário define seu perfil para es_MX, o painel de administração é exibido em espanhol mexicano, enquanto o front-end permanece em espanhol da Espanha. Isso é bom para a interface de usuário do admin, mas não é útil para entregar conteúdo aos clientes - você precisa de comutação baseada em URL ou em domínio.
O Exemplo de en_GB
O próprio WordPress envia en_US, en_GB, en_CA, en_AU e en_ZA como localidades separadas. Eles compartilham a maior parte do conteúdo, mas divergem na ortografia (colour vs color, organise vs organize) e em expressões idiomáticas. Você pode usar isso como um padrão para variantes de espanhol e português - mantenha arquivos .mo separados por região, servidos via estrutura de URL.
Nomenclatura de Arquivos MO para Variantes
Para um tema chamado mytheme e três variantes de espanhol:
wp-content/languages/themes/mytheme-es_ES.mo
wp-content/languages/themes/mytheme-es_MX.mo
wp-content/languages/themes/mytheme-es_AR.mo
O WordPress escolhe o arquivo que corresponde à localidade ativa. Se es_AR é solicitado, mas nenhum arquivo existe, ele retorna a es_ES por padrão (correspondência de idioma base) - que é exatamente o comportamento que você deseja evitar para as palavras que listamos acima.
Variantes de Espanhol na Prática
A maioria dos editores visa de uma a três variantes de espanhol. Aqui está a árvore de decisão prática.
Apenas Uma Variante
Envie es_ES se sua base de clientes for exclusivamente da Espanha, ou es_MX / es (neutro) se sua base de clientes for principalmente da América Latina. Usar es como localidade sinaliza espanhol neutro e evita a bagagem regional de qualquer um dos extremos.
Duas Variantes: Espanha e América Latina
A divisão mais comum. Sirva es_ES para a Espanha e uma única variante latino-americana (es_MX ou um es neutralizado) para todos os países da LATAM. Esta é a solução 80/20 - você obtém a maior parte do benefício da localização sem manter 20 arquivos separados.
Três ou Mais Variantes
Se você está executando um grande site de e-commerce com receita significativa especificamente na Argentina, México e Chile, você pode querer es_AR, es_MX e es_CL além de es_ES. O custo de tradução aumenta, mas também o aumento de conversão por mercado.
Listas de Palavras Específicas da Região
Mantenha um pequeno glossário por variante. Mesmo que 95% do seu conteúdo traduzido seja compartilhado, um glossário de 50 a 100 palavras divergentes de alta frequência cobre a maioria dos problemas de percepção de "isso soa errado". Para mais informações sobre como lidar com vocabulário específico de domínio, consulte nosso guia definitivo para localização no WordPress.
Variantes de Português (pt_PT vs pt_BR é uma Divisão Real)
Trate o português como dois idiomas, não duas variantes. O português do Brasil (pt_BR) tem 215 milhões de falantes. O português europeu (pt_PT) tem 10 milhões. A gramática difere. A conjugação verbal difere. Os pronomes diferem. Uma frase escrita para Lisboa parecerá distintamente estrangeira em São Paulo, e vice-versa.
Se você só pode pagar por um, escolha pt_BR - ele tem a maior base de falantes e um mercado de e-commerce mais forte. Mas nunca envie conteúdo pt_PT para usuários brasileiros ou o contrário. O custo de percepção é muito alto.
Quando Você Deve (e Não Deve) Criar uma Variante
Crie uma variante regional quando:
- Você tem receita ou tráfego mensuráveis daquela região (regra geral: 10%+ do total).
- Sua categoria de produto tem terminologia específica da região (moda, alimentos, jurídico, finanças).
- Você executa aquisição paga naquela região e quer que a qualidade da landing page corresponda.
- Você está fazendo SEO local e precisa de segmentação hreflang.
Pule a variante quando:
- Seu site é principalmente uma UI transacional com texto mínimo.
- Seu tráfego da região é inferior a 5% e você não pode manter os arquivos extras.
- Você está lançando algo novo e pode iterar com base no feedback real do cliente mais tarde.
Um antipadrão comum: criar 15 variantes de espanhol "apenas para garantir" e depois deixar 12 delas ficarem desatualizadas. Conteúdo desatualizado é pior do que conteúdo com um dialeto ligeiramente incorreto. Comprometa-se a manter o que você envia.
Fluxo de Trabalho de Tradução de Variantes Eficiente
Manter manualmente cinco variantes de um arquivo .po de 2.000 strings é uma receita para a desatualização. O fluxo de trabalho que escala:
1. Traduza Bem a Variante Primária
Escolha sua variante de maior tráfego (geralmente es_ES ou es_MX para espanhol, pt_BR para português) e traduza-a com cuidado. Esta se torna sua base.
2. Derive Outras Variantes Automaticamente
Faça o upload da variante primária .po para SimplePoTranslate e solicite a tradução para a outra variante. Um tradutor ciente do contexto entende es_ES -> es_MX como uma tarefa de "regionalização" em vez de uma tradução do zero. As trocas de vocabulário chave (coger -> tomar, ordenador -> computadora) acontecem automaticamente, enquanto as frases idênticas passam sem alterações.
3. Aplique uma Sobrescrita de Glossário Regional
Mantenha um arquivo de glossário curto com as escolhas de termos específicos da região da sua marca. Aplique-o como uma revisão final após a tradução por IA. Isso fixa nomes de produtos, terminologia da marca e vocabulário controverso às suas escolhas preferidas por região.
4. Gere Todos os Formatos de Saída
As variantes precisam de ambos .po (para edição) e .mo (para tempo de execução do WordPress). SimplePoTranslate gera ambos em um único ZIP, juntamente com os formatos .json e .php se você também serve código PHP headless ou personalizado. Veja nosso post sobre um arquivo de entrada, cinco formatos de saída para entender por que a saída multi-formato é importante.
5. Implante por Localidade
Faça o upload dos arquivos .mo resultantes para wp-content/languages/themes/ com o sufixo de localidade correto. Configure tags hreflang. Teste com usuários reais em cada região, se possível - falantes nativos percebem coisas que nenhuma ferramenta consegue.
Reunindo Tudo
As variantes regionais não são um luxo para sites multilíngues sérios - elas são a diferença entre "traduzido" e "localizado". Mas você também não precisa lançar todas as variantes possíveis no primeiro dia. Comece com uma variante de espanhol e uma de português que corresponda ao seu maior mercado. Adicione variantes à medida que seu tráfego e receita em cada região justifiquem o custo de manutenção.
A boa notícia é que o fluxo de trabalho de tradução para variantes é dramaticamente mais rápido do que construir cada uma do zero. A conversão regional assistida por IA leva uma hora por variante em vez de semanas. A parte difícil é a disciplina editorial - escolher quais variantes manter e comprometer-se a mantê-las atualizadas.
Pronto para traduzir seu site WordPress para múltiplas variantes de espanhol ou português? Experimente o SimplePoTranslate gratuitamente - sem necessidade de cartão de crédito. Faça o upload uma vez, gere variantes regionais em minutos.