E-Mail-Vorlagen von Braze und Mailchimp übersetzen

Jede E-Mail-Plattform lokalisiert auf eine von drei Arten. Suchen Sie Ihre Plattform in dieser Tabelle, um zu erfahren, was Sie hochladen müssen und was Sie zurückerhalten.

• Falls Ihre Plattform Übersetzungen für Sie generiert und Sie diese nur überprüfen möchten, ist das ein anderer Fall – importieren Sie den fertigen Text als vorhandene Übersetzungen, damit Ihr Memory und Glossar davon lernen.

Laden Sie die HTML-Vorlage hoch. Jeder Abschnitt, den Braze mit {% translation %} markiert hat, wird zu einem String mit der ID dieses Tags als Key. Alles außerhalb eines Tags bleibt unberührt: Nicht markierter Text ist Inhalt, den Sie in Braze bewusst nicht lokalisieren möchten. Eine Übersetzung würde hier Wörter in die Datei einfügen, die Braze niemals ändert.

Sie exportieren die Übersetzungstabelle, keine umgeschriebene Vorlage. Das ist Absicht, und das ist wichtig zu verstehen: Der Text innerhalb des Tags ist der Standardwert von Braze – also das, was an alle gesendet wird, für deren Sprache Sie keine Übersetzung haben. Dieser Text muss in der Quellsprache bleiben. Die Übersetzungen gehören in die CSV-Datei, die Sie zusammen mit der Vorlage bei Braze hochladen.

Der Ablauf ist also: Sie laden die Vorlage hoch, übersetzen sie, exportieren die Strings-Datei (mit Keys) oder die CSV und laden diese bei Braze hoch. Ihre Vorlage müssen Sie nie ändern.

• Die Limits von Braze werden bereits beim Import geprüft. So bemerken Sie Fehler vor dem Versand und nicht erst danach: maximal 200 Übersetzungs-Tags pro Nachricht, 2.000 Zeichen Standardtext pro Tag, keine Verschachtelungen und eindeutige IDs innerhalb der Nachricht.
• Tags in einem HTML-Attribut – zum Beispiel ein lokalisiertes Linkziel – werden wie alle anderen eingelesen.
• Braze rät davon ab, die Übersetzungs-CSV in Excel zu öffnen, da das Programm nicht-lateinische Zeichen zerschießt. Diese Warnung gilt für die Datei, die Sie zurück zu Braze hochladen – egal, wer sie erstellt hat.

Mailchimp bietet keine Funktion für mehrsprachige Kampagnen. Daher enthalten die Vorlagen alle Sprachen direkt im Code und wählen eine über eine Bedingung aus – *|IF:MC_LANGUAGE=es|* … *|ELSE:|* … *|END:IF|*. Selbst erstellte Liquid-Vorlagen funktionieren genauso mit {% if lang == "es" %}. Laden Sie die Vorlage hoch: Transept liest jede Bedingung als einen String ein, wobei jeder Zweig als die Übersetzung dieses Strings für die jeweilige Sprache dient.

Jeder Zweig wird als eigenständiger Satz übersetzt, nicht als Variante des Standardtextes. Das ist wichtiger, als es klingt: Der Zweig, den ein wiederkehrender Kunde liest, und der Zweig, den ein neuer Kunde liest, sind in der Regel unterschiedliche Texte mit unterschiedlicher Absicht, und die Übersetzung der gesamten Bedingung als ein einziger Block würde beides schlecht umsetzen.

Für eine Sprache, die bisher nicht in der Vorlage enthalten war, wird beim Export ein neuer Zweig in die Datei geschrieben. Dieser wird vor dem Standardwert platziert, damit dieser der Fallback bleibt. Sie laden eine Vorlage hoch und erhalten eine Vorlage zurück, die nun mehr Sprachen abdeckt.

• Bedingungen, die nichts mit der Sprache zu tun haben – wie {% if vip %} oder *|IF:PURCHASES>0|* – bleiben samt ihrem Text völlig unberührt. Nur eine Prüfung gegen Mailchimps MC_LANGUAGE oder eine Liquid-Variable, die eine Sprache benennt, zählt.
• Eine darin verschachtelte Sprachbedingung wird trotzdem erkannt und übersetzt.
• Ein neuer Zweig wird mit dem Sprachcode gekennzeichnet, den Transept verwendet. Falls Ihre Plattform eine andere Schreibweise für diese Sprache erwartet, benennen Sie sie in der exportierten Datei einfach um.

Dann ist die Vorlage einfach eine HTML-Datei – das ist der einfachste Fall. Laden Sie sie hoch, übersetzen Sie das Ganze und exportieren Sie eine Datei pro Sprache. Das Layout, die Inline-Styles und das Tabellengerüst, auf die E-Mail-HTML angewiesen ist, bleiben unberührt. Der Export schreibt die Übersetzungen nämlich direkt in Ihre Originaldatei, anstatt sie neu aufzubauen.

Nutzen Sie mehrere Sprachen, um mit einem einzigen Upload alle Sprachversionen in einem Durchgang zu erstellen.

Sie werden vor der KI verborgen, bevor sie den Text sieht, und danach wieder eingefügt. Jede Antwort wird mit dem Quelltext abgeglichen, damit nichts verloren geht. Das umfasst Liquid ({{first_name}}, {% if %}), die Attribut-Syntax von Braze ({{${first_name}}}), Mailchimp-Merge-Tags (*|FNAME|*) und printf-Platzhalter – ganz ohne Konfigurationsaufwand.

Eine Sache innerhalb eines Tags wird ganz bewusst doch übersetzt: der Fallback-Text. In {{ first_name | default:"friend" }} ist das Wort friend das, was jeder Empfänger ohne hinterlegten Vornamen liest – oft betrifft das den Großteil des Versands. Damit zählt es zum Textinhalt und wird übersetzt, während der Tag drumherum exakt so erhalten bleibt, wie er geschrieben wurde.

Zwei Einschränkungen sollten Sie kennen, bevor Sie eine Kampagne planen, da keine davon in der Vorschau sichtbar ist:

• Betreffzeilen in Mailchimp können nicht nach Sprache variieren. Der Betreff gehört zu den Kampagnen-Metadaten und nicht zum Vorlageninhalt. Daher greifen dort keine Bedingungen. Diese Einschränkung liegt bei Mailchimp; Transept kann sie nicht umgehen. Wenn Sie dort sprachspezifische Betreffzeilen benötigen, müssen Sie separate Kampagnen pro Sprache erstellen.
• Nicht getaggter Text in einer Braze-Vorlage bleibt unübersetzt, da Braze ihn selbst niemals lokalisieren wird. Wenn ein Absatz je nach Sprache variieren soll, umschließen Sie ihn in Braze zuerst mit einem Translation-Tag und importieren Sie ihn dann erneut.
• Eine Vorschau zeigt nur eine Sprache an – genau deshalb bleiben diese beiden Punkte oft unbemerkt. Prüfen Sie vor dem Versand die exportierte Datei und nicht die Vorschau.