es_ES vs es_MX, pt_PT vs pt_BR : Variantes régionales de WordPress

La propriétaire d'une boutique WooCommerce à Barcelone nous a posé une question le mois dernier qui touche au cœur d'un problème auquel tout propriétaire de site multilingue est confronté. Son site livre en Espagne, au Mexique et en Argentine. Elle a tout traduit en es_ES, a lancé son site, et en une semaine, un client de Mexico s'est plaint que le texte de la page de paiement semblait « étrange et un peu démodé ». Une semaine plus tard, un autre client a signalé qu'une description de produit contenait un mot totalement innocent en Espagne mais vulgaire au Mexique. Sa question : « Ai-je vraiment besoin de traductions séparées pour chaque pays ? »

La réponse courte est : parfois. La réponse longue dépend de ce que vous vendez, de l'endroit où se trouvent vos clients et de la quantité de contenu que vous pouvez raisonnablement maintenir. Ce guide couvre les cas où les variantes régionales sont importantes, comment WordPress les gère en coulisses, et comment les traduire sans multiplier votre charge de travail par le nombre de pays que vous desservez.

Nous nous concentrerons sur l'espagnol et le portugais, car ce sont les deux familles de langues où les divisions de variantes causent le plus de problèmes concrets. Le français, l'anglais et l'arabe ont également des variantes régionales, mais les enjeux sont généralement moindres.

Pourquoi les variantes régionales sont importantes

L'espagnol est la deuxième langue la plus parlée au monde, mais « espagnol » en tant que langue unique est une simplification. Une phrase qui se lit naturellement à Madrid peut sembler rigide, formelle ou dépassée à Buenos Aires. Un mot parfaitement approprié à Mexico peut être offensant à Lima. Le portugais présente une division encore plus grande – l'écart de prononciation, de grammaire et de vocabulaire entre le pt_PT et le pt_BR est suffisamment large pour que de nombreux éditeurs les traitent comme des langues effectivement distinctes.

Les mots qui changent réellement

Quelques exemples concrets pour que cela ne reste pas abstrait.

Le verbe coger signifie « prendre » en Espagne et est constamment utilisé dans le langage courant. Au Mexique, en Argentine et dans la plupart de l'Amérique latine, c'est un verbe vulgaire pour l'acte sexuel. L'utiliser dans le texte de la page de paiement (« coger tu pedido ») est perçu très différemment à Madrid qu'à Buenos Aires.

Ordenador est le mot standard pour ordinateur en Espagne. En Amérique latine, presque tout le monde dit computadora. Aucun n'est incorrect, mais les mélanger signale au lecteur que votre contenu a été traduit pour un marché différent.

Móvil (Espagne) vs celular (Amérique latine) pour téléphone portable. Conducir (Espagne) vs manejar (Amérique latine) pour conduire. Patata (Espagne) vs papa (la plupart de l'Amérique latine) pour pomme de terre. Des dizaines de ces mots divergent à haute fréquence.

Le portugais est encore plus divisé. Le Brésil utilise você pour « vous » dans presque tous les contextes. Le Portugal utilise tu dans le langage informel et você comme marqueur de formalité – proche d'un marqueur de classe sociale. Le portugais des affaires à Lisbonne et à São Paulo sont des registres fonctionnellement différents.

Le coût commercial d'ignorer les variantes

Les utilisateurs émettent des jugements de confiance en quelques secondes. Un acheteur au Mexique lisant des descriptions de produits en espagnol d'Espagne enregistre l'une des deux choses suivantes : soit le site n'est pas vraiment local, soit la marque ne se soucie pas suffisamment de la localisation. Les taux de conversion baissent. L'abandon de panier augmente. Les dépenses publicitaires payantes dans les pays d'Amérique latine génèrent un moins bon retour sur investissement parce que les pages de destination semblent étrangères.

Pour les sites à fort contenu, le coût SEO est également réel. Google reconnaît les balises hreflang qui distinguent es-ES de es-MX, et les requêtes de recherche compétitives sur chaque marché sont dominées par le contenu rédigé dans le dialecte de cette région. Une page ropa interior en espagnol d'Espagne ne se classera pas face aux concurrents mexicains utilisant une terminologie locale comme ropa íntima.

Comment WordPress gère les codes de paramètres régionaux

Les locales de WordPress suivent le modèle ll_CC – code de langue à deux lettres, underscore, code de pays à deux lettres. La liste complète est définie dans le cœur de WordPress et correspond à des fichiers de traduction nommés theme-es_ES.mo, plugin-es_MX.mo, etc.

Locale du cœur (Core) vs Site vs Utilisateur

WordPress distingue trois paramètres de locale différents :

• Langue du site (WPLANG / options.WPLANG historiquement, maintenant option:WPLANG) : Le paramètre par défaut pour le front-end de votre site.
• Locale de l'utilisateur (wp_usermeta.locale) : Préférence par utilisateur pour le tableau de bord d'administration.
• Locale d'exécution : Peut être filtrée au moment de la requête par des plugins comme Polylang ou WPML pour servir un contenu différent par préfixe d'URL.

Si votre site est es_ES mais qu'un utilisateur règle son profil sur es_MX, l'administration s'affiche en espagnol mexicain tandis que le front-end reste en espagnol d'Espagne. C'est bien pour l'interface utilisateur de l'administration mais pas utile pour livrer du contenu aux clients – vous avez besoin d'une commutation basée sur l'URL ou le domaine.

L'exemple en_GB

WordPress lui-même livre en_US, en_GB, en_CA, en_AU et en_ZA comme locales séparées. Elles partagent la plupart du contenu mais divergent dans l'orthographe (colour vs color, organise vs organize) et les idiomes. Vous pouvez utiliser cela comme modèle pour les variantes espagnoles et portugaises – maintenir des fichiers .mo séparés par région, servis via une structure d'URL.

Nomenclature des fichiers .mo pour les variantes

Pour un thème nommé mytheme et trois variantes espagnoles :

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 sélectionne le fichier correspondant à la locale active. Si es_AR est demandé mais qu'aucun fichier n'existe, il revient par défaut à es_ES (correspondance de langue de base) – ce qui est exactement le comportement que vous voulez éviter pour les mots que nous avons listés ci-dessus.

Les variantes espagnoles en pratique

La plupart des éditeurs ciblent une à trois variantes espagnoles. Voici l'arbre de décision pratique.

Une seule variante

Livrez es_ES si votre clientèle est exclusivement espagnole, ou es_MX / es (neutre) si votre clientèle est principalement d'Amérique latine. Utiliser es comme locale signale un espagnol neutre et évite le bagage régional de l'un ou l'autre extrême.

Deux variantes : Espagne et Amérique latine

La division la plus courante. Servez es_ES pour l'Espagne et une seule variante latino-américaine (es_MX ou un es neutralisé) pour tous les pays d'Amérique latine (LATAM). C'est la solution 80/20 – vous obtenez la plupart des avantages de la localisation sans avoir à maintenir 20 fichiers séparés.

Trois variantes ou plus

Si vous gérez un grand site e-commerce avec des revenus significatifs en Argentine, au Mexique et au Chili spécifiquement, vous voudrez peut-être es_AR, es_MX et es_CL en plus de es_ES. Le coût de traduction augmente, mais aussi le gain de conversion par marché.

Listes de mots spécifiques à la région

Maintenez un petit glossaire par variante. Même si 95 % de votre contenu traduit est partagé, un glossaire de 50 à 100 mots divergents à haute fréquence couvre la plupart des problèmes de perception du type « cela semble incorrect ». Pour en savoir plus sur la gestion du vocabulaire spécifique à un domaine, consultez notre guide ultime de la localisation WordPress.

Variantes portugaises (pt_PT vs pt_BR est une vraie scission)

Traitez le portugais comme deux langues, pas deux variantes. Le portugais brésilien (pt_BR) compte 215 millions de locuteurs. Le portugais européen (pt_PT) en compte 10 millions. La grammaire diffère. La conjugaison des verbes diffère. Les pronoms diffèrent. Une phrase écrite pour Lisbonne semblera nettement étrangère à São Paulo, et vice versa.

Si vous n'en avez les moyens que pour une seule, choisissez pt_BR – il a la plus grande base de locuteurs et un marché e-commerce plus solide. Mais n'envoyez jamais de contenu pt_PT aux utilisateurs brésiliens ou l'inverse. Le coût de perception est trop élevé.

Quand vous devriez (et ne devriez pas) créer une variante

Créez une variante régionale lorsque :

• Vous avez des revenus ou un trafic mesurables de cette région (règle générale : 10 % et plus du total).
• Votre catégorie de produits a une terminologie spécifique à la région (mode, alimentation, juridique, finance).
• Vous faites de l'acquisition payante dans cette région et souhaitez que la qualité de la page de destination corresponde.
• Vous faites du SEO local et avez besoin d'un ciblage hreflang.

Ignorez la variante lorsque :

• Votre site est principalement une interface utilisateur transactionnelle avec un minimum de texte.
• Votre trafic de la région est inférieur à 5 % et vous ne pouvez pas maintenir les fichiers supplémentaires.
• Vous lancez un nouveau site et pourrez itérer plus tard en fonction des retours clients réels.

Un anti-modèle courant : créer 15 variantes espagnoles « juste pour être sûr » et laisser ensuite 12 d'entre elles se désynchroniser. Un contenu obsolète est pire qu'un contenu légèrement hors dialecte. Engagez-vous à maintenir ce que vous livrez.

Flux de travail de traduction efficace des variantes

Maintenir manuellement cinq variantes d'un fichier .po de 2 000 chaînes est une recette pour la dérive. Le flux de travail qui évolue :

1. Traduisez bien la variante principale

Choisissez votre variante à plus fort trafic (généralement es_ES ou es_MX pour l'espagnol, pt_BR pour le portugais) et traduisez-la avec soin. Cela devient votre base.

2. Dérivez automatiquement les autres variantes

Chargez le fichier .po de la variante principale sur SimplePoTranslate et demandez la traduction vers l'autre variante. Un traducteur sensible au contexte comprend es_ES -> es_MX comme une tâche de « régionalisation » plutôt qu'une traduction de zéro. Les échanges de vocabulaire clés (coger -> tomar, ordenador -> computadora) se produisent automatiquement tandis que les phrases identiques restent inchangées.

3. Appliquez une surcharge de glossaire régional

Conservez un fichier de glossaire court avec les choix de termes spécifiques à la région de votre marque. Appliquez-le comme un passage final après la traduction par IA. Cela fixe les noms de produits, la terminologie de la marque et le vocabulaire litigieux à vos choix préférés par région.

4. Générez tous les formats de sortie

Les variantes nécessitent à la fois .po (pour l'édition) et .mo (pour l'exécution de WordPress). SimplePoTranslate produit les deux dans un seul fichier ZIP, ainsi que les formats .json et .php si vous servez également du code PHP headless ou personnalisé. Consultez notre article sur un fichier en entrée, cinq formats en sortie pour comprendre pourquoi la sortie multi-format est importante.

5. Déployez par locale

Chargez les fichiers .mo résultants dans wp-content/languages/themes/ avec le suffixe de locale approprié. Configurez les balises hreflang. Testez avec de vrais utilisateurs dans chaque région si possible – les locuteurs natifs repèrent des choses qu'aucun outil ne peut détecter.

Mettre tout cela ensemble

Les variantes régionales ne sont pas un luxe pour les sites multilingues sérieux – elles font la différence entre « traduit » et « localisé ». Mais vous n'avez pas non plus besoin de livrer toutes les variantes possibles dès le premier jour. Commencez par une variante espagnole et une variante portugaise qui correspondent à votre plus grand marché. Ajoutez des variantes à mesure que votre trafic et vos revenus dans chaque région justifient le coût de maintenance.

La bonne nouvelle est que le flux de travail de traduction pour les variantes est dramatiquement plus rapide que de tout construire à partir de zéro. La conversion régionale assistée par IA prend une heure par variante au lieu de semaines. La partie difficile est la discipline éditoriale – choisir les variantes à maintenir et s'engager à les garder à jour.

Prêt à traduire votre site WordPress en plusieurs variantes espagnoles ou portugaises ? Essayez SimplePoTranslate gratuitement – aucune carte de crédit requise. Téléchargez une fois, générez des variantes régionales en quelques minutes.