es_ES vs es_MX, pt_PT vs pt_BR: Regionala WordPress-varianter

En WooCommerce-butiksägare i Barcelona ställde en fråga till oss förra månaden som går till kärnan av ett problem som alla flerspråkiga webbplatsägare förr eller senare möter. Hennes webbplats levererar till Spanien, Mexiko och Argentina. Hon översatte allt till es_ES, lanserade, och inom en vecka klagade en kund i Mexico City på att texten i kassan lät "konstigt och lite gammaldags". En vecka senare påpekade en annan kund att en produktbeskrivning innehöll ett ord som är helt oskyldigt i Spanien men grovt i Mexiko. Hennes fråga: "Behöver jag verkligen separata översättningar för varje land?"

Det korta svaret är ibland. Det långa svaret beror på vad du säljer, var dina kunder befinner sig och hur mycket innehåll du realistiskt sett kan underhålla. Denna guide behandlar när regionala varianter spelar roll, hur WordPress faktiskt hanterar dem under ytan och hur du översätter dem utan att multiplicera din arbetsbörda med antalet länder du betjänar.

Vi kommer att fokusera på spanska och portugisiska eftersom dessa är de två språkfamiljer där variantuppdelningar orsakar de flesta verkliga problemen. Franska, engelska och arabiska har också regionala varianter, men insatserna är oftast lägre.

Varför regionala varianter är viktiga

Spanska är det näst mest talade språket i världen, men "spanska" som ett enda språk är en förenkling. En mening som låter naturlig i Madrid kan låta stelt, formellt eller föråldrat i Buenos Aires. Ett helt lämpligt ord i Mexico City kan vara stötande i Lima. Portugisiska har en ännu större uppdelning – gapet i uttal, grammatik och ordförråd mellan pt_PT och pt_BR är tillräckligt stort för att många förlag behandlar dem som i praktiken separata språk.

De ord som faktiskt ändras

Några konkreta exempel så att detta inte förblir abstrakt.

Verbet coger betyder "att ta" i Spanien och används ständigt i dagligt tal. I Mexiko, Argentina och större delen av Latinamerika är det ett grovt ord för sex. Att använda det i kassan-texten ("coger tu pedido") uppfattas väldigt annorlunda i Madrid än i Buenos Aires.

Ordenador är standardordet för dator i Spanien. I Latinamerika säger nästan alla computadora. Ingetdera är fel, men att blanda dem signalerar till läsaren att ditt innehåll översattes för en annan marknad.

Móvil (Spanien) vs celular (Latinamerika) för mobiltelefon. Conducir (Spanien) vs manejar (Latinamerika) för att köra bil. Patata (Spanien) vs papa (större delen av Latinamerika) för potatis. Dussintals sådana skiljer sig åt med hög frekvens.

Portugisiska är ännu mer uppdelat. Brasilien använder você för "du" i nästan alla sammanhang. Portugal använder tu i informellt tal och você som en formell markör – nära en social klass-signal. Affärsportugisiska i Lissabon och São Paulo är funktionellt olika register.

Affärskostnaden för att ignorera varianter

Användare gör förtroendeomdömen på några sekunder. En shoppare i Mexiko som läser produktbeskrivningar på spansk spanska registrerar en av två saker: antingen är webbplatsen inte riktigt lokal, eller så bryr sig varumärket inte tillräckligt om att lokalisera. Konverteringsgraden sjunker. Övergivna kassan ökar. Betalda annonser i LATAM-länder ger sämre avkastning eftersom landningssidorna känns främmande.

För innehållsrika webbplatser är SEO-kostnaden också verklig. Google känner igen hreflang-taggar som skiljer es-ES från es-MX, och konkurrensutsatta sökfrågor på varje marknad domineras av innehåll skrivet på den regionens dialekt. En ropa interior-sida på spansk spanska kommer inte att rankas mot mexikanska konkurrenter som använder lokal terminologi som ropa íntima.

Hur WordPress hanterar lokalkoder

WordPress-lokalkoder följer mönstret ll_CC – tvåbokstavig språkkod, understreck, tvåbokstavig landskod. Hela listan definieras i WordPress kärna och mappas till översättningsfiler med namnet theme-es_ES.mo, plugin-es_MX.mo, och så vidare.

Kärnspråk vs webbplats-språk vs användarspråk

WordPress skiljer mellan tre olika språkinställningar:

• Webbplatsspråk (WPLANG / options.WPLANG historiskt, nu option:WPLANG): Standardinställningen för din webbplats front-end.
• Användarspråk (wp_usermeta.locale): Inställning per användare för adminpanelen.
• Körningsspråk (Runtime locale): Kan filtreras vid förfrågningstillfället av insticksprogram som Polylang eller WPML för att visa olika innehåll per URL-prefix.

Om din webbplats är es_ES men en användare ställer in sin profil till es_MX, visas adminpanelen på mexikansk spanska medan front-end förblir på spansk spanska. Detta är bra för admin-gränssnittet men inte användbart för att leverera innehåll till kunder – du behöver URL-baserad eller domänbaserad växling.

Exemplet med en_GB

WordPress i sig levereras med en_US, en_GB, en_CA, en_AU och en_ZA som separata lokala inställningar. De delar det mesta av innehållet men skiljer sig åt i stavning (colour vs color, organise vs organize) och idiom. Du kan använda detta som ett mönster för spanska och portugisiska varianter – underhåll separata .mo-filer per region, som levereras via URL-struktur.

Namngivning av MO-filer för varianter

För ett tema med namnet mytheme och tre spanska varianter:

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 väljer filen som matchar den aktiva språkinställningen. Om es_AR begärs men ingen fil finns, återgår den till es_ES som standard (baserat på språkmatchning) – vilket är precis det beteende du vill undvika för de ord vi listade ovan.

Spanska varianter i praktiken

De flesta utgivare riktar in sig på en till tre spanska varianter. Här är det praktiska beslutsträdet.

Endast en variant

Leverera es_ES om din kundbas uteslutande är Spanien, eller es_MX / es (neutral) om din kundbas främst är Latinamerika. Att använda es som språkinställning signalerar neutral spanska och undviker den regionala belastningen från något av extremfallen.

Två varianter: Spanien och Latinamerika

Den vanligaste uppdelningen. Visa es_ES för Spanien och en enda latinamerikansk variant (es_MX eller en neutraliserad es) för alla LATAM-länder. Detta är 80/20-lösningen – du får det mesta av lokaliseringsfördelen utan att underhålla 20 separata filer.

Tre eller fler varianter

Om du driver en stor e-handelswebbplats med betydande intäkter i specifikt Argentina, Mexiko och Chile, kanske du vill ha es_AR, es_MX och es_CL utöver es_ES. Översättningskostnaden går upp, men det gör även konverteringsökningen per marknad.

Regionsspecifika ordlistor

Underhåll en liten ordlista per variant. Även om 95 % av ditt översatta innehåll delas, täcker en ordlista med 50-100 högfrekventa avvikande ord de flesta uppfattningsmässiga "det här låter fel"-problemen. För mer om hur man hanterar domänspecifik vokabulär, se vår ultimata guide till WordPress-lokalisering.

Portugisiska varianter (pt_PT vs pt_BR är en verklig uppdelning)

Behandla portugisiska som två språk, inte två varianter. Brasiliansk portugisiska (pt_BR) har 215 miljoner talare. Europeisk portugisiska (pt_PT) har 10 miljoner. Grammatiken skiljer sig åt. Verbböjningen skiljer sig åt. Pronomen skiljer sig åt. En mening skriven för Lissabon kommer att kännas tydligt främmande i São Paulo, och vice versa.

Om du bara har råd med en, välj pt_BR – den har den större talarbasen och starkare e-handelsmarknaden. Men skicka aldrig pt_PT-innehåll till brasilianska användare eller tvärtom. Kostnaden för hur det uppfattas är för hög.

När du bör (och inte bör) skapa en variant

Skapa en regional variant när:

• Du har mätbara intäkter eller trafik från den regionen (tumregel: 10%+ av totalen).
• Din produktkategori har regionsspecifik terminologi (mode, mat, juridik, finans).
• Du driver betald förvärvning i den regionen och vill att landningssidans kvalitet ska matcha.
• Du arbetar med lokal SEO och behöver hreflang-målriktning.

Hoppa över varianten när:

• Din webbplats mestadels är transaktionell UI med minimal text.
• Din trafik från regionen är under 5 % och du inte kan underhålla de extra filerna.
• Du lanserar nytt och kan iterera baserat på faktisk kundfeedback senare.

Ett vanligt anti-mönster: att skapa 15 spanska varianter "bara för säkerhets skull" och sedan låta 12 av dem komma ur synk. Föråldrat innehåll är värre än innehåll med lite fel dialekt. Åta dig att underhålla det du lanserar.

Effektivt arbetsflöde för variantöversättning

Att manuellt underhålla fem varianter av en .po-fil med 2 000 strängar är ett recept för att förlora synkronisering. Arbetsflödet som skalar:

1. Översätt huvudvarianten väl

Välj varianten med mest trafik (vanligtvis es_ES eller es_MX för spanska, pt_BR för portugisiska) och översätt den noggrant. Detta blir din bas.

2. Härled andra varianter automatiskt

Ladda upp huvudvariantens .po-fil till SimplePoTranslate och begär översättning till den andra varianten. En kontextmedveten översättare förstår es_ES -> es_MX som en "regionalisering"-uppgift snarare än en översättning från grunden. Viktiga ordförrådsbyten (coger -> tomar, ordenador -> computadora) sker automatiskt medan identiska fraser går igenom oförändrade.

3. Tillämpa en regional ordlista-åsidosättning

Behåll en kort ordlistefil med ditt varumärkes regionspecifika termval. Tillämpa den som ett sista steg efter AI-översättningen. Detta låser produktnamn, varumärkesterminologi och kontroversiellt ordförråd till dina föredragna val per region.

4. Generera alla utdataformat

Varianter behöver både .po (för redigering) och .mo (för WordPress-körning). SimplePoTranslate producerar båda i en enda ZIP-fil, tillsammans med .json och .php-format om du även serverar headless eller anpassad PHP-kod. Se vårt inlägg om en fil in, fem format ut för varför utdata i flera format är viktigt.

5. Distribuera per språkinställning

Ladda upp de resulterande .mo-filerna till wp-content/languages/themes/ med rätt språkinställningssuffix. Konfigurera hreflang-taggar. Testa med verkliga användare i varje region om möjligt – modersmålstalare upptäcker saker som inget verktyg kan.

Sammanfattning

Regionala varianter är inte bara en bonus för seriösa flerspråkiga webbplatser – de är skillnaden mellan "översatt" och "lokaliserat". Men du behöver inte heller lansera varje möjlig variant från dag ett. Börja med en spansk och en portugisisk variant som matchar din största marknad. Lägg till varianter när din trafik och dina intäkter i varje region motiverar underhållskostnaden.

Den goda nyheten är att arbetsflödet för variantöversättning är dramatiskt snabbare än att bygga varje från grunden. AI-assisterad regional konvertering tar en timme per variant istället för veckor. Den svåra delen är den redaktionella disciplinen – att välja vilka varianter som ska underhållas och åta sig att hålla dem uppdaterade.

Redo att översätta din WordPress-webbplats till flera spanska eller portugisiska varianter? Prova SimplePoTranslate gratis – inget kreditkort krävs. Ladda upp en gång, generera regionala varianter på minuter.