So migrierst du einen mehrsprachigen Shopify-zu-WordPress-Shop

Du hast Monate damit verbracht, einen mehrsprachigen Shopify-Shop aufzubauen. Deine Produktbeschreibungen sind ins Französische, Deutsche und Spanische übersetzt. Dein Checkout-Prozess funktioniert in drei Sprachen. Dann entscheidest du dich, zu WordPress und WooCommerce zu migrieren, um mehr Kontrolle, bessere Margen oder Plugin-Flexibilität zu erhalten.

Die Produktdaten werden einwandfrei übertragen. Die Bilder werden übernommen. Aber deine Übersetzungen? Sie verschwinden.

Dies sind die versteckten Kosten einer mehrsprachigen WordPress-Migration, vor denen dich niemand warnt. Shopify sperrt deine Übersetzungen in seinem eigenen proprietären System, und WordPress verwendet eine völlig andere Architektur. Ohne einen klaren Plan wirst du Wochen damit verbringen, das wieder aufzubauen, was du bereits hattest. Dieser Leitfaden gibt dir diesen Plan.

Warum mehrsprachige Migrationen scheitern (und Shopify es noch schlimmer macht)

Plattformmigrationen sind schon bei einsprachigen Shops schmerzhaft genug. Füge mehrere Sprachen hinzu, und die Komplexität vervielfacht sich. Die Ursache liegt in der Architektur: Shopify und WordPress handhaben Übersetzungen auf grundlegend unterschiedliche Weise.

Shopifys Übersetzungsmodell ist ein geschlossenes System

Shopify speichert Übersetzungen als Metadaten, die über die Translate and Adapt API an Ressourcen angehängt werden. Jedes Produkt, jede Kollektion und jede Seite hat Übersetzungs-Einträge, die an Shopifys interne Ressourcen-IDs gebunden sind.

Wenn du deinen Shop mit einem Migrationstool wie Cart2Cart, LitExtension oder einem CSV-Export exportierst, erhältst du den Inhalt der Standardsprache. Die Übersetzungen? Sie befinden sich in einer separaten Ebene, die die meisten Migrationstools vollständig ignorieren.

Was tatsächlich exportiert wird (und was verloren geht)

Hier ist, was ein typisches Shopify-zu-WordPress-Migrationstool überträgt:

Das Muster ist klar. Deine Standard-Sprachinhalte werden migriert. Deine Übersetzungen nicht. Und selbst wenn du sie manuell extrahierst, kannst du Shopify-Übersetzungen nicht einfach in WordPress einfügen. Die Systeme sprechen buchstäblich unterschiedliche Sprachen.

Shopify-Sprachen zu WordPress-Übersetzungsdateien zuordnen

Bevor du mit dem Wiederaufbau beginnst, musst du verstehen, wie WordPress mit mehrsprachigen Inhalten umgeht. Hier versagen die meisten Migrationsleitfäden.

Das Gettext-System verstehen

WordPress verwendet das Gettext-Lokalisierungssystem. Anstatt Übersetzungen in einer Datenbankebene zu speichern, liest es aus statischen Binärdateien (.mo-Dateien), die aus menschenlesbaren .po-Dateien kompiliert wurden.

Eine .po-Datei sieht so aus:

msgid "Add to Cart"
msgstr "Ajouter au panier"

msgid "Search results for %s"
msgstr "Résultats de recherche pour %s"

Jedes WordPress-Theme und -Plugin wird mit einer .pot-Vorlagendatei geliefert, die alle übersetzbaren Zeichenketten enthält. Du erstellst eine .po-Datei für jede Sprache, füllst die Übersetzungen aus, kompilierst sie zu .mo und legst sie in das richtige Verzeichnis.

In dieses System müssen deine Shopify-Übersetzungen abgebildet werden.

Das Problem der Sprachcode-Diskrepanz

Shopify verwendet IETF-Sprach-Tags (en, fr, de). WordPress verwendet Gebietsschema-Codes mit regionalen Varianten (fr_FR, de_DE, es_ES). Während der Migration musst du jede Shopify-Sprache dem korrekten WordPress-Gebietsschema zuordnen. Wenn du dies falsch machst, kann WordPress deine Übersetzungsdateien nicht finden.

Häufige Zuordnungen, die zu Problemen führen:

• Shopify pt wird WordPress pt_PT (Portugal) oder pt_BR (Brasilien) zugeordnet – nicht austauschbar
• Shopify zh-CN wird WordPress zh_CN zugeordnet, aber Shopify zh-TW wird zh_TW zugeordnet
• Shopify nb (Norwegisch Bokmål) wird WordPress nb_NO zugeordnet

Benenne deine .po- und .mo-Dateien mit dem WordPress-Gebietsschema-Code: themename-fr_FR.po, woocommerce-de_DE.mo. Ein falscher Code führt dazu, dass WordPress die Datei stillschweigend ignoriert.

Ein schrittweiser Workflow für die mehrsprachige WordPress-Migration

Hier ist der konkrete Workflow für die Beibehaltung deiner Übersetzungen während einer Shopify-zu-WordPress-Migration.

Schritt 1: Exportiere und prüfe deine Shopify-Übersetzungen

Bevor du WordPress anfasst, extrahiere alles aus Shopify. Verwende die Shopify Admin API oder ein Tool wie Shopify Translate CSV Export, um deine Übersetzungen in strukturierte Dateien zu ziehen.

# Using Shopify CLI to export translations
shopify app translate export --locale fr
shopify app translate export --locale de
shopify app translate export --locale es

Prüfe die Exporte. Zähle, wie viele Zeichenketten du pro Sprache hast. Identifiziere, welche Produktinhaltsübersetzungen sind (die von deinem CMS oder mehrsprachigen Plugin auf WordPress verarbeitet werden) im Vergleich zu Theme-/UI-String-Übersetzungen (die von .po-Dateien verarbeitet werden).

Schritt 2: Richte deine WordPress- und WooCommerce-Sprachstruktur ein

Konfiguriere auf deiner frischen WordPress-Installation deine Sprachinfrastruktur, bevor du Inhalte importierst.

1. Gehe zu Einstellungen > Allgemein und stelle deine Website-Sprache ein.
2. Installiere Sprachpakete für jede Zielsprache über Einstellungen > Allgemein > Website-Sprache.
3. Erstelle die Übersetzungsverzeichnisstruktur:

/wp-content/languages/
/wp-content/languages/plugins/
/wp-content/languages/themes/

Für Produktinhaltsübersetzungen (Titel, Beschreibungen) benötigst du ein mehrsprachiges Content-Plugin wie WPML oder Polylang. Aber für Theme- und Plugin-UI-Strings – die Schaltflächen, Beschriftungen, Fehlermeldungen und den Checkout-Prozess – benötigst du statische .po/.mo-Dateien. Dies ist der Cloud-basierte Ansatz, der Plugin-Bloat vermeidet.

Schritt 3: Konvertiere deine Übersetzungen in das PO-Format

Deine Shopify-Theme-String-Übersetzungen müssen in das Gettext-.po-Format konvertiert werden. Hier wird die Migration technisch.

Wenn deine Shopify-Übersetzungen im JSON- oder CSV-Format vorliegen, kannst du sie mit einem Skript oder Tool in .po konvertieren. Der Schlüssel ist, jede Quellzeichenkette einem msgid/msgstr-Paar zuzuordnen:

import csv

with open('shopify_translations_fr.csv', 'r') as infile, \
     open('theme-fr_FR.po', 'w') as outfile:
    outfile.write('msgid ""\nmsgstr ""\n')
    outfile.write('"Language: fr_FR\\n"\n\n')
    reader = csv.DictReader(infile)
    for row in reader:
        outfile.write(f'msgid "{row["key"]}"\n')
        outfile.write(f'msgstr "{row["translation"]}"\n\n')

Dies gibt dir einen Ausgangspunkt, aber dein neues WordPress-Theme und deine WooCommerce-Installation werden Hunderte von Zeichenketten haben, die in Shopify nicht existierten. Du kannst eine Shopify-Übersetzung von "In den Warenkorb" nicht für WooCommerce wiederverwenden, da der umgebende Code-Kontext unterschiedlich ist. Der WooCommerce-String könnte Add to cart (kleines "c") sein oder eine %s-Variable für den Produktnamen enthalten.

Hier bleiben die meisten Leute stecken. Du hast Teilübersetzungen von Shopify und eine riesige Lücke von unübersetzten WordPress-spezifischen Strings.

So übersetzt du die Lücken, ohne von vorne anzufangen

Die gute Nachricht: Du musst nicht 5.000 WooCommerce-Strings von Hand übersetzen. Die schlechte Nachricht: Du kannst sie auch nicht überspringen, sonst zeigt dein Shop eine irritierende Mischung aus französischen Überschriften und englischen Fehlermeldungen.

Theme- und Plugin-Strings müssen noch übersetzt werden

Dein WordPress-Theme hat seine eigene .pot-Datei. WooCommerce hat seine eigene. Jedes Plugin, das du installierst – Zahlungs-Gateways, Versandkostenrechner, Formular-Builder – hat übersetzbare Strings. Diese existierten nicht in deinem Shopify-Shop.

Der schnellste Ansatz ist, diese großen .po-Dateien im Batch zu übersetzen, anstatt String für String. Lade die .pot-Datei deines Themes hoch, wähle die Zielsprache aus und lass die KI die schwere Arbeit erledigen.

Batch-Übersetzung großer WooCommerce-Dateien

Die Sprachdatei von WooCommerce ist riesig. Mit Tausenden von Strings, die alles von Warenkorbnachrichten bis hin zu Steuerfehlercodes abdecken, ist dies die größte Übersetzungsaufgabe bei jeder Migration. SimplePoTranslate handhabt dies durch Smart Batching – das Aufteilen übergroßer Dateien in sichere Chunks, die parallele Verarbeitung und das Zusammenführen der Ergebnisse zurück in eine einzelne saubere Datei.

Das entscheidende Detail: Deine übersetzten Dateien müssen jede Code-Variable genau so beibehalten, wie sie in der Quelle erscheint. Ein %s-Platzhalter in einer WooCommerce-E-Mail-Vorlage darf während der Übersetzung keinen zusätzlichen Leerzeichen erhalten oder seine Position geändert werden. Hier verhindert die Syntax-Sperre fehlerhafte Variablen daran, deinen Produktionsshop zu erreichen.

Mit SimplePoTranslate's Multi-Format Output erhältst du .po, .mo, .json, .php und .xliff-Dateien in einem einzigen ZIP-Download. Dies ist besonders nützlich während der Migration, da verschiedene Teile deines WordPress-Stacks Übersetzungen in verschiedenen Formaten verarbeiten können. Dein Theme liest .mo-Dateien. Ein Headless-Frontend benötigt möglicherweise .json. Eine benutzerdefinierte Integration erwartet möglicherweise .xliff. Ein einziger Übersetzungslauf deckt alle ab.

Vermeidung der drei häufigsten Übersetzungsfehler bei der Migration

Selbst mit dem richtigen Workflow gibt es Fallstricke, die speziell für Plattformmigrationen gelten und erfahrene Entwickler überraschen.

Fehlerhafte Variablen in transaktionalen E-Mails

Transaktionale E-Mails von WooCommerce sind voll von Platzhaltern: {order_number}, {customer_name}, %1$s, %2$s. Wenn dein Übersetzungsprozess auch nur einen dieser Platzhalter beschädigt, erhalten Kunden E-Mails wie "Hallo {customer_name}" wörtlich, oder schlimmer noch, E-Mails mit vertauschten Daten.

Validiere deine übersetzten Dateien immer anhand der .pot-Quelldatei, bevor du sie bereitstellst. Tools wie Poedit kennzeichnen Platzhalter-Fehlpaarungen, und Cloud-basierte Übersetzer mit Syntax-Sperre eliminieren diese Fehlerklasse vollständig.

Fehlende Pluralisierungsregeln

Shopify behandelt Plurale einfach. WordPress Gettext unterstützt komplexe Pluralformen, die je nach Sprache variieren. Russisch hat drei Pluralformen. Arabisch hat sechs. Wenn deine übersetzte .po-Datei nicht den korrekten Plural-Forms-Header und die passenden msgstr[0], msgstr[1], msgstr[2]-Einträge enthält, greift WordPress auf den unübersetzten String zurück.

# Correct Russian plural forms header
"Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : "
"n%10>=2 && n%10<=4 && (n%100<12 || n%100>14) ? 1 : 2);\n"

msgid "%s item"
msgid_plural "%s items"
msgstr[0] "%s товар"
msgstr[1] "%s товара"
msgstr[2] "%s товаров"

Darüber musstest du bei Shopify nie nachdenken. Bei WordPress ist es wichtig.

Verwaiste Strings nach Plugin-Wechseln

Wenn du von Shopify migrierst, wechselst du nicht nur die Plattform. Du ersetzt ein ganzes Plugin-Ökosystem. Dein Shopify-Zahlungs-Gateway wird zu WooCommerce Payments oder Stripe für WooCommerce. Dein Bewertungssystem wird zu einem WordPress-Plugin. Jeder Wechsel führt neue übersetzbare Strings ein und macht alte Übersetzungen obsolet.

Erstelle eine Checkliste mit jedem Plugin, das du nach der Migration installierst, und verifiziere, dass jedes Plugin eine entsprechende übersetzte .mo-Datei in /wp-content/languages/plugins/ hat. Wenn auch nur ein Plugin fehlt, sehen deine Kunden englische Strings inmitten einer ansonsten übersetzten Oberfläche.

Starte deinen mehrsprachigen Shop auf WordPress

Eine mehrsprachige WordPress-Migration ist nicht nur eine Datenübertragung. Es ist eine Re-Architektur, wie dein Shop mit internationalen Kunden kommuniziert. Die Shops, die dies richtig machen, sehen höhere Conversion-Raten in nicht-englischen Märkten, weil sich die Erfahrung eher nativ anfühlt als zusammengeflickt.

Der Workflow ist einfach: Exportiere deine Shopify-Übersetzungen, ordne sie WordPress-Gebietsschema-Codes zu, konvertiere sie in das .po-Format, fülle die Lücken mit Batch-KI-Übersetzung, validiere deine Variablen und stelle statische .mo-Dateien bereit. Kein Datenbank-Bloat. Kein Laufzeit-Übersetzungs-Overhead. Nur schneller, zuverlässiger, mehrsprachiger Handel.

Wenn du mit einer Migration mit Tausenden von unübersetzten WooCommerce-Strings konfrontiert bist, kann SimplePoTranslate's Ansatz zur Lokalisierung großer Dateien dir Wochen manueller Arbeit ersparen.

Bereit, deinen WooCommerce-Shop nach der Migration zu übersetzen? Probiere SimplePoTranslate kostenlos aus – keine Kreditkarte erforderlich. Lade deine .pot-Datei hoch und erhalte in wenigen Minuten produktionsreife Übersetzungen.