es_ES vs es_MX, pt_PT vs pt_BR: Regionale WordPress-varianten

Een WooCommerce-winkeleigenaar in Barcelona stelde ons vorige maand een vraag die de kern raakt van een probleem waar elke eigenaar van een meertalige site uiteindelijk mee te maken krijgt. Haar site levert aan Spanje, Mexico en Argentinië. Ze vertaalde alles naar es_ES, lanceerde de site, en binnen een week klaagde een klant in Mexico-Stad dat de tekst op de afrekenpagina 'vreemd en een beetje ouderwets' klonk. Een week later wees een andere klant erop dat een productbeschrijving een woord bevatte dat in Spanje volkomen onschuldig is, maar grof in Mexico. Haar vraag: "Heb ik echt aparte vertalingen nodig voor elk land?"

Het korte antwoord is: soms. Het lange antwoord hangt af van wat u verkoopt, waar uw klanten zich bevinden en hoeveel content u realistisch gezien kunt onderhouden. Deze gids behandelt wanneer regionale varianten belangrijk zijn, hoe WordPress ze 'onder de motorkap' verwerkt, en hoe u ze kunt vertalen zonder uw werklast te vermenigvuldigen met het aantal landen dat u bedient.

We zullen ons richten op Spaans en Portugees, omdat dit de twee taalfamilies zijn waar variantensplitsingen de meeste problemen in de praktijk veroorzaken. Frans, Engels en Arabisch hebben ook regionale varianten, maar de belangen zijn meestal kleiner.

Waarom regionale varianten belangrijk zijn

Spaans is de tweede meest gesproken taal ter wereld, maar 'Spaans' als één enkele taal is een versimpeling. Een zin die in Madrid natuurlijk klinkt, kan in Buenos Aires stijf, formeel of ouderwets overkomen. Een volkomen passend woord in Mexico-Stad kan in Lima beledigend zijn. Portugees kent een nog grotere splitsing – het verschil in uitspraak, grammatica en woordenschat tussen pt_PT en pt_BR is zo groot dat veel uitgevers ze behandelen als effectief aparte talen.

De woorden die daadwerkelijk veranderen

Enkele concrete voorbeelden, zodat dit niet abstract blijft.

Het werkwoord coger betekent 'nemen' in Spanje en wordt constant gebruikt in het dagelijkse spraakgebruik. In Mexico, Argentinië en het grootste deel van Latijns-Amerika is het een plat werkwoord voor seks. Het gebruik ervan in de afrekenpagina-tekst ("coger tu pedido") komt in Madrid heel anders over dan in Buenos Aires.

Ordenador is het standaardwoord voor computer in Spanje. In Latijns-Amerika zegt bijna iedereen computadora. Geen van beide is fout, maar het mixen ervan geeft de lezer het signaal dat uw content voor een andere markt is vertaald.

Móvil (Spanje) versus celular (Latijns-Amerika) voor mobiele telefoon. Conducir (Spanje) versus manejar (Latijns-Amerika) voor autorijden. Patata (Spanje) versus papa (het grootste deel van Latijns-Amerika) voor aardappel. Tientallen van deze woorden verschillen vaak.

Portugees is nog meer verdeeld. Brazilië gebruikt você voor 'u/jij' in bijna alle contexten. Portugal gebruikt tu in informele spraak en você als formele markering – bijna een sociaal klasse-signaal. Zakelijk Portugees in Lissabon en São Paulo zijn functioneel verschillende registers.

De zakelijke kosten van het negeren van varianten

Gebruikers vellen in seconden een vertrouwenoordeel. Een shopper in Mexico die productbeschrijvingen in het Spaans (uit Spanje) leest, merkt één van de twee dingen op: ofwel de site is niet echt lokaal, ofwel het merk geeft er niet genoeg om om te lokaliseren. Conversiepercentages dalen. Het verlaten van de afrekenpagina stijgt. Uitgaven aan betaalde advertenties in LATAM-landen leveren een slechter rendement op omdat landingspagina's vreemd aanvoelen.

Voor sites met veel content zijn de SEO-kosten ook reëel. Google herkent hreflang-tags die es-ES onderscheiden van es-MX, en concurrerende zoekopdrachten in elke markt worden gedomineerd door content die is geschreven in het dialect van die regio. Een ropa interior-pagina in Spaans (uit Spanje) zal niet ranken tegen Mexicaanse concurrenten die lokale terminologie gebruiken zoals ropa íntima.

Hoe WordPress locale-codes verwerkt

WordPress-locales volgen het patroon ll_CC – tweeletterige taalcode, underscore, tweeletterige landcode. De volledige lijst is gedefinieerd in WordPress core en koppelt aan vertaalbestanden genaamd theme-es_ES.mo, plugin-es_MX.mo, enzovoort.

Core vs Site vs Gebruikerslocale

WordPress onderscheidt drie verschillende locale-instellingen:

• Site-taal (WPLANG / options.WPLANG historisch, nu option:WPLANG): De standaard voor de front-end van uw site.
• Gebruikerslocale (wp_usermeta.locale): Voorkeur per gebruiker voor het admin-dashboard.
• Runtime locale: Kan tijdens de aanvraag worden gefilterd door plugins zoals Polylang of WPML om verschillende content te serveren per URL-voorvoegsel.

Als uw site es_ES is, maar een gebruiker stelt zijn profiel in op es_MX, toont het admin-paneel in Mexicaans Spaans, terwijl de front-end in Spaans (uit Spanje) blijft. Dit is prima voor de admin-interface, maar niet nuttig voor het leveren van content aan klanten – u hebt URL-gebaseerde of domeingebaseerde switching nodig.

Het en_GB-voorbeeld

WordPress zelf levert en_US, en_GB, en_CA, en_AU en en_ZA als afzonderlijke locales. Ze delen de meeste content, maar verschillen in spelling (colour versus color, organise versus organize) en idiomen. U kunt dit gebruiken als patroon voor Spaanse en Portugese varianten – onderhoud aparte .mo-bestanden per regio, geleverd via URL-structuur.

MO bestandsnamen voor varianten

Voor een thema genaamd mytheme en drie Spaanse varianten:

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 kiest het bestand dat overeenkomt met de actieve locale. Als es_AR wordt aangevraagd maar er geen bestand bestaat, valt het standaard terug op es_ES (basis taalmatch) – wat precies het gedrag is dat u wilt vermijden voor de woorden die we hierboven hebben genoemd.

Spaanse varianten in de praktijk

De meeste uitgevers richten zich op één tot drie Spaanse varianten. Hier is de praktische beslissingsboom.

Slechts één variant

Lever es_ES als uw klantenbestand uitsluitend Spanje is, of es_MX / es (neutraal) als uw klantenbestand voornamelijk Latijns-Amerika is. Het gebruik van es als locale duidt op neutraal Spaans en vermijdt de regionale bagage van beide uitersten.

Twee varianten: Spanje en Latijns-Amerika

De meest voorkomende splitsing. Lever es_ES voor Spanje en een enkele Latijns-Amerikaanse variant (es_MX of een geneutraliseerde es) voor alle LATAM-landen. Dit is de 80/20-oplossing – u krijgt het grootste deel van het lokalisatievoordeel zonder 20 aparte bestanden te hoeven onderhouden.

Drie of meer varianten

Als u een grote e-commerce site beheert met aanzienlijke inkomsten specifiek in Argentinië, Mexico en Chili, wilt u mogelijk es_AR, es_MX en es_CL naast es_ES. De vertaalkosten stijgen, maar de conversieverbetering per markt ook.

Regiospecifieke woordenlijsten

Onderhoud een kleine woordenlijst per variant. Zelfs als 95% van uw vertaalde content wordt gedeeld, dekt een woordenlijst van 50-100 vaak voorkomende afwijkende woorden de meeste perceptuele 'dit klinkt verkeerd'-problemen. Voor meer informatie over het omgaan met domeinspecifieke woordenschat, zie onze ultieme gids voor WordPress-lokalisatie.

Portugese varianten (pt_PT vs pt_BR is een echte splitsing)

Behandel Portugees als twee talen, niet als twee varianten. Braziliaans Portugees (pt_BR) heeft 215 miljoen sprekers. Europees Portugees (pt_PT) heeft 10 miljoen. De grammatica verschilt. Werkwoordvervoeging verschilt. Voornaamwoorden verschillen. Een zin geschreven voor Lissabon zal in São Paulo duidelijk vreemd aanvoelen, en vice versa.

Als u zich er slechts één kunt veroorloven, kies dan pt_BR – het heeft de grotere sprekersbasis en sterkere e-commercemarkt. Maar stuur nooit pt_PT-content naar Braziliaanse gebruikers of andersom. De perceptiekosten zijn te hoog.

Wanneer u een variant wel (en niet) moet aanmaken

Maak een regionale variant aan wanneer:

• U meetbare inkomsten of verkeer uit die regio heeft (vuistregel: 10%+ van het totaal).
• Uw productcategorie regiospecifieke terminologie heeft (mode, voeding, juridisch, financiën).
• U betaalde acquisitie in die regio uitvoert en wilt dat de kwaliteit van de landingspagina overeenkomt.
• U lokale SEO doet en hreflang-targeting nodig heeft.

Sla de variant over wanneer:

• Uw site voornamelijk transactionele UI is met minimale tekst.
• Uw verkeer uit de regio minder dan 5% is en u de extra bestanden niet kunt onderhouden.
• U nieuw lanceert en later kunt itereren op basis van daadwerkelijke klantfeedback.

Een veelvoorkomend anti-patroon: 15 Spaanse varianten aanmaken 'voor de zekerheid' en dan 12 ervan uit synchronisatie laten raken. Verouderde content is erger dan content die een beetje van het dialect afwijkt. Verbind u ertoe te onderhouden wat u levert.

Efficiënte workflow voor variantvertalingen

Het handmatig onderhouden van vijf varianten van een .po-bestand met 2.000 strings is een recept voor afwijking. De workflow die schaalbaar is:

1. Vertaal de primaire variant goed

Kies uw variant met het meeste verkeer (meestal es_ES of es_MX voor Spaans, pt_BR voor Portugees) en vertaal die zorgvuldig. Dit wordt uw basis.

2. Leid andere varianten automatisch af

Upload de primaire variant .po naar SimplePoTranslate en vraag een vertaling naar de andere variant aan. Een contextbewuste vertaler begrijpt es_ES -> es_MX als een 'regionaliserings'-taak in plaats van een vertaling vanaf nul. Belangrijke woordenschatswaps (coger -> tomar, ordenador -> computadora) gebeuren automatisch, terwijl identieke zinnen ongewijzigd blijven.

3. Pas een regionale woordenlijst-override toe

Houd een kort woordenlijstbestand bij met de regiospecifieke termkeuzes van uw merk. Pas dit toe als een laatste controle na AI-vertaling. Dit zet productnamen, merkterminologie en omstreden woordenschat vast op uw voorkeurskeuzes per regio.

4. Genereer alle uitvoerformaten

Varianten hebben zowel .po (voor bewerking) als .mo (voor WordPress-runtime) nodig. SimplePoTranslate levert beide in een enkele ZIP, samen met .json- en .php-formaten als u ook headless of aangepaste PHP-code serveert. Zie onze post over één bestand in, vijf formaten uit waarom uitvoer in meerdere formaten belangrijk is.

5. Implementeer per locale

Upload de resulterende .mo-bestanden naar wp-content/languages/themes/ met het juiste locale-achtervoegsel. Stel hreflang-tags in. Test indien mogelijk met echte gebruikers in elke regio – moedertaalsprekers vangen dingen op die geen enkele tool kan.

Alles samenvoegen

Regionale varianten zijn geen luxe voor serieuze meertalige sites – ze maken het verschil tussen 'vertaald' en 'gelokaliseerd'. Maar u hoeft ook niet elke mogelijke variant op dag één te lanceren. Begin met één Spaanse en één Portugese variant die overeenkomen met uw grootste markt. Voeg varianten toe wanneer uw verkeer en inkomsten in elke regio de onderhoudskosten rechtvaardigen.

Het goede nieuws is dat de vertaalworkflow voor varianten dramatisch sneller is dan elke variant vanaf nul op te bouwen. AI-ondersteunde regionale conversie kost een uur per variant in plaats van weken. Het moeilijke deel is de redactionele discipline – kiezen welke varianten te onderhouden en zich ertoe verbinden ze actueel te houden.

Klaar om uw WordPress-site te vertalen naar meerdere Spaanse of Portugese varianten? Probeer SimplePoTranslate gratis – geen creditcard vereist. Eén keer uploaden, regionale varianten genereren in minuten.