Transaktionale E-Mail-Workflows

Ein transaktionaler Workflow sendet eine E-Mail an eine einzelne Person in dem Moment, in dem etwas passiert, z. B. eine Bestellung versandt wird, ein Formular abgeschickt wird, sich jemand für ein Thema anmeldet. Im Gegensatz zu einer Marketingkampagne wählen Sie nicht die Empfänger oder den Sendezeitpunkt aus. Das übernimmt ein Ereignis; je Ereignis wird eine E-Mail versendet.

Das Ereignis kann aus Ihren eigenen Systemen stammen (Ihr Shop teilt Automations mit: „Das ist gerade passiert“) oder aus Automations selbst (ein Formular wurde abgeschickt, ein Kontakt hat sich angemeldet). Sie legen einmalig fest, welches der beiden bei der Auswahl des Trigger-Typs zutrifft.

So ist dieser Artikel aufgebaut

Die Schritte 1–8 sind immer gleich, unabhängig davon, was Ihren Workflow startet. Die Referenz der Trigger-Typen behandelt anschließend, was für den jeweiligen Typ spezifisch ist. Wenn Ihr System der Trigger ist, gibt es außerdem einen Abschnitt Für Entwickler zum Weiterleiten.

Transaktionale E-Mails werden vom Empfänger erwartet und sind kein Marketing, daher unterliegen sie nicht dem Newsletter-Anmeldestatus.

1. Öffnen Sie Ihre Automation und wechseln Sie zu „Workflows“.
2. Klicken Sie auf „Workflow erstellen“.
3. Geben Sie einen Titel und optional eine Beschreibung ein.
4. Wenn Sie bereits etwas Ähnliches erstellt haben, verwenden Sie „Vorhandenen Workflow kopieren“, um davon auszugehen, statt mit einer leeren Fläche zu beginnen.
5. Klicken Sie auf „Workflow erstellen“.

Der Builder öffnet sich mit einem einzigen Element auf der Fläche, dem Trigger. Dies ist der Startpunkt jedes Workflows.

1. Klicken Sie auf das Element „Trigger“. Die Einstellungen öffnen sich im rechten Bereich.
2. Wählen Sie unter „Trigger-Typ“ aus, was den Workflow starten soll.

Eine fünfte Option, „Mailing gesendet“, erscheint im gleichen Dropdown, hat aber eine andere Aufgabe: Sie sendet ein Folge-Mailing an die Empfänger eines vorherigen Mailings, als Liste statt als eine E-Mail pro Person. Sie wird in diesem Artikel nicht behandelt.

Jeder Trigger-Typ erfordert eine Einrichtung, bevor der Workflow aktiviert werden kann, und diese befindet sich immer im gleichen Bereich auf der rechten Seite:

Sobald etwas ausgewählt ist, zeigt der Bereich eine Übersichtskarte dafür an, damit Sie prüfen können, ob Sie die richtige Auswahl getroffen haben, und die relevanten Einstellungen sehen.

Gehen Sie jetzt zur Referenz der Trigger-Typen für Ihren Typ. Sie behandelt, was Sie auswählen sollten, wenn der Trigger tatsächlich ausgelöst wird, und welche Variablen er Ihnen liefert. Kehren Sie danach zu Schritt 4 zurück.

1. Ziehen Sie „Transaktionale E-Mail“ aus dem Abschnitt „Aktionen“ der linken Seitenleiste auf die Ablagezone unterhalb des Triggers.
2. Klicken Sie auf das neue Element und wählen Sie „Mailing auswählen“.
3. Wählen Sie Ihr Mailing aus der Liste aus und bestätigen Sie.

Hier erscheinen nur Mailings vom Typ „Transaktional“. Wenn Ihre E-Mail fehlt, wurde sie wahrscheinlich als Marketing- oder Folge-Mailing erstellt und muss als transaktionales Mailing neu angelegt werden.

Nach der Auswahl zeigt der Bereich eine Übersichtskarte für das Mailing an, damit Sie prüfen können, ob Sie das richtige ausgewählt haben.

Öffnen Sie Ihr transaktionales Mailing im Mailing-Editor und fügen Sie Variablen ein, indem Sie den Namen in doppelte Unterstriche einschließen:

Zwei Unterstriche davor, zwei danach. Der Name dazwischen muss mit einer der Variablen übereinstimmen, die Ihr Trigger bereitstellt. Welche Namen Sie zur Verfügung haben, hängt vom Trigger-Typ ab. Prüfen Sie daher Ihren Typ in der Referenz der Trigger-Typen für die genaue Liste.

Beispiel

Dies funktioniert im E-Mail-Text, in der Betreffzeile und im Preheader. Platzhalter können überall stehen: mitten im Satz, innerhalb eines Links, in einem Button-Label.

Die Schreibweise spielt keine Rolle; __first_name__, __First_Name__ und __FIRST_NAME__ lösen alle dieselbe Variable auf.

Es gibt keine bedingten oder wiederholenden Inhalte innerhalb eines transaktionalen Mailings, z. B. kein „diese Zeile nur anzeigen, wenn …“ und kein Durchlaufen einer Liste. Nutzen Sie stattdessen Verzweigungen im Workflow, um zwischen Mailings zu wählen.

Um vor dem Versenden zu warten, ziehen Sie „Verzögerung“ aus dem Abschnitt „Regeln“ auf die Fläche und

• legen Sie eine ganze Zahl fest, mindestens 1,
• legen Sie eine Einheit fest: Minuten, Stunden oder Tage.

Die Fläche zeigt das Ergebnis z. B. als „Wartezeit von 2 Tagen“ an.

Zwei strukturelle Einschränkungen sind wichtig zu wissen:

• Nach einer Verzögerung können Sie nur ein Element „Transaktionale E-Mail“ hinzufügen.
• Sie können nicht zwei Verzögerungen hintereinander setzen. Verwenden Sie stattdessen eine einzelne, längere Verzögerung.

Eine Verzögerung eignet sich also am besten dafür, eine Folgeaktion zu planen: „die Bewertungsanfrage drei Tage nach Versand der Bestellung senden“, statt eine Pause mitten in einer Verzweigung einzulegen.

Zwei Regelelemente lassen den Workflow unterschiedliche Pfade nehmen. Beide entscheiden auf Basis Ihrer Variablen.

Teilt sich in einen „Ja“-Pfad und einen „Nein“-Pfad. Sie legen fest, was für „Ja“ qualifiziert; alle anderen gehen zu „Nein“.

Erstellen Sie eine Bedingung aus einem Feld (einem Variablennamen), einem Operator und einem Wert:

Kombinieren Sie Bedingungen mit „UND-Bedingung hinzufügen“ (alle müssen wahr sein) und „ODER-Gruppe hinzufügen“ (es reicht, wenn eine Gruppe wahr ist).

Beispiel: Feld plan, Operator „Gleich“, Wert premium: Premium-Kunden erhalten die „Ja“-E-Mail, alle anderen die „Nein“-E-Mail.

Teilt den Workflow anhand des Werts einer einzelnen Variable in mehrere Pfade auf. Jede Verzweigung erhält einen Namen und einen Wert, mit dem sie übereinstimmen soll, und es gibt immer eine Standardverzweigung für alles, was auf nichts passt.

Beispiel: Bedingungsfeld country, mit Verzweigungen für DE, FR und AT, sowie der Standardverzweigung für den Rest.

Sie benötigen mindestens eine Verzweigung neben dem „Standard“, und jede Verzweigung muss mindestens ein Element enthalten. Eine leere Verzweigung blockiert die Aktivierung.

Klicken Sie jederzeit auf „Validieren“, um Ihren Workflow zu prüfen. Probleme erscheinen an zwei Stellen: eine Fehleranzahl im Tab „Fehler“ des Seitenbereichs und ein Warnsymbol an jedem betroffenen Element.

Wenn alles in Ordnung ist, klicken Sie auf „Aktivieren“ und bestätigen Sie. Sie sehen eine Bestätigungsmeldung.

Das Deaktivieren eines Workflows verhindert, dass neue Ereignisse ihn starten.

Die acht Schritte oben sind für jeden Trigger-Typ gleich. Dieser Abschnitt behandelt, was sich bei jedem einzelnen unterscheidet, d. h. was Sie am Trigger konfigurieren können, wann er tatsächlich ausgelöst wird, welche Variablen Sie in der E-Mail und in Bedingungen verwenden können, und worauf Sie achten sollten.

Lesen Sie den Eintrag für den Typ, den Sie in Schritt 2 ausgewählt haben, und kehren Sie danach zu Schritt 4 zurück.

Sendet eine E-Mail, wenn Ihr System Automations mitteilt, dass etwas passiert ist, z. B. eine Bestellung wurde aufgegeben, ein Passwort-Reset wurde angefordert, eine Buchung wurde bestätigt. Dies ist der einzige Trigger-Typ, der einen Entwickler benötigt, und der einzige, bei dem Sie selbst festlegen, welche Variablen das Ereignis mitbringt.

Einrichten

Mit ausgewähltem „API-Aufruf“ zeigt der Bereich zwei Dinge: einen „API-Endpunkt“ und eine „Variablen“-Liste.

Eine Webadresse, die mit einem langen Code endet. Geben Sie diese dem Entwickler. Nutzen Sie die Kopierschaltfläche, statt sie erneut abzutippen. Alles, was er damit tun muss, finden Sie unter Für Entwickler.

Variablen sind die Informationen, die Ihr System bei jedem Ereignis mitsendet, z. B. ein Vorname, eine Bestellnummer, ein Reset-Link. Sie verwenden sie, um die E-Mail in Schritt 5 zu personalisieren.

Um eine hinzuzufügen,

1. erweitern Sie „Variablen“,
2. klicken Sie auf „Variable hinzufügen“,
3. geben Sie den Namen ein und bestätigen Sie.

Regeln für die Benennung von Variablen

• Verwenden Sie nur Buchstaben und Unterstriche, z. B. order_id, tracking_url, delivery_date. Der Builder akzeptiert auch Ziffern, aber ein Name, der eine Ziffer enthält, kann nicht in der E-Mail verwendet werden. Vermeiden Sie sie daher grundsätzlich. Siehe Vermeiden Sie Ziffern in Variablennamen.
• Keine Leerzeichen, Bindestriche, Umlaute oder Sonderzeichen. Der Builder lehnt diese ab.
• Der Name muss mit einem Buchstaben beginnen und enden.
• Jeder Name muss innerhalb des Triggers eindeutig sein.
• Diese Liste ist die verbindliche Quelle für die Platzhalter in Ihrer E-Mail. Kopieren Sie die Namen von hier in das Mailing, statt sie aus dem Gedächtnis einzutippen. Es wird nicht geprüft, ob das Mailing zu dieser Liste passt. Ein Platzhalter, der zu keiner Variable passt, fällt daher erst auf, wenn Sie die E-Mail lesen, die Ihr Kunde erhalten hat. Für einen Entwickler ist es einfacher, da der Endpunkt jeden Feldnamen ablehnt, der nicht auf dieser Liste steht, sodass eine Abweichung auf seiner Seite sofort mit einem Fehler fehlschlägt.
• idempotency_key ist ein reservierter Name. Fügen Sie ihn nicht als Variable hinzu. Der Entwickler sendet ihn bei jedem Aufruf, aber Automations verwendet ihn intern als Duplikatsschutz, statt ihn an die E-Mail weiterzugeben. Siehe Wozu der Idempotenzschlüssel dient, wenn Sie wissen möchten, was er bewirkt.

Deklarieren Sie Ihre Variablen, auch wenn die Liste optional ist. Lassen Sie sie leer, akzeptiert der Endpunkt jeden beliebigen Feldnamen. Das geht schneller, aber Sie verlieren sowohl das Sicherheitsnetz gegen Tippfehler als auch die einzige Stelle, die festlegt, was die E-Mails dieses Workflows verwenden dürfen.

Wann er tatsächlich ausgelöst wird

Jedes Mal, wenn Ihr System den Endpunkt aufruft und der Workflow aktiv ist. Es gibt keine Filterung auf Seiten von Automations. Zwei Ausnahmen:

• Ein Aufruf, der einen bereits für diesen Workflow gesehenen idempotency_key wiederholt, wird angenommen, bewirkt aber nichts. Siehe Wozu der Idempotenzschlüssel dient.
• Solange der Workflow deaktiviert ist, werden Aufrufe als „nicht gefunden“ abgelehnt.

Variablen, die Sie verwenden können

Genau die, die Sie deklariert haben, und keine weiteren. Es gibt keinen Profildatensatz hinter dem Ereignis, daher stehen die Newsletter-Felder nicht zur Verfügung, außer Sie senden sie selbst.

Verzweigungen funktionieren mit diesem Trigger, wobei jede von Ihnen deklarierte Variable als Bedingungsfeld verwendet werden kann. Da Sie die Variablenliste selbst kontrollieren, ist dies der flexibelste Trigger-Typ für Verzweigungen. Wenn eine Entscheidung von etwas abhängt, fügen Sie eine Variable dafür hinzu und lassen Sie sie vom Entwickler senden.

Sendet eine E-Mail, wenn jemand eines Ihrer Formulare abschickt, z. B. ein Whitepaper-Download, eine Kontaktanfrage, eine Webinar-Anmeldung.

Einrichten

1. Setzen Sie „Trigger-Typ“ auf „Formular gesendet“.
2. Klicken Sie auf „Formular auswählen“ und wählen Sie Ihr Formular aus.

Der Bereich zeigt anschließend eine Übersichtskarte für das Formular an, d. h. seinen Titel, die Beschreibung, die Gesamtzahl der Übermittlungen, ein Badge für jedes vom Formular erfasste Feld und einen nur lesbaren Schalter „Captcha prüfen“.

Wann er tatsächlich ausgelöst wird

Der Trigger löst aus, wenn die Übermittlung abgeschlossen ist, nicht wenn der Besucher auf „Absenden“ klickt:

• Formular ohne Double-Opt-in: sofort beim Absenden.
• Formular mit Double-Opt-in: erst nachdem der Besucher auf den Bestätigungslink in der Opt-in-E-Mail geklickt hat. Personen, die nie bestätigen, treten dem Workflow nie bei.
• Als Spam erkannte Übermittlungen lösen den Trigger nicht aus.

Variablen, die Sie verwenden können

Diese stehen immer zur Verfügung, unabhängig davon, ob Ihr Formular ein passendes Feld hat. Ein Feld, das das Formular nicht erfasst hat, ist einfach leer.

Zusätzlich jedes benutzerdefinierte Feld des Formulars, mit dem Präfix custom_, sodass aus einem Formularfeld namens industry __custom_industry__ wird.

Verzweigungen funktionieren mit diesem Trigger. Jede Variable aus der obigen Liste kann als Bedingungsfeld verwendet werden, wodurch __subscription__, __accept_terms__ und Ihre benutzerdefinierten Felder nützliche Entscheidungspunkte sind. Zum Beispiel führt Feld subscription, Operator Ist gleich, Wert true dazu, dass der „Ja“-Zweig neue Newsletter-Abonnenten willkommen heißt, und der „Nein“-Zweig nur den Download bestätigt.

Sendet eine E-Mail, wenn sich ein Profil für eines Ihrer Themen anmeldet – die klassische Newsletter-Willkommens-E-Mail.

Einrichten

1. Setzen Sie „Trigger-Typ“ auf „Profil abonniert“.
2. Klicken Sie auf „Thema auswählen“ und wählen Sie das Thema aus.

Der Bereich zeigt anschließend den Titel des Themas, die Beschreibung und die aktuelle Abonnentenzahl an. Die Validierung erfordert nur, dass ein Thema ausgewählt ist.

Wann er tatsächlich ausgelöst wird

• Jemand schließt ein Formular ab, das eine Anmeldecheckbox für dieses Thema hat, und hat sie angekreuzt. Bei Double-Opt-in erst nach der Bestätigung.
• Die Einwilligung einer Person für das Thema wird in Automations auf „erteilt“ gesetzt.

Variablen, die Sie verwenden können

Alles stammt aus dem Profil des Kontakts, so wie es zum Zeitpunkt der Anmeldung war.

Es gibt keine Variable für das Thema selbst. Wenn die E-Mail das Thema benennen soll, schreiben Sie den Namen in das Mailing – das ist unproblematisch, da jeder Workflow ohnehin an ein Thema gebunden ist.

Verzweigungen funktionieren mit diesem Trigger und nutzen jedes Feld aus der obigen Liste; salutation und Ihre benutzerdefinierten Felder sind die üblichen Entscheidungspunkte. Zum Beispiel führt Feld salutation, Operator „Vorhanden“ dazu, dass der „Ja“-Zweig mit einer formellen Anrede beginnt, während der „Nein“-Zweig eine neutrale Anrede verwendet.

Sendet eine E-Mail, wenn jemand, der eines Ihrer Mailings erhalten hat, darauf reagiert. Nützlich für Folge-E-Mails wie „Danke für Ihre Demo-Anfrage“, die nur Personen erreichen sollen, die von einer bestimmten Kampagne kamen.

Einrichten

1. Setzen Sie „Trigger-Typ“ auf „Mailing-Empfänger konvertiert“.
2. Klicken Sie auf „Mailing auswählen“ und wählen Sie das Mailing aus, auf dessen Empfänger Sie reagieren möchten. Die Liste zeigt Marketing-Mailings, die noch nicht abgeschlossen sind.

Was als Konversion zählt

Mit aktivierter Empfängerkennung erhält jeder Link im Mailing, der auf eine Ihrer eigenen Domains verweist, eine versteckte Kennzeichnung, die den jeweiligen Empfänger identifiziert. Wenn der Empfänger dem Link folgt und anschließend ein Formular auf der Zielseite abschickt, erkennt Automations, wer es war, und erfasst eine Konversion, die diesen Workflow startet.

Eine Konversion kann auch direkt von Ihrer Website oder Ihrem Shop gemeldet werden, wenn ein Entwickler dies eingerichtet hat.

Wissenswert

• Ein Empfänger konvertiert höchstens einmal. Eine zweite Formularübermittlung derselben Person zum selben Mailing startet keinen zweiten Durchlauf.
• Testversände konvertieren nie.
• Nur Links zu Ihren eigenen Domains tragen die Kennzeichnung. Ein Link zu einer Landingpage eines Drittanbieters kann keine Konversion erzeugen.
• Empfänger, die das Tracking abgelehnt haben, können nicht konvertieren. Ihre Links tragen bewusst keine Kennzeichnung.
• Sobald das Mailing abgeschlossen ist, werden keine Konversionen mehr gezählt. Richten Sie diesen Workflow ein und aktivieren Sie ihn, bevor das Mailing versendet wird.

Variablen, die Sie verwenden können

Diese stammen aus der Empfängerzeile des ursprünglichen Mailings, also aus den Daten, mit denen das Mailing versendet wurde, nicht aus dem, was der Besucher in das Formular eingegeben hat.

Verzweigungen funktionieren mit diesem Trigger, mit jedem der obigen Felder.

Dieser Abschnitt gilt nur für den Trigger „API-Aufruf“. Die anderen Trigger-Typen erfordern keine Integrationsarbeit. Automations löst das Ereignis selbst aus.

Geben Sie den Endpunkt aus dem Trigger-Bereich sowie Ihre Variablenliste weiter. Der Rest dieses Abschnitts ist der Integrationsvertrag.

Senden Sie eine POST-Anfrage mit einem JSON-Body:

Authentifizierung: keine. Dieser Endpunkt benötigt keinen Authorization-Header, kein IAM-Token und keinen API-Schlüssel, anders als der Rest der Automations-API. Der {trigger_key} im Pfad ist die Zugangsberechtigung. Es handelt sich um ein Capability-Token, und der Besitz der vollständigen URL autorisiert den Aufruf. Zwei Konsequenzen für den Umgang damit:

• Speichern Sie ihn wie ein Geheimnis (Umgebungsvariable oder Secret-Manager), nicht in clientseitigem Code, einem öffentlichen Repository oder etwas, das ein Browser lesen kann.
• Er kann nicht rotiert werden. Wird er offengelegt, muss der Marketer einen Ersatz-Workflow erstellen und einen neuen Endpunkt weitergeben. Behandeln Sie eine Offenlegung daher als Änderungsanfrage, nicht als Konfigurationsfix.

Regeln

• idempotency_key ist erforderlich. Verwenden Sie einen Wert, der sich aus dem Ereignis selbst ableitet, z. B. order-42-shipped. Siehe Wozu der Idempotenzschlüssel dient.
• Alle anderen Felder sind die Variablen des Workflows. idempotency_key wird von der API verarbeitet und nicht als Variable an den Workflow weitergegeben.
• email bestimmt den Empfänger. Hinter einem „API-Aufruf“-Trigger steht kein Kontaktdatensatz.
• Feldnamen werden gegen die deklarierten Variablen des Triggers geprüft: Jeder Name, der nicht auf dieser Liste steht, wird mit 422 und einer entsprechenden Fehlermeldung abgelehnt. Weniger Felder als deklariert zu senden ist erlaubt; fehlende Felder fehlen dann einfach in der E-Mail. Wenn der Marketer überhaupt keine Variablen deklariert hat, wird die Prüfung übersprungen und jeder Name akzeptiert. Stimmen Sie die Namen in diesem Fall ausdrücklich mit ihm ab.

Er ist Ihr Schutz davor, dieselbe E-Mail zweimal zu senden.

Das Problem, das er löst, ist eine normale Tatsache der Netzwerkkommunikation: Eine Anfrage kann auf dem Server erfolgreich sein und für den Aufrufer trotzdem wie ein Fehler aussehen. Die Verbindung bricht ab, während die Antwort zurückkommt, ein Timeout tritt ein, eine Warteschlange liefert einen Job erneut aus, ein Deployment startet einen Worker mitten in der Anfrage neu. Ihr System weiß, dass es den Aufruf gesendet hat; es weiß nicht, ob Automations darauf reagiert hat. Der naheliegend sichere Schritt (Wiederholung) würde dem Kunden eine zweite Bestellbestätigung senden.

Der Idempotenzschlüssel beseitigt dieses Dilemma. Automations speichert den Schlüssel zusammen mit dem dadurch erzeugten Workflow-Durchlauf. Bei jedem Aufruf wird geprüft, ob für diesen Schlüssel in diesem Workflow bereits ein Durchlauf existiert:

Eine Wiederholung ist daher immer sicher, und eine Wiederholung ist aus Sicht des Kunden nicht vom ursprünglichen Aufruf zu unterscheiden. Wiederholen Sie, bis Sie ein 2xx erhalten – das ist der ganze Sinn des Mechanismus.

Den Wert wählen

Der Schlüssel muss das Ereignis identifizieren, nicht den Versuch. Die zu stellende Frage lautet: „Wäre das Ergebnis dasselbe, wenn dieser Wert zweimal berechnet würde?“

Jede Zeichenfolge funktioniert; es gibt keine Formatvorgaben. Eine nützliche Konvention ist <entität>-<id>-<was passiert ist>.

Der Body muss ein einzelnes JSON-Objekt sein, dessen Werte alle Zeichenfolgen sind. Verschachtelte Objekte, Arrays, Zahlen, Booleans oder null werden nicht unterstützt. Alles andere wird mit 422 und einer entsprechenden Fehlermeldung abgelehnt, wobei das betroffene Feld genannt wird.

Antworten

Der Trigger-Schlüssel gehört zu genau einem Workflow, sodass ein Aufruf höchstens einen Durchlauf startet.

Fahren Sie mit der Maus darüber, um den Grund zu erfahren.

• „Wählen Sie einen Trigger-Typ aus, um Elemente zu aktivieren“: Führen Sie zuerst Schritt 2 aus.
• „Dieses Element ist für den Trigger ‚…‘ nicht verfügbar.“ Dieses Element gehört zu einem anderen Trigger-Typ. Alle vier transaktionalen Trigger-Typen bieten dieselben vier Elemente: „Transaktionale E-Mail“, „Verzögerung“, „Mehrfache Verzweigungen“, „Ja/Nein-Verzweigung“. Alles andere in der Palette gehört zu einem Kampagnen-Workflow.

Wenn ein Entwickler einen 422 meldet, fragen Sie ihn nach der Meldung:

• „fields not allowed: […]“: Er hat einen Variablennamen gesendet, den Sie am Trigger nicht deklariert haben. Fügen Sie ihn entweder zur „Variablen“-Liste hinzu, oder lassen Sie ihn die Schreibweise korrigieren. Diese Prüfung funktioniert wie vorgesehen.
• Alles andere liegt meist an der Struktur des Payloads. Prüfen Sie, ob jeder Wert als Text in Anführungszeichen steht ("42", nicht 42) und ob nichts in einem anderen Objekt verschachtelt oder als Liste gesendet wird. Siehe Der Payload muss flach sein.

In der Reihenfolge der Wahrscheinlichkeit: Der Workflow ist deaktiviert; der Endpunkt wurde unvollständig kopiert; der Endpunkt gehört zu einem Workflow, der inzwischen gelöscht wurde. Der Code selbst ändert sich nie, sobald der Workflow existiert, kann also nicht veraltet sein.

Der Platzhalter passte zu keiner Variable. In der Reihenfolge der Wahrscheinlichkeit:

1. Der Name enthält eine Ziffer: __item_1_name__ kann niemals aufgelöst werden. Benennen Sie die Variable ausschließlich mit Buchstaben um.
2. Ein Tippfehler: Vergleichen Sie den Platzhalter im Mailing Zeichen für Zeichen mit dem Variablennamen. Bei einem API-Aufruf-Trigger stehen die Namen in der „Variablen“-Liste des Triggers; bei „Formular abgeschickt“ sind es die Feld-Badges auf der Formularkarte; bei den anderen Typen finden Sie sie in der Referenz der Trigger-Typen.
3. Falsche Anzahl an Unterstrichen; es müssen auf jeder Seite genau zwei sein.
4. Das Feld war bei diesem konkreten Ereignis nicht vorhanden; ein optionales Formularfeld wurde leer gelassen, oder eine Variable wurde von Ihrem System dieses Mal nicht gesendet.

Die Schreibweise ist nicht das Problem: __Order_Id__ und __order_id__ verhalten sich identisch.

Prüfen Sie zunächst, ob ein weiter vorne im Workflow platziertes Element „Verzögerung“ bedeutet, dass die E-Mail einfach noch nicht gesendet wurde. Dies ist die häufigste Antwort.

Andernfalls gab es keine Adresse, an die gesendet werden konnte: Der Workflow startet, kann aber nicht zustellen. Bei einem „API-Aufruf“-Trigger bedeutet das, dass email nicht gesendet wurde oder leer war. Bei den anderen Trigger-Typen kommt die Adresse mit dem Ereignis mit, sodass dies darauf hindeutet, dass etwas auf unserer Seite schiefgelaufen ist. Wenden Sie sich in diesem Fall an den Support, statt nach einem Konfigurationsfehler zu suchen.