es_ES vs. es_MX, pt_PT vs. pt_BR: Regionale WordPress-varianter

En WooCommerce-butiksejer i Barcelona stillede os et spørgsmål sidste måned, der rammer kernen af et problem, som enhver ejer af en flersproget hjemmeside før eller siden står overfor. Hendes hjemmeside sender til Spanien, Mexico og Argentina. Hun oversatte alt til es_ES, lancerede, og inden for en uge klagede en kunde i Mexico City over, at teksten i kasseflowet lød "mærkeligt og lidt gammeldags". En uge senere påpegede en anden kunde, at en produktbeskrivelse indeholdt et ord, der er fuldstændig uskyldigt i Spanien, men groft i Mexico. Hendes spørgsmål: "Har jeg virkelig brug for separate oversættelser til hvert land?"

Det korte svar er nogle gange. Det lange svar afhænger af, hvad du sælger, hvor dine kunder befinder sig, og hvor meget indhold du realistisk set kan vedligeholde. Denne guide dækker, hvornår regionale varianter er vigtige, hvordan WordPress faktisk håndterer dem under overfladen, og hvordan du oversætter dem uden at mangedoble din arbejdsbyrde med antallet af lande, du betjener.

Vi vil fokusere på spansk og portugisisk, fordi det er de to sprogfamilier, hvor variantopdelinger forårsager de fleste virkelige problemer. Fransk, engelsk og arabisk har også regionale varianter, men indsatsen er normalt lavere.

Hvorfor regionale varianter er vigtige

Spansk er det næstmest talte sprog i verden, men "spansk" som et enkelt sprog er en forenkling. En sætning, der lyder naturligt i Madrid, kan lyde stiv, formel eller forældet i Buenos Aires. Et perfekt passende ord i Mexico City kan være stødende i Lima. Portugisisk har en endnu større opdeling – kløften i udtale, grammatik og ordforråd mellem pt_PT og pt_BR er bred nok til, at mange udgivere behandler dem som reelt separate sprog.

De ord der faktisk ændrer sig

Et par konkrete eksempler, så dette ikke forbliver abstrakt.

Verbet coger betyder "at tage" i Spanien og bruges konstant i daglig tale. I Mexico, Argentina og det meste af Latinamerika er det et groft slangudtryk for sex. At bruge det i teksten til kassen ("coger tu pedido") opfattes meget forskelligt i Madrid end i Buenos Aires.

Ordenador er standardordet for computer i Spanien. I Latinamerika siger næsten alle computadora. Ingen af delene er forkert, men at blande dem signalerer til læseren, at dit indhold er oversat til et andet marked.

Móvil (Spanien) vs. celular (Latinamerika) for mobiltelefon. Conducir (Spanien) vs. manejar (Latinamerika) for kørsel. Patata (Spanien) vs. papa (det meste af Latinamerika) for kartoffel. Dusinvis af disse afviger med høj frekvens.

Portugisisk er endnu mere opdelt. Brasilien bruger você for "du" i næsten alle sammenhænge. Portugal bruger tu i uformel tale og você som en formel markør – tæt på et socialt klassesignal. Forretningsportugisisk i Lissabon og São Paulo er funktionelt forskellige registre.

Forretningsomkostningerne ved at ignorere varianter

Brugere vurderer tillid på få sekunder. En shopper i Mexico, der læser produktbeskrivelser på spansk fra Spanien, opfatter én af to ting: enten er siden ikke ægte lokal, eller også bekymrer brandet sig ikke nok om at lokalisere. Konverteringsrater falder. Forladte kasser stiger. Betalte annonceudgifter i LATAM-lande giver et dårligere afkast, fordi landingssiderne føles fremmede.

For indholdstunge hjemmesider er SEO-omkostningerne også reelle. Google genkender hreflang-tags, der adskiller es-ES fra es-MX, og konkurrencedygtige søgeforespørgsler på hvert marked domineres af indhold skrevet på den pågældende regions dialekt. En ropa interior-side på spansk fra Spanien vil ikke rangere mod mexicanske konkurrenter, der bruger lokal terminologi som ropa íntima.

Hvordan WordPress håndterer landestandardkoder

WordPress-landestandarder følger mønsteret ll_CC – tocifret sprogkode, understregning, tocifret landekode. Den fulde liste er defineret i WordPress' kerne og kortlægger til oversættelsesfiler navngivet theme-es_ES.mo, plugin-es_MX.mo og så videre.

Kerne vs. side vs. brugerlandestandard

WordPress skelner mellem tre forskellige landestandardindstillinger:

• Sproget for siden (WPLANG / options.WPLANG historisk, nu option:WPLANG): Standardindstillingen for din hjemmesides frontend.
• Brugerlandestandard (wp_usermeta.locale): Pr. bruger-præference for admin-dashboardet.
• Køretidslandestandard: Kan filtreres ved anmodningstidspunktet af plugins som Polylang eller WPML for at vise forskelligt indhold pr. URL-præfiks.

Hvis din hjemmeside er es_ES, men en bruger indstiller deres profil til es_MX, vises administratorgrænsefladen på mexicansk spansk, mens frontend forbliver på spansk fra Spanien. Dette er fint til admin-brugerfladen, men ikke nyttigt til at levere indhold til kunder – du har brug for URL-baseret eller domænebaseret skift.

Eksemplet med en_GB

WordPress leveres selv med en_US, en_GB, en_CA, en_AU og en_ZA som separate landestandarder. De deler det meste indhold, men afviger i stavemåde (colour vs. color, organise vs. organize) og idiomer. Du kan bruge dette som et mønster for spanske og portugisiske varianter – vedligehold separate .mo-filer pr. region, leveret via URL-struktur.

Navngivning af MO-filer for varianter

For et tema navngivet mytheme og tre spanske 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ælger filen, der matcher den aktive landestandard. Hvis es_AR anmodes om, men ingen fil eksisterer, falder den tilbage til es_ES som standard (grundsprogs-match) – hvilket er præcis den adfærd, du ønsker at undgå for de ord, vi nævnte ovenfor.

Spanske varianter i praksis

Mange udgivere målretter mod en til tre spanske varianter. Her er det praktiske beslutningstræ.

Kun én variant

Udsend es_ES, hvis din kundebase udelukkende er Spanien, eller es_MX / es (neutralt), hvis din kundebase primært er Latinamerika. At bruge es som landestandard signalerer neutralt spansk og undgår den regionale bagage fra begge ekstremer.

To varianter: Spanien og Latinamerika

Den mest almindelige opdeling. Betjen es_ES for Spanien og en enkelt latinamerikansk variant (es_MX eller et neutraliseret es) for alle LATAM-lande. Dette er 80/20-løsningen – du får det meste af lokaliseringsfordelen uden at vedligeholde 20 separate filer.

Tre eller flere varianter

Hvis du driver en stor e-handelswebsted med betydelig omsætning specifikt i Argentina, Mexico og Chile, kan du ønske es_AR, es_MX og es_CL ud over es_ES. Oversættelsesomkostningerne stiger, men det gør konverteringsløftet pr. marked også.

Regionsspecifikke ordlister

Vedligehold en lille ordliste pr. variant. Selvom 95 % af dit oversatte indhold deles, dækker en ordliste med 50-100 hyppigt afvigende ord de fleste af de opfattede "det lyder forkert"-problemer. For mere om håndtering af domænespecifikt ordforråd, se vores ultimative guide til WordPress-lokalisering.

Portugisiske varianter (pt_PT vs. pt_BR er en reel opdeling)

Betragt portugisisk som to sprog, ikke to varianter. Brasiliansk portugisisk (pt_BR) har 215 millioner talende. Europæisk portugisisk (pt_PT) har 10 millioner. Grammatikken adskiller sig. Verbumsbøjningen adskiller sig. Pronominerne adskiller sig. En sætning skrevet for Lissabon vil føles tydeligt fremmed i São Paulo og omvendt.

Hvis du kun har råd til én, vælg pt_BR – det har den større talerbase og et stærkere e-handelsmarked. Men send aldrig pt_PT-indhold til brasilianske brugere eller omvendt. Omkostningerne ved opfattelse er for høje.

Hvornår du bør (og ikke bør) oprette en variant

Opret en regional variant når:

• Du har målbare indtægter eller trafik fra den region (tommelfingerregel: 10%+ af totalen).
• Din produktkategori har regionsspecifik terminologi (mode, mad, jura, finans).
• Du kører betalt annoncering i den region og ønsker, at landingssidekvaliteten skal matche.
• Du udfører lokal SEO og har brug for hreflang-målretning.

Spring varianten over når:

• Din hjemmeside mest er transaktions-brugergrænseflade med minimal tekst.
• Din trafik fra regionen er under 5 %, og du ikke kan vedligeholde de ekstra filer.
• Du lancerer nyt og kan iterere baseret på faktisk kundefeedback senere.

Et almindeligt anti-mønster: at oprette 15 spanske varianter "bare for at være sikker" og derefter lade 12 af dem komme ud af synkronisering. Uaktuelt indhold er værre end indhold, der er lidt ved siden af dialekten. Forpligt dig til at vedligeholde det, du sender ud.

Effektiv arbejdsgang for variantoversættelse

Manuel vedligeholdelse af fem varianter af en 2.000-strengs .po-fil er en opskrift på, at det driver fra hinanden. Arbejdsgangen der skalerer:

1. Oversæt primærvarianten grundigt

Vælg din variant med mest trafik (normalt es_ES eller es_MX for spansk, pt_BR for portugisisk) og oversæt den med omhu. Dette bliver din base.

2. Udled andre varianter automatisk

Upload primærvariantens .po til SimplePoTranslate og anmod om oversættelse til den anden variant. En kontekstbevidst oversætter forstår es_ES -> es_MX som en "regionaliseringsopgave" snarere end en oversættelse fra bunden. Vigtige ordforrådsudskiftninger (coger -> tomar, ordenador -> computadora) sker automatisk, mens identiske sætninger passerer uændret igennem.

3. Anvend en regional ordliste-tilsidesættelse

Oprethold en kort ordliste-fil med dit brands regionsspecifikke termvalg. Anvend den som en afsluttende gennemgang efter AI-oversættelsen. Dette låser produktnavne, brandterminologi og kontroversielt ordforråd til dine foretrukne valg pr. region.

4. Generer alle outputformater

Varianter har brug for både .po (til redigering) og .mo (til WordPress-køretid). SimplePoTranslate udfører begge i en enkelt ZIP-fil, sammen med .json- og .php-formater, hvis du også serverer headless eller brugerdefineret PHP-kode. Se vores indlæg om én fil ind, fem formater ud for at forstå, hvorfor output i flere formater er vigtigt.

5. Udrul pr. landestandard

Upload de resulterende .mo-filer til wp-content/languages/themes/ med den rigtige landestandardsuffiks. Opsæt hreflang-tags. Test med rigtige brugere i hver region, hvis muligt – modersmålstalende opfanger ting, intet værktøj kan.

Sammenfatning

Regionale varianter er ikke et 'rart at have' for seriøse flersprogede hjemmesider – de er forskellen mellem "oversat" og "lokaliseret". Men du behøver heller ikke at udsende enhver mulig variant på dag ét. Start med én spansk og én portugisisk variant, der matcher dit største marked. Tilføj varianter efterhånden som din trafik og omsætning i hver region retfærdiggør vedligeholdelsesomkostningerne.

Den gode nyhed er, at oversættelsesflowet for varianter er dramatisk hurtigere end at bygge hver især fra bunden. AI-assisteret regional konvertering tager en time pr. variant i stedet for uger. Den svære del er den redaktionelle disciplin – at vælge hvilke varianter der skal vedligeholdes, og forpligte sig til at holde dem opdaterede.

Klar til at oversætte din WordPress-hjemmeside til flere spanske eller portugisiske varianter? Prøv SimplePoTranslate gratis – ingen kreditkort påkrævet. Upload én gang, generer regionale varianter på få minutter.