Jede übersetzte E-Mail ist eine eigenständige Version, die ein eigenes Review erfordert. Während der englische CTA-Button genau passt, bricht die deutsche Variante unschön um. Eine französische Nachricht verlinkt womöglich noch auf einen englischen Hilfeartikel. Und ein sprachlich einwandfreier Text preist eventuell ein Angebot an, das im Zielmarkt der Empfänger gar nicht verfügbar ist.
Nutzen Sie Migma, um separate Sprachversionen zu erstellen und zu prüfen, und führen Sie für jede Version ein klares Release-Protokoll. Weisen Sie Sprache, Content und Versandlogik eindeutigen Verantwortlichen zu. Ein einfaches Häkchen bei „Übersetzung abgeschlossen“ verdeckt oft zu viele unterschiedliche Detailfragen.
Dieser Leitfaden wird von Migma veröffentlicht. Der beschriebene Release-Prozess ist eine redaktionelle Empfehlung und kein unabhängiger Performance-Benchmark. Der Stand der Produktdokumentation wurde am 16. Oktober 2026 geprüft.
Sprache und Marktverfügbarkeit strikt trennen
Die Sprache bestimmt, wie Sie kommunizieren – nicht, wo jemand lebt, welche Produkte gekauft werden können oder welche Geschäftsbedingungen gelten. Spanischsprachige Kundinnen und Kunden nutzen womöglich Stores in verschiedenen Ländern. Schließen Sie daher niemals allein von der Sprache auf den jeweiligen Zielmarkt.
Starten Sie das Migma-Briefing mit freigegebenen Ausgangstexten, den gewünschten Zielsprachen, der Zielgruppe sowie den Zuständigen für marktspezifische Fakten. Unterscheiden Sie klar zwischen Inhalten, die für alle Versionen identisch bleiben, und Details mit lokalem Freigabebedarf – etwa Aktionszeiträume oder Produktverfügbarkeiten.
Die Notion-Fallstudie von Customer.io beschreibt ein lokalisiertes Onboarding für den französischen und koreanischen Markt. Sie zeigt praxisnah, dass lokalisierte Lifecycle-Kampagnen eine handfeste operative Notwendigkeit sind. Die dortigen Ergebnisse sind jedoch keine Prognose für eigene Kampagnen; dieser Leitfaden übernimmt weder die genannten Kennzahlen noch den damaligen Testaufbau.
Aus der Ausgangsnachricht ein prüfbares Briefing erstellen
Definieren Sie das Kernziel der E-Mail anhand einer einzigen, freigegebenen Ausgangsversion. Beschreiben Sie die gewünschte Handlung, notwendige Fakten und Vorgaben, die unverändert bleiben müssen. Nennen Sie nicht zu übersetzende Eigennamen, freigegebene Firmenterminologie, Linkziele und Passagen mit festgelegter Bedeutung.
Bei einer beispielhaften Onboarding-Nachricht besteht das Ziel etwa darin, neue Nutzer durch einen bestimmten Schritt der Kontoeinrichtung zu führen. Zu den globalen Fakten gehören dann der Funktionsname und der Support-Link; lokalisierte Entscheidungen betreffen Tonalität, Datumsformate und das Wording des Buttons.
Behandeln Sie nicht jede englische Formulierung als unantastbar. Reviewer benötigen oft alternative Formulierungen, um Aussage und Tonalität natürlich zu transportieren. Halten Sie solche Abweichungen fest, statt eine holprige 1:1-Übersetzung zu erzwingen.
Migmas Dokumentation zu mehrsprachigen Kampagnen erläutert das Anlegen und Prüfen separater Sprachversionen einschließlich sprachspezifischer Layout-Details. Migma empfiehlt dabei ein Review durch Muttersprachler. Nutzen Sie diesen Schritt für Sinngehalt und Angemessenheit – eine reine Rechtschreibprüfung reicht hierfür nicht aus.
Für jede Version eine eigene Release-Zeile führen
Halten Sie das Release-Protokoll schlank, damit es im Alltag tatsächlich gepflegt wird. Die folgende Tabelle ist ein Strukturvorschlag und kein Versprechen auf einen automatisiert generierten Migma-Report:
| Version | Nachweis / Prüfpunkt | Freigabeverantwortung |
|---|---|---|
| Ausgangsnachricht | Abgestimmtes Ziel, Fakten und finaler Ausgangstext | Kampagnen-Owner |
| Einzelne Sprachen | Geprüfter Sinngehalt, Tonalität, Terminologie und Button-Text | Sprach-Reviewer |
| Einzelne Ziel-URLs | Funktionierende Links und passende Zielsprache der Landingpage | Content-Owner |
| Finale Versandversion | Exportierte Version, Variablen und verifizierte Zielgruppenzuordnung | Versand-Owner |
Benennen Sie Versionen konsistent. Bezeichnungen wie „Französisch final neu“ sorgen spätestens nach der nächsten Korrekturschleife für Verwirrung. Nutzen Sie eindeutige interne Versionskürzel und erfassen Sie den Freigabezeitpunkt in Ihren Release Notes. Achten Sie darauf, dass diese internen IDs nicht in der Kundenansicht landen.
Ändert sich das Angebot in der Ausgangsversion, prüfen Sie, welche Sprachfassungen davon betroffen sind. Lassen Sie die entsprechenden Abschnitte gezielt nachprüfen. Behalten Sie alte Freigaben nicht einfach bei, nur weil die Textänderung geringfügig erscheint.
Das reale Empfängererlebnis prüfen
Prüfen Sie Betreffzeile, Preheader, Fließtext, Buttons, Bildtexte und Footer. Eine Version wirkt oft schon fertig, obwohl der Preheader noch in der Ausgangssprache vorliegt. Behandeln Sie Text in Bildgrafiken als reviewpflichtigen Inhalt – grafische Elemente lassen sich selten ohne Anpassung für jeden Markt übernehmen.
Öffnen Sie jedes Linkziel. Prüfen Sie, ob die Seite existiert, zum Versprechen der E-Mail passt und einen nachvollziehbaren nächsten Schritt bietet. Steht keine lokalisierte Zielseite bereit, klären Sie vorab, ob die Version in der Ausgangssprache vertretbar ist, und weisen Sie bei Bedarf transparent auf den Sprachwechsel hin.
Testen Sie das Layout mit realistischen Textlängen und landestypischen Beispielnamen. Kontrollieren Sie Zeilenumbrüche, Lesereihenfolge, Zeichensetzung sowie Datums- und Zahlenformate. Stimmen Sie Währungen und kaufmännische Konditionen direkt mit den Verantwortlichen ab, damit die Sprachauswahl nicht versehentlich die Angebotskonditionen verändert.
Nutzen Sie Email Preflight für die relevanten E-Mail-Prüfungen und beheben Sie gefundene Auffälligkeiten. Dieses Tool unterstützt das Review, ersetzt aber weder sprachliche Fachkorrekturen noch garantiert es ein identisches Rendering über alle E-Mail-Clients hinweg.
Export und Zielgruppenzuordnung transparent halten
Migmas Export-Dokumentation beschreibt den Export einzelner Sprachversionen und das Herunterladen als separate HTML-Dateien. Prüfen Sie die tatsächlich exportierten Dateien und ordnen Sie den Zielvorlagen im Versandtool die jeweils richtige Version zu.
Schließen Sie die Variablen- und Segmentprüfungen auf Ihrer Versandplattform sorgfältig ab. Ein Sprachkürzel im Dateinamen stellt noch nicht sicher, dass die richtigen Empfänger erreicht werden. Lassen Sie die hinterlegten Sprachfelder oder Segmentierungsregeln vom Versandverantwortlichen prüfen – inklusive Fallback-Logik, falls keine Sprachpräferenz hinterlegt ist.
Arbeiten Sie für die geplanten Versionen mit freigegebenen Testdatensätzen. Prüfen Sie die zugestellten E-Mails, klicken Sie alle Links an und halten Sie fest, welche Sprachversion und Zielseite der Test tatsächlich angesteuert hat. Ein erfolgreicher Dateiexport ist noch kein Beleg für ein korrektes E-Mail-Routing.
Releases mit klar definierten offenen Punkten steuern
Geben Sie eine Version nicht frei, solange Sprache, Angebot oder Linkziele noch Klärungsbedarf haben. Der Kampagnenverantwortliche entscheidet gemäß den internen Vorgaben, ob der Versand dieser Version verschoben oder der Kampagnenumfang angepasst wird. Ersetzen Sie eine unfertige Version keinesfalls stillschweigend durch eine andere Sprache.
Trennen Sie im Feedback nach dem Versand sauberes Kreativfeedback von Routing-Problemen und Fehlern bei der Sprachzuordnung. Geben Sie konkrete Erkenntnisse an die Verantwortlichen und in das nächste Migma-Briefing zurück. Starten Sie Ihren nächsten mehrsprachigen Release in Migma mit demselben kompakten System: ein klares Kampagnenziel, lückenlose Nachweise pro Version und eindeutige Freigaben für jeden Zielgruppenpfad.
Häufig gestellte Fragen
Gilt eine E-Mail nach der Übersetzung automatisch für jeden Markt als freigegeben?
Nein. Die Sprache allein bestimmt weder die Marktfähigkeit noch verfügbare Produkte oder geltende Aktionsbedingungen. Diese Punkte müssen von den jeweiligen Verantwortlichen separat geprüft werden.
Was genau muss das Sprach-Review abdecken?
Zu prüfen sind Sinngehalt, Tonalität, Terminologie, Betreff, Preheader, Fließtext, Buttons, Bildtexte und Footer. Öffnen Sie zudem alle Ziel-Links und kontrollieren Sie das Layout anhand realistischer Textlängen.
Kann Migma separate Sprachversionen exportieren?
Migma dokumentiert den Export einzelner Sprachversionen sowie den Download als separate HTML-Dateien. Prüfen Sie die exportierten Dateien vorab und schließen Sie die Vorlagen- und Zielgruppenprüfungen in Ihrem Versandsystem ab.
Was tun, wenn eine Sprachversion noch nicht fertig ist?
Belassen Sie diese Version im Status „nicht freigegeben“. Der Kampagnen-Owner entscheidet dann, ob sie verschoben oder der Kampagnenumfang angepasst wird. Ersetzen Sie unfertige Versionen keinesfalls stillschweigend durch eine andere Sprache und nutzen Sie keine veralteten Freigaben.