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

Eine WooCommerce-Shop-Betreiberin in Barcelona stellte uns letzten Monat eine Frage, die den Kern eines Problems trifft, mit dem jeder mehrsprachige Website-Betreiber irgendwann konfrontiert wird. Ihr Shop liefert nach Spanien, Mexiko und Argentinien. Sie übersetzte alles nach es_ES, startete den Shop, und innerhalb einer Woche beschwerte sich ein Kunde in Mexiko-Stadt, dass der Kassentext „seltsam und ein wenig altmodisch“ klang. Eine Woche später wies ein anderer Kunde darauf hin, dass eine Produktbeschreibung ein Wort enthielt, das in Spanien völlig unschuldig ist, in Mexiko jedoch derb. Ihre Frage: „Brauche ich wirklich separate Übersetzungen für jedes Land?“

Die kurze Antwort ist: Manchmal. Die lange Antwort hängt davon ab, was Sie verkaufen, wo Ihre Kunden sind und wie viel Inhalt Sie realistisch pflegen können. Dieser Leitfaden behandelt, wann regionale Varianten wichtig sind, wie WordPress sie intern handhabt und wie Sie sie übersetzen können, ohne Ihren Arbeitsaufwand mit der Anzahl der Länder zu multiplizieren, die Sie bedienen.

Wir werden uns auf Spanisch und Portugiesisch konzentrieren, da dies die beiden Sprachfamilien sind, bei denen Variantenunterschiede die meisten realen Probleme verursachen. Französisch, Englisch und Arabisch haben ebenfalls regionale Varianten, aber der Einsatz ist in der Regel geringer.

Warum regionale Varianten wichtig sind

Spanisch ist die zweithäufigst gesprochene Sprache der Welt, aber „Spanisch“ als einzelne Sprache ist eine Vereinfachung. Ein Satz, der in Madrid natürlich klingt, kann in Buenos Aires steif, formell oder veraltet wirken. Ein in Mexiko-Stadt völlig angemessenes Wort kann in Lima beleidigend sein. Portugiesisch hat eine noch größere Spaltung – die Lücke in Aussprache, Grammatik und Wortschatz zwischen pt_PT und pt_BR ist so groß, dass viele Verlage sie als effektiv separate Sprachen behandeln.

Die Wörter, die sich tatsächlich ändern

Einige konkrete Beispiele, damit dies nicht abstrakt bleibt.

Das Verb coger bedeutet in Spanien „nehmen“ und wird im täglichen Sprachgebrauch ständig verwendet. In Mexiko, Argentinien und den meisten Teilen Lateinamerikas ist es ein derbes Verb für Sex. Die Verwendung in einem Kassentext („coger tu pedido“) kommt in Madrid ganz anders an als in Buenos Aires.

Ordenador ist das Standardwort für Computer in Spanien. In Lateinamerika sagen fast alle computadora. Keines ist falsch, aber die Vermischung signalisiert dem Leser, dass Ihr Inhalt für einen anderen Markt übersetzt wurde.

Móvil (Spanien) vs. celular (Lateinamerika) für Mobiltelefon. Conducir (Spanien) vs. manejar (Lateinamerika) für Autofahren. Patata (Spanien) vs. papa (die meisten Teile Lateinamerikas) für Kartoffel. Dutzende davon weichen häufig voneinander ab.

Portugiesisch ist noch stärker gespalten. Brasilien verwendet você für „Sie“ in fast allen Kontexten. Portugal verwendet tu in informeller Sprache und você als formelle Kennzeichnung – fast ein Zeichen der sozialen Klasse. Geschäftliches Portugiesisch in Lissabon und São Paulo sind funktional unterschiedliche Register.

Die geschäftlichen Kosten der Missachtung von Varianten

Nutzer treffen Vertrauensurteile in Sekunden. Ein Käufer in Mexiko, der Produktbeschreibungen in Spanien-Spanisch liest, nimmt eines von zwei Dingen wahr: Entweder ist die Website nicht wirklich lokal, oder die Marke kümmert sich nicht genug um die Lokalisierung. Die Konversionsraten sinken. Die Abbruchraten an der Kasse steigen. Ausgaben für bezahlte Anzeigen in lateinamerikanischen Ländern führen zu schlechteren Erträgen, weil Landing Pages fremd wirken.

Für inhaltsreiche Websites sind auch die SEO-Kosten real. Google erkennt hreflang-Tags, die es-ES von es-MX unterscheiden, und wettbewerbsintensive Suchanfragen in jedem Markt werden von Inhalten dominiert, die im Dialekt dieser Region verfasst sind. Eine ropa interior-Seite in Spanien-Spanisch wird nicht gegen mexikanische Konkurrenten ranken, die lokale Terminologie wie ropa íntima verwenden.

Wie WordPress Gebietsschemas (Locale Codes) handhabt

WordPress-Gebietsschemas folgen dem Muster ll_CC – zweibuchstabiger Sprachcode, Unterstrich, zweibuchstabiger Ländercode. Die vollständige Liste ist im WordPress-Core definiert und wird Übersetzungsdateien wie theme-es_ES.mo, plugin-es_MX.mo und so weiter zugeordnet.

Core- vs. Website- vs. Benutzer-Gebietsschema

WordPress unterscheidet drei verschiedene Gebietsschema-Einstellungen:

• Website-Sprache (WPLANG / options.WPLANG historisch, jetzt option:WPLANG): Die Standardeinstellung für das Frontend Ihrer Website.
• Benutzer-Gebietsschema (wp_usermeta.locale): Pro-Benutzer-Einstellung für das Admin-Dashboard.
• Laufzeit-Gebietsschema: Kann zur Anfragezeit von Plugins wie Polylang oder WPML gefiltert werden, um unterschiedliche Inhalte pro URL-Präfix bereitzustellen.

Wenn Ihre Website es_ES ist, aber ein Benutzer sein Profil auf es_MX einstellt, wird der Admin auf mexikanischem Spanisch angezeigt, während das Frontend auf spanischem Spanisch bleibt. Das ist für die Admin-Benutzeroberfläche in Ordnung, aber nicht nützlich, um Inhalte an Kunden zu liefern – Sie benötigen eine URL-basierte oder Domänen-basierte Umschaltung.

Das en_GB-Beispiel

WordPress selbst liefert en_US, en_GB, en_CA, en_AU und en_ZA als separate Gebietsschemas aus. Sie teilen die meisten Inhalte, weichen aber in der Schreibweise (colour vs. color, organise vs. organize) und in Redewendungen ab. Sie können dies als Muster für spanische und portugiesische Varianten verwenden – pflegen Sie separate .mo-Dateien pro Region, die über die URL-Struktur bereitgestellt werden.

MO-Dateibenennung für Varianten

Für ein Theme namens mytheme und drei spanische 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 wählt die Datei, die dem aktiven Gebietsschema entspricht. Wird es_AR angefordert, aber keine Datei existiert, fällt es standardmäßig auf es_ES zurück (Basissprachübereinstimmung) – was genau das Verhalten ist, das Sie für die oben genannten Wörter vermeiden möchten.

Spanische Varianten in der Praxis

Die meisten Publisher zielen auf ein bis drei spanische Varianten ab. Hier ist der praktische Entscheidungsbaum.

Nur eine Variante

Verwenden Sie es_ES, wenn Ihr Kundenstamm ausschließlich in Spanien ist, oder es_MX / es (neutral), wenn Ihr Kundenstamm hauptsächlich in Lateinamerika ist. Die Verwendung von es als Gebietsschema signalisiert neutrales Spanisch und vermeidet die regionale Belastung beider Extreme.

Zwei Varianten: Spanien und Lateinamerika

Die häufigste Aufteilung. Stellen Sie es_ES für Spanien und eine einzige lateinamerikanische Variante (es_MX oder ein neutralisiertes es) für alle LATAM-Länder bereit. Dies ist die 80/20-Lösung – Sie erhalten den Großteil des Lokalisierungsvorteils, ohne 20 separate Dateien pflegen zu müssen.

Drei oder mehr Varianten

Wenn Sie eine große E-Commerce-Website mit signifikanten Einnahmen speziell in Argentinien, Mexiko und Chile betreiben, möchten Sie möglicherweise es_AR, es_MX und es_CL zusätzlich zu es_ES. Die Übersetzungskosten steigen, aber auch die Konversionssteigerung pro Markt.

Regionalspezifische Wortlisten

Pflegen Sie ein kleines Glossar pro Variante. Selbst wenn 95 % Ihrer übersetzten Inhalte geteilt werden, deckt ein Glossar von 50-100 häufig verwendeten, abweichenden Wörtern die meisten der wahrgenommenen „das klingt falsch“-Probleme ab. Weitere Informationen zur Handhabung domänenspezifischer Vokabeln finden Sie in unserem ultimativen Leitfaden zur WordPress-Lokalisierung.

Portugiesische Varianten (pt_PT vs. pt_BR ist eine echte Spaltung)

Behandeln Sie Portugiesisch als zwei Sprachen, nicht als zwei Varianten. Brasilianisches Portugiesisch (pt_BR) hat 215 Millionen Sprecher. Europäisches Portugiesisch (pt_PT) hat 10 Millionen. Die Grammatik unterscheidet sich. Die Verbkonjugation unterscheidet sich. Pronomen unterscheiden sich. Ein Satz, der für Lissabon geschrieben wurde, wird sich in São Paulo deutlich fremd anfühlen und umgekehrt.

Wenn Sie sich nur eine leisten können, wählen Sie pt_BR – es hat die größere Sprecherbasis und einen stärkeren E-Commerce-Markt. Versenden Sie aber niemals pt_PT-Inhalte an brasilianische Nutzer oder umgekehrt. Die Kosten für die Wahrnehmung sind zu hoch.

Wann Sie eine Variante erstellen sollten (und wann nicht)

Erstellen Sie eine regionale Variante, wenn:

• Sie messbare Einnahmen oder Traffic aus dieser Region haben (Faustregel: 10 %+ des Gesamtvolumens).
• Ihre Produktkategorie regionsspezifische Terminologie aufweist (Mode, Lebensmittel, Recht, Finanzen).
• Sie bezahlte Akquisitionen in dieser Region durchführen und die Qualität der Landing Page entsprechend anpassen möchten.
• Sie lokales SEO betreiben und hreflang-Targeting benötigen.

Verzichten Sie auf die Variante, wenn:

• Ihre Website hauptsächlich eine transaktionale Benutzeroberfläche mit minimalem Text ist.
• Ihr Traffic aus der Region unter 5 % liegt und Sie die zusätzlichen Dateien nicht pflegen können.
• Sie gerade starten und später basierend auf tatsächlichem Kundenfeedback iterieren können.

Ein häufiges Anti-Muster: Das Erstellen von 15 spanischen Varianten „nur zur Sicherheit“ und dann das Außer-Synchron-Geratenlassen von 12 davon. Veraltete Inhalte sind schlimmer als leicht vom Dialekt abweichende Inhalte. Verpflichten Sie sich, das zu pflegen, was Sie veröffentlichen.

Effizienter Workflow für die Variantenübersetzung

Die manuelle Pflege von fünf Varianten einer .po-Datei mit 2.000 Zeichenketten ist ein Rezept für Divergenz. Der skalierbare Workflow:

1. Die primäre Variante gut übersetzen

Wählen Sie Ihre Variante mit dem höchsten Traffic (normalerweise es_ES oder es_MX für Spanisch, pt_BR für Portugiesisch) und übersetzen Sie diese sorgfältig. Dies wird Ihre Basis.

2. Andere Varianten automatisch ableiten

Laden Sie die primäre .po-Variante zu SimplePoTranslate hoch und fordern Sie eine Übersetzung in die andere Variante an. Ein kontextsensitiver Übersetzer versteht es_ES -> es_MX als „Regionalisierungs“-Aufgabe und nicht als eine Übersetzung von Grund auf. Wichtige Vokabelwechsel (coger -> tomar, ordenador -> computadora) erfolgen automatisch, während identische Phrasen unverändert übernommen werden.

3. Eine regionale Glossar-Überschreibung anwenden

Führen Sie eine kurze Glossardatei mit den regionalspezifischen Begriffsentscheidungen Ihrer Marke. Wenden Sie diese als letzten Durchgang nach der KI-Übersetzung an. Dies sichert Produktnamen, Marken-Terminologie und strittiges Vokabular an Ihre bevorzugten regionalen Auswahlmöglichkeiten.

4. Alle Ausgabeformate generieren

Varianten benötigen sowohl .po (zum Bearbeiten) als auch .mo (für die WordPress-Laufzeit). SimplePoTranslate gibt beide in einem einzigen ZIP aus, zusammen mit den .json- und .php-Formaten, wenn Sie auch Headless- oder benutzerdefinierten PHP-Code bereitstellen. Lesen Sie unseren Beitrag zu Eine Datei rein, fünf Formate raus, um zu erfahren, warum die Ausgabe in mehreren Formaten wichtig ist.

5. Bereitstellung pro Gebietsschema

Laden Sie die resultierenden .mo-Dateien mit dem richtigen Gebietsschema-Suffix in wp-content/languages/themes/ hoch. Richten Sie hreflang-Tags ein. Testen Sie, wenn möglich, mit echten Benutzern in jeder Region – Muttersprachler entdecken Dinge, die kein Tool kann.

Alles zusammenfügen

Regionale Varianten sind keine nette Ergänzung für ernsthafte mehrsprachige Websites – sie machen den Unterschied zwischen „übersetzt“ und „lokalisiert“ aus. Sie müssen aber auch nicht am ersten Tag jede mögliche Variante ausliefern. Beginnen Sie mit einer spanischen und einer portugiesischen Variante, die Ihrem größten Markt entspricht. Fügen Sie Varianten hinzu, sobald Ihr Traffic und Ihre Einnahmen in jeder Region die Wartungskosten rechtfertigen.

Die gute Nachricht ist, dass der Übersetzungsworkflow für Varianten dramatisch schneller ist als das Erstellen jeder Variante von Grund auf neu. KI-gestützte regionale Konvertierung dauert eine Stunde pro Variante statt Wochen. Der schwierige Teil ist die redaktionelle Disziplin – die Auswahl der zu pflegenden Varianten und die Verpflichtung, diese aktuell zu halten.

Bereit, Ihre WordPress-Website in mehrere spanische oder portugiesische Varianten zu übersetzen? Testen Sie SimplePoTranslate kostenlos – keine Kreditkarte erforderlich. Einmal hochladen, regionale Varianten in Minutenschnelle generieren.