E-Mail-Marketing-Automatisierungen erstellen

Published: 16. Juli 2026 · Last updated: 21. Juli 2026 · By Marcus Biel

Mit Automatisierungen können Sie vollständige E-Mail-Journeys erstellen, die auf Aktivitäten von Abonnenten, Daten, Änderungen und Ereignisse aus externen Anwendungen reagieren.

Sie erstellen jede Automatisierung als visuellen Ablauf. Ein Trigger legt fest, wann ein Kontakt eintritt. Anschließend können Schritte E-Mails senden, warten, Abonnentendaten aktualisieren, ein anderes System aufrufen oder abhängig von einer Bedingung einen anderen Pfad wählen. Für gewöhnliche Willkommenssequenzen, Follow-ups, Jahrestags-E-Mails oder die Segmentierung von Abonnenten ist keine Programmierung erforderlich. Wenn Sie eine andere Anwendung verbinden möchten, bietet derselbe Builder außerdem die Trigger Custom Event und Inbound Webhook.

Dieser Leitfaden erklärt die vollständige Automationsseite und den Builder – einschließlich aller aktuellen Trigger und Schritte, des E-Mail-Editors innerhalb einer Automatisierung, Ereignisdaten, der Zustellung von Lead-Magneten, der Veröffentlichung, Versionierung und der sicheren Einrichtung von Webhooks.

Was Sie mit Automatisierungen erstellen können

Hier sind einige typische Beispiele:

• Willkommensserie — Startet nach der Bestätigung einer Anmeldung durch einen Kontakt, sendet sofort eine Willkommens-E-Mail, wartet zwei Tage und fährt mit nützlichen Inhalten fort.
• Zustellung eines Lead-Magneten — Startet nach einer bestätigten Anmeldung über einen bestimmten Signup Flow, sendet den geschützten Download-Link und folgt später mit einer weiteren Nachricht.
• Geburtstags- und Jahrestags-E-Mails — Starten jedes Jahr am Datum, das in einem Abonnentenfeld gespeichert ist.
• Interessenbasierte Follow-ups — Starten, wenn ein Tag hinzugefügt wird, und senden anschließend Inhalte, die zu diesem Interesse passen.
• Journeys zur Vervollständigung von Profilen — Reagieren, wenn ein Feld hinzugefügt, aktualisiert oder entfernt wird.
• Produkt- und Kauf-Journeys — Lassen Ihr Backend ein Ereignis wie trial.started oder order_paid senden und verwenden anschließend die Ereigniseigenschaften in E-Mails und Bedingungen.
• No-Code-Integrationen per Webhook — Geben einem externen Tool eine eindeutige Webhook-URL, die eine bestimmte Automatisierung startet, sobald sie JSON empfängt.
• Pflege von Abonnenten — Fügen Tags hinzu oder entfernen sie, aktualisieren Felder, starten oder stoppen eine andere Automatisierung oder melden einen Kontakt ab.
• Systemintegrationen — Senden einen signierten JSON-Webhook an eine andere Anwendung, wenn ein Kontakt einen bestimmten Schritt erreicht.

Die Automationsseite öffnen

Öffnen Sie „Automations“ in der Hauptnavigation.

Die Übersicht listet jede Automatisierung in Ihrem Konto auf. Jede Zeile zeigt ihren Status, den Namen der Automatisierung, die Anzahl der aktiven Abonnenten, die Anzahl der abgeschlossenen Abonnenten und rechts ein Aktionsmenü.

Automatisierungsstatus

Der Status zeigt, was die Automatisierung aktuell tut.

Draft — Die Automatisierung wird noch vorbereitet. Sie nimmt keine Kontakte an und führt keine Schritte aus. Sie können sie weiter bearbeiten und aktivieren, sobald sie bereit ist.

Active — Die Automatisierung ist live. Passende Trigger können neue Durchläufe starten, und Kontakte, die sich bereits darin befinden, setzen ihre Schritte fort.

Paused — Es treten keine neuen Kontakte ein, und bereits enthaltene Kontakte gehen nicht weiter, bis Sie die Automatisierung erneut aktivieren. Eine Inbound-Webhook-URL kann während der Pause weiterhin Anfragen annehmen und protokollieren, diese Anfragen starten jedoch keine Durchläufe.

Disconnecting — Start-Trigger nehmen keine neuen Kontakte mehr an, aber bereits enthaltene Kontakte setzen ihre Journeys fort. Sobald der letzte aktive Kontakt die Automatisierung verlässt, archiviert Maildroppa sie automatisch. Eine Automatisierung im Status „Disconnecting“ ist schreibgeschützt.

Archived — Die Automatisierung ist abgeschlossen und schreibgeschützt. Sie nimmt keine Kontakte mehr an und führt keine Schritte aus. Sie können sie weiterhin ansehen oder als Grundlage für einen neuen Entwurf verwenden.

Zählwerte in der Übersicht

Active Subscribers ist die Anzahl der Kontakte, die derzeit an einem Schritt dieser Automatisierung warten oder ihn durchlaufen.

Completed Subscribers ist die Anzahl der abgeschlossenen Automatisierungsdurchläufe. Wenn der erneute Eintritt aktiviert ist, kann ein Kontakt dieselbe Automatisierung mehr als einmal abschließen. Daher handelt es sich um eine Abschlussanzahl und nicht unbedingt um die Anzahl eindeutiger Kontakte.

Zeilenaktionen

Öffnen Sie das Dreipunktmenü am Ende einer Zeile. Die verfügbaren Aktionen hängen vom aktuellen Status ab:

• Aktive Automatisierungen können pausiert, getrennt, bearbeitet, als Entwurf kopiert oder gelöscht werden.
• Pausierte Automatisierungen können aktiviert, getrennt, bearbeitet, als Entwurf kopiert oder gelöscht werden.
• Automatisierungen im Status „Disconnecting“ und archivierte Automatisierungen können angesehen, als Entwurf kopiert oder gelöscht werden.
• Entwürfe können bearbeitet oder gelöscht werden.

„Use as Draft“ erstellt eine separate bearbeitbare Kopie. Die ursprüngliche Automatisierung wird dadurch weder reaktiviert noch verändert. Wenn die Quelle eine Inbound-Webhook-URL verwendet, wird die geheime URL nicht in den neuen Entwurf kopiert. Die Kopie muss ihre eigene URL erhalten.

Eine Automatisierung erstellen

Klicken Sie auf „Create Automation“, um den visuellen Builder zu öffnen.

Jede verwendbare Automatisierung benötigt:

1. Einen Namen.
2. Mindestens einen Trigger.
3. Mindestens einen verbundenen Schritt.
4. Einen vollständigen Pfad vom ersten Schritt bis zum Ende jedes Zweigs.

Die Arbeitsfläche enthält Plus-Schaltflächen überall dort, wo ein neuer Schritt eingefügt werden kann. Klicken Sie auf eine Plus-Schaltfläche, wählen Sie einen Schritttyp und konfigurieren Sie ihn. Bewegen Sie den Mauszeiger über einen vorhandenen Trigger oder Schritt, um ihn zu bearbeiten oder zu entfernen.

Erstellen und speichern Sie die Automatisierung als Draft, während Sie sie testen. Aktivieren Sie sie erst, nachdem Trigger, Inhalte, Bedingungen, Links, Verzögerungen und Integrationen überprüft wurden.

Trigger: So treten Kontakte in eine Automatisierung ein

Ein Trigger ist der Startpunkt einer Automatisierung. Maildroppa bietet derzeit neun Triggertypen:

1. Signup confirmed
2. Date Anniversary
3. Tag is Added
4. Tag is Removed
5. Custom Event
6. Inbound Webhook URL
7. Field is Added
8. Field is Updated
9. Field is Removed

Allgemeine und spezifische Trigger

Signup-, Tag- und Feld-Trigger können eine breite Quelle oder eine bestimmte Quelle abdecken.

Beispielsweise reagiert „Any Tag“ auf jedes von Kunden erstellte Tag, während ein Trigger für „Webinar“ nur reagiert, wenn dieses Tag zugewiesen wird. „Any Field“ und ein Trigger für ein ausgewähltes Feld funktionieren genauso.

Eine Automatisierung kann nicht gleichzeitig einen allgemeinen Trigger und einen spezifischen Trigger desselben Typs enthalten. „Any Tag“ umfasst bereits das Tag „Webinar“, daher würde das Hinzufügen beider Trigger zu einer Überschneidung führen. Doppelte spezifische Trigger sind ebenfalls nicht sinnvoll und werden verhindert.

Sie können einer Automatisierung bis zu 30 Standard-Trigger hinzufügen. Ein Kontakt tritt ein, sobald einer davon zutrifft. Custom Event und Inbound Webhook URL sind jedoch spezielle Trigger für Ereignisdaten und unterliegen den weiter unten beschriebenen strengeren Regeln.

Signup Confirmed

Dieser Trigger startet erst, nachdem ein Kontakt auf den Bestätigungslink für Double Opt-in geklickt hat. Eine reine Formularübermittlung reicht nicht aus.

Wählen Sie den passenden Quellenbereich für die Journey:

• Form — Wählen Sie ein bestimmtes Anmeldeformular aus.
• Signup flow — Wählen Sie einen bestimmten Signup Flow aus.
• All sources — Reagiert auf bestätigte Anmeldungen aus allen Quellen.

Verwenden Sie ein bestimmtes Form, wenn die Automatisierung zu einer bestimmten Platzierung gehört, etwa einer Webinar-Landingpage. Verwenden Sie einen bestimmten Signup Flow, wenn mehrere Formulare bewusst dieselbe Bestätigungs-Journey und dasselbe Follow-up nutzen. Verwenden Sie All sources nur, wenn jede bestätigte Anmeldung dieselbe Automatisierung erhalten soll.

Details zu Double-Opt-in-Nachrichten, Weiterleitungen, Bestätigungsseiten und Formularzuweisungen finden Sie im Signup-Flows-Leitfaden.

Date Anniversary

Date Anniversary startet die Automatisierung jedes Jahr am Monat und Tag, die in einem ausgewählten benutzerdefinierten Date-Feld gespeichert sind.

Wenn das Feld „Birthday“ beispielsweise 1988-04-12 enthält, kann der Trigger jedes Jahr am 12. April starten. Das ursprüngliche Jahr identifiziert das Datum, beschränkt den Trigger jedoch nicht auf dieses eine Jahr.

Es können nur aktive Date-Felder ausgewählt werden. Wenn noch kein Date-Feld existiert, erstellen Sie zunächst unter Subscriber Fields and Tags eines, bevor Sie diesen Trigger konfigurieren.

Jährliche Journeys benötigen normalerweise den erneuten Eintritt. Ohne erneuten Eintritt kann ein Kontakt, der die Geburtstagsautomatisierung im vergangenen Jahr bereits abgeschlossen hat, in diesem Jahr nicht erneut eintreten.

Tag is Added und Tag is Removed

Diese Trigger starten, wenn ein von Kunden erstelltes Tag einem Kontakt tatsächlich zugewiesen oder von ihm entfernt wird. Wählen Sie „Any Tag“ oder ein bestimmtes Tag aus.

Sie eignen sich für Interessen, Lebenszyklusphasen, Kundengruppen, Webinarteilnahmen oder manuelle Follow-up-Warteschlangen. Aktuelle Profiländerungen in Maildroppa, unterstützte individuelle API-Aktualisierungen und Aktionen zum massenhaften Hinzufügen oder Entfernen von Tags durch Kunden können diese Trigger starten.

Maildroppa reagiert nur auf eine tatsächliche Änderung. Wird ein Tag zugewiesen, das der Kontakt bereits besitzt, oder ein Tag entfernt, das er nicht besitzt, wird kein neues Tag-Änderungsereignis erzeugt.

Tag-Änderungen, die durch einen Automatisierungsschritt vorgenommen werden, starten nicht rekursiv eine andere tagbasierte Automatisierung. Verwenden Sie die ausdrückliche Aktion „Start Other Automation“, wenn eine Automatisierung einen Kontakt absichtlich an eine andere übergeben soll.

Field is Added, Field is Updated und Field is Removed

Diese Trigger reagieren auf Änderungen an Profilwerten von Abonnenten. Jeder kann „Any Field“ oder ein bestimmtes Feld überwachen.

• Field is Added — Ein zuvor leeres Feld erhält einen Wert.
• Field is Updated — Ein bestehender Wert ändert sich in einen anderen Wert.
• Field is Removed — Ein Feldwert wird gelöscht.

Die Unterscheidung ist nützlich. Beispielsweise kann das erstmalige Hinzufügen eines Geburtsdatums eine Bildungsnachricht starten, während eine spätere Änderung einen Prozess zur Datenüberprüfung auslösen kann.

Profiländerungen in der Maildroppa-App und unterstützte individuelle API-Aktualisierungen können diese Ereignisse erzeugen. Signup-Verarbeitung, Importe und Änderungen durch einen anderen Automatisierungsschritt starten diese Triggerfamilie nicht. Verwenden Sie für eine Signup-Journey stattdessen Signup confirmed.

Archivierte Felder können in neuen Triggern nicht ausgewählt werden. Vorhandene Verweise bleiben sichtbar, damit eine ältere Automatisierung verstanden und repariert werden kann. Stellen Sie jedoch das Feld wieder her oder ersetzen Sie es, bevor Sie eine bearbeitete Konfiguration aktivieren.

Informationen zu Feldtypen und zur Archivierung finden Sie im Leitfaden zu Subscriber Fields and Tags.

Custom Event und Inbound Webhook URL

Beide Trigger für Ereignisdaten ermöglichen es einem externen System, eine Automatisierung zu starten und temporäre Daten für diesen individuellen Durchlauf zu übermitteln. Sie dienen unterschiedlichen Integrationsarten.

Ein Trigger für Ereignisdaten muss der einzige Trigger seiner Automatisierung sein. Sie können Custom Event oder Inbound Webhook URL nicht mit Signup confirmed, einem Tag-Trigger, einem Feld-Trigger, Date Anniversary oder einem zweiten Trigger für Ereignisdaten kombinieren. Diese Regel stellt sicher, dass Ereigniseigenschaften in jeder E-Mail und Bedingung des Ablaufs zuverlässig verfügbar sind.

Ereignisdaten gehören zu einem einzelnen Automatisierungsdurchlauf. Sie werden nicht automatisch zu dauerhaften Profildaten des Abonnenten. Fügen Sie einen Update-Field-Schritt hinzu, wenn bestimmte Informationen ebenfalls auf dem Kontakt gespeichert werden sollen.

Einen Custom-Event-Trigger einrichten

Wählen Sie „Custom Event“, wenn Ihr Server die Maildroppa Events API mit einem API-Key aufrufen kann.

Schritt 1: Event-Key auswählen

Geben Sie einen stabilen Geschäftsevent-Namen ein, zum Beispiel:

• trial.started
• order_paid
• booking_created

Der Event-Key darf Buchstaben, Zahlen, Punkte, Unterstriche und Bindestriche enthalten. Der Abgleich erfolgt exakt, daher sind order_paid und order.paid unterschiedliche Events. Behalten Sie den Namen stabil, nachdem Ihre Integration bereitgestellt wurde.

Schritt 2: Entscheiden, ob neue Kontakte zugelassen werden

Mit „Allow new contacts from this source“ steuern Sie den Umgang mit unbekannten E-Mail-Adressen.

• Wenn die Option deaktiviert ist, kann nur eine E-Mail-Adresse, die bereits zu einem Maildroppa-Kontakt gehört, die Automatisierung starten. Unbekannte Adressen werden abgelehnt.
• Wenn sie aktiviert ist, erstellt Maildroppa für eine unbekannte E-Mail-Adresse einen Kontakt und startet anschließend die Automatisierung.

Lassen Sie die Option deaktiviert, wenn das sendende System nur Kontakte anreichern oder auf Kontakte reagieren soll, die bereits in Maildroppa verwaltet werden. Aktivieren Sie sie nur, wenn das externe Event eine genehmigte Quelle für die Kontakterstellung ist und Ihr Prozess über die erforderliche Berechtigung verfügt.

Schritt 3: API-Key erstellen oder verwenden

Die Einrichtungsliste zeigt, ob ein API-Key verfügbar ist. Erstellen Sie ihn bei Bedarf direkt in der Trigger-Einrichtung.

Behandeln Sie den API-Key wie ein Passwort. Verwenden Sie ihn ausschließlich in serverseitigem Code. Stellen Sie ihn nicht in Browser-JavaScript, ein öffentliches Repository, Screenshots, Support-Tickets, öffentliche Dokumentation oder gemeinsam genutzte Logs. Beim Kopieren des Beispiel-cURL-Befehls wird das Geheimnis ebenfalls in die Zwischenablage kopiert.

Die Anfrage wird an folgende Adresse gesendet:

POST https://api.maildroppa.com/events

mit folgendem Header:

X-API-Key: YOUR_API_KEY

Allgemeine Informationen zur Sicherheit und Rotation von Keys finden Sie im API-Key-Leitfaden.

Schritt 4: Testevent senden

Senden Sie das Event mit triggerAutomations auf false gesetzt. So kann Maildroppa die Ereigniseigenschaften erfassen, ohne eine aktive Automatisierung zu starten.

{
  "eventKey": "trial.started",
  "email": "contact@example.com",
  "properties": {
    "planName": "Professional",
    "trialDays": 14,
    "salesAssisted": false
  },
  "occurredAt": "2026-07-16T08:00:00Z",
  "triggerAutomations": false
}

Properties müssen ein flaches Objekt sein. Werte können Strings, Zahlen, boolesche Werte oder null sein. Eigenschaftsnamen dürfen Buchstaben, Zahlen, Unterstriche, Punkte und Bindestriche enthalten. Das serialisierte properties-Objekt darf bis zu 64 KiB groß sein.

Maildroppa zeigt die erfassten Eigenschaften in der Trigger-Einrichtung an. Anschließend können sie in der E-Mail-Personalisierung und unter Event data in Bedingungen ausgewählt werden. Beispielsweise kann planName als {{event.planName}} in eine E-Mail eingefügt werden.

Schritt 5: Checkliste abschließen und aktivieren

Die Checkliste für Custom Event bestätigt:

• Der Event-Key ist konfiguriert.
• Ein API-Key ist verfügbar.
• Testeventdaten wurden erfasst.
• Der Trigger ist zur Aktivierung bereit.

Nachdem die Automatisierung aktiv ist, senden Sie Produktions-Events mit triggerAutomations auf true gesetzt. Der Event-Key muss exakt übereinstimmen. Ereigniseigenschaften werden mit diesem Automatisierungsdurchlauf gespeichert und bleiben während aller Schritte verfügbar.

Einen Inbound-Webhook-URL-Trigger einrichten

Wählen Sie „Inbound Webhook URL“, wenn eine externe Anwendung eine JSON-POST-Anfrage senden kann, aber nicht Ihren kontoweit gültigen API-Key verwenden soll.

Maildroppa erstellt eine eindeutige geheime URL für diese Automatisierung, zum Beispiel:

https://in.maildroppa.com/webhooks/inbound/SECRET_TOKEN

Das Token im Pfad gewährt Zugriff. Ein API-Key ist nicht erforderlich, und nur die mit dieser URL verknüpfte Automatisierung kann gestartet werden.

Schritt 1: URL erstellen

Fügen Sie den Trigger Inbound Webhook URL hinzu und speichern Sie die Automatisierung, wenn Sie dazu aufgefordert werden. Maildroppa erstellt und zeigt anschließend die URL an.

Kopieren Sie die URL in die Webhook-Einstellungen des externen Systems. Behandeln Sie die vollständige URL wie ein Passwort. Veröffentlichen Sie sie nicht, platzieren Sie sie nicht in clientseitigem Code und nehmen Sie sie nicht in gewöhnliche gemeinsam genutzte Logs auf.

Schritt 2: Eine JSON-Testanfrage senden

Die Einrichtung stellt Beispiele zum Kopieren für macOS/Linux und Windows PowerShell bereit. Senden Sie eine Webhook-Anfrage für einen Kontakt. Die Nutzlast muss irgendwo eine gültige Empfänger-E-Mail-Adresse enthalten, die Maildroppa identifizieren kann.

Zum Beispiel:

{
  "email": "contact@example.com",
  "checkout": {
    "id": "checkout_123",
    "total": 99
  },
  "planName": "Professional"
}

Vor der Aktivierung werden akzeptierte Anfragen nur als kurzlebige Testdaten gespeichert. Sie starten die Automatisierung nicht und senden keine E-Mails.

Wenn das externe System Anfragen automatisch wiederholt, senden Sie einen Idempotency-Key- oder X-Webhook-Id-Header. Dadurch kann Maildroppa dieselbe Zustellung erkennen, anstatt dasselbe Event zweimal zu starten. Wenn zwei ansonsten identische Events beabsichtigt sind, geben Sie jedem eine eigene Event-ID.

Schritt 3: Empfänger-E-Mail auswählen

Maildroppa untersucht die letzte gültige Testanfrage und sucht nach möglichen E-Mail-Feldern.

• Wird ein eindeutiges Feld gefunden, kann es automatisch ausgewählt werden.
• Werden mehrere mögliche Felder gefunden, wählen Sie das Feld aus, das den Kontakt identifiziert.
• Wird kein Feld gefunden, passen Sie die Nutzlast an und senden Sie eine weitere Testanfrage.

Der ausgewählte Pfad gehört zum Webhook-Vertrag. Senden Sie eine Anfrage pro Empfänger statt ein Empfänger-Array.

Schritt 4: Entscheiden, ob fehlende Kontakte erstellt werden

Wenn „Create missing contacts“ deaktiviert ist, starten nur vorhandene Kontakte die Automatisierung. Unbekannte E-Mail-Adressen werden protokolliert, starten jedoch keinen Durchlauf.

Wenn die Option aktiviert ist, erstellt Maildroppa für eine gültige unbekannte E-Mail-Adresse einen neuen Kontakt und startet anschließend die Automatisierung. Aktivieren Sie dies nur, wenn die eingehende Quelle Kontakte erstellen darf.

Schritt 5: Ereignisdaten überprüfen

Maildroppa listet nutzbare Werte auf, die in der Testnutzlast erfasst wurden. Diese Vorschläge sind kein dauerhaftes, vollständiges Schema. Wenn ein erforderliches Feld fehlt, fügen Sie es in eine neue Testanfrage ein und aktualisieren Sie die Testdaten.

Die Empfänger-E-Mail wird besonders behandelt und nicht als Ereignisdaten-Eigenschaft dupliziert. Listen, vertraulich wirkende Werte, tief verschachtelte Werte, leere Objekte, unsichere Eigenschaftsnamen oder Felder außerhalb der unterstützten Erkennungsgrenzen können ebenfalls ausgeschlossen werden.

Erfasste Felder stehen in E-Mails als Merge-Tags und in Bedingungen unter Event data zur Verfügung. Ihre Werte werden für jeden Live-Automatisierungsdurchlauf separat erfasst.

Schritt 6: Checkliste abschließen und aktivieren

Die Einrichtungsliste zeigt, ob:

• Die Webhook-URL bereit ist.
• Eine gültige Testanfrage empfangen wurde.
• Eine Empfänger-E-Mail erkannt oder ausgewählt wurde.
• Ereignisdaten verfügbar sind, wenn der Ablauf sie verwendet.
• Der Webhook zur Aktivierung bereit ist.

Wenn Sie die Automatisierung aktivieren, entfernt Maildroppa die Einrichtungsbeispiele. Neue Anfragen können anschließend echte Durchläufe starten.

URL-Status und Sicherheit

Eine eingehende URL kann folgende Status haben:

• Pending — Anfragen werden als Einrichtungsdaten gespeichert und starten keine Durchläufe.
• Live — Gültige Anfragen können die aktive Automatisierung starten.
• Paused — Anfragen werden angenommen und protokolliert, starten jedoch keine Durchläufe.
• Revoked — Die URL wurde dauerhaft deaktiviert und startet keine Durchläufe mehr.
• Expired — Die Einrichtung wurde nicht rechtzeitig aktiviert. Erstellen Sie eine neue URL und testen Sie sie erneut.

Verwenden Sie „Rotate URL“ für eine geplante Änderung. Maildroppa erstellt eine neue URL, während die vorherige 24 Stunden lang gültig bleibt. So haben Sie Zeit, die externe Anwendung zu aktualisieren.

Verwenden Sie „Replace URL Now“ nur, wenn die aktuelle URL offengelegt oder missbraucht wurde. Dadurch wird die alte URL sofort deaktiviert. Diese Aktion kann nicht rückgängig gemacht werden. Aktualisieren Sie den Absender mit der neu generierten URL, bevor Sie weitere Events erwarten.

Schritte hinzufügen und bearbeiten

Klicken Sie auf eine Plus-Schaltfläche unter einem Trigger oder zwischen vorhandenen Schritten. Der erste Dialog bietet vier Hauptoptionen:

• Action
• Delay
• Email
• Condition

Action und Delay öffnen eine zweite Auswahl mit ihren einzelnen Schritttypen.

Um einen Schritt zu bearbeiten, bewegen Sie den Mauszeiger darüber und wählen Sie das Bearbeitungssymbol. Um ihn zu entfernen, wählen Sie das Löschsymbol und bestätigen Sie die Warnung. Das Entfernen eines Schritts aus einer Automatisierung mit bereits aktiven Kontakten kann Kontakte entfernen, die an diesem Schritt warten. Prüfen Sie aktive Abläufe daher sorgfältig.

Aktionsschritte

Die Kategorie Action enthält sieben Aktionen.

Update Field

Wählen Sie ein Abonnentenfeld aus und geben Sie den neuen Wert ein. Die Eingabe passt sich an den Feldtyp an, einschließlich Auswahl- und Mehrfachauswahlfeldern.

Verwenden Sie dies, um eine Lebenszyklusphase zu speichern, eine Präferenz zu erfassen oder ausgewählte Informationen zu sichern, nachdem ein Kontakt einen Meilenstein erreicht hat. Archivierte Felder können für eine neue Aktion nicht ausgewählt werden.

Add Tag

Wählen Sie ein von Kunden erstelltes Tag aus, das dem Kontakt zugewiesen werden soll. System-Tags stehen für diese Aktion nicht zur Verfügung.

Verwenden Sie Tags für die interne Organisation, Segmentierung und spätere Kampagnenauswahl. Das Hinzufügen eines bereits zugewiesenen Tags lässt das Profil unverändert.

Remove Tag

Wählen Sie ein von Kunden erstelltes Tag aus, das entfernt werden soll. Wenn der Kontakt es nicht besitzt, kann der Schritt fortgesetzt werden, ohne eine Änderung zu erzeugen.

Start Other Automation

Wählen Sie eine andere geeignete Automatisierung aus und starten Sie sie für denselben Kontakt.

Dies ist die ausdrückliche Möglichkeit, kleinere wiederverwendbare Journeys zu verbinden. Maildroppa schließt ungültige Ziele aus und prüft Abhängigkeiten zwischen Automatisierungen, um Zyklen zu verhindern, etwa dass Automatisierung A Automatisierung B startet, während Automatisierung B Automatisierung A startet.

Die Regeln für den erneuten Eintritt der Zielautomatisierung gelten weiterhin. Ein Kontakt, der dort bereits aktiv ist, kann keinen zweiten parallelen Durchlauf starten.

Stop Other Automation

Wählen Sie eine andere Automatisierung aus, in der dieser Kontakt nicht weiter fortschreiten soll. Dies ist nützlich, wenn ein späteres Ereignis eine ältere Nurture-Sequenz irrelevant macht.

Send Webhook

Send Webhook sendet eine signierte JSON-POST-Anfrage, sobald der Kontakt diesen Schritt erreicht. Es handelt sich um eine ausgehende Aktion, die sich vom eingehenden Trigger Inbound Webhook URL unterscheidet.

Konfigurieren Sie:

• Eine öffentliche HTTPS-Ziel-URL.
• Optionale benutzerdefinierte Header zur serverseitigen Authentifizierung.
• Alle unterstützten Abonnentenfelder oder eine ausgewählte Gruppe von Feldern.
• Das Signing secret des Konto-Webhooks.

Der Dialog zeigt vor dem Speichern eine Vorschau der Nutzlast an. Senden Sie einen Test-Webhook, um den Endpunkt zu überprüfen. Prüfen Sie anschließend das Zustellungsergebnis und später den Produktions-Zustellungsverlauf des Schritts.

Abonnentendaten werden im JSON-Body gesendet. Halten Sie die Ziel-URL statisch und platzieren Sie keine personenbezogenen Daten oder Geheimnisse in Query-Parametern. Produktionszustellungen laufen im Hintergrund und wiederholen vorübergehende Fehler. Eine Testanfrage wird einmal gesendet und nicht wiederholt.

Wenn der Empfänger 410 Gone zurückgibt, deaktiviert Maildroppa die Zustellung für diesen Schritt, weil der Endpunkt ausdrücklich angegeben hat, dass er nicht mehr existiert. Korrigieren Sie den Empfänger oder die URL und verwenden Sie anschließend „Re-enable“ im Schritt.

Automatisierungs-Webhooks und kontoweit gültige Developer-Webhooks verwenden dasselbe Signing secret. Informationen zur Signaturprüfung, zum Wiederholungsverhalten, zu Zielanforderungen und zur Rotation des Geheimnisses finden Sie im Webhooks-Leitfaden.

Unsubscribe

Unsubscribe ändert den Status des Kontakts auf von allen E-Mails abgemeldet. Es handelt sich um einen Endschritt, daher kann diesem Pfad kein späterer Schritt folgen.

Verwenden Sie ihn nur, wenn die Automatisierung eine eindeutige Abmeldeentscheidung oder eine von Ihnen bewusst entworfene Richtlinie darstellt. Verwenden Sie ihn nicht lediglich zum Stoppen einer Automatisierung. Nutzen Sie dafür Stop Other Automation.

Verzögerungsschritte

Verzögerungen steuern, wann ein Kontakt den nächsten Schritt erreicht.

Fixed Delay

Geben Sie eine Menge ein und wählen Sie Minutes, Hours, Days, Weeks oder Months.

Die Mindestverzögerung beträgt fünf Minuten. Für alle anderen Einheiten ist eine Menge von mindestens eins erforderlich. Eine feste Verzögerung beginnt, wenn der Kontakt den Schritt erreicht. Daher können zwei Kontakte trotz derselben Dauer zu unterschiedlichen Kalenderzeiten warten.

Date Field Delay

Wählen Sie ein aktives benutzerdefiniertes Date-Feld aus. Der Kontakt wartet, bis das in diesem Feld gespeicherte Datum erreicht ist.

Sie müssen außerdem festlegen, was geschieht, wenn der Kontakt in diesem Feld keinen Wert hat:

• Proceed Immediately — Überspringt die Wartezeit und fährt mit dem nächsten Schritt fort.
• Wait Indefinitely — Lässt den Kontakt an diesem Schritt warten, bis ein Wert verfügbar ist.
• Remove Subscriber — Beendet den aktuellen Automatisierungsdurchlauf dieses Kontakts.

Wählen Sie bewusst. „Wait Indefinitely“ kann dazu führen, dass Kontakte lange aktiv bleiben, während „Remove Subscriber“ ihre Journey beendet, ohne spätere Schritte auszuführen.

Eine E-Mail direkt in der Automatisierung erstellen

Der Schritt Email öffnet nun einen vollständigen E-Mail-Editor innerhalb des Automatisierungs-Workflows. Sie müssen keine separate Transactional Email mehr erstellen und anschließend aus einem Dropdown-Menü auswählen.

Geben Sie einen Betreff und optional einen Preheader ein und erstellen Sie den E-Mail-Text im visuellen Editor. Sie können Inhaltsblöcke in die Nachricht ziehen, ihr Erscheinungsbild konfigurieren oder auf „Browse Templates“ klicken, um mit einem bestehenden Design zu beginnen. Klicken Sie auf „Save Step“, um die fertige Nachricht auf die Automatisierungsfläche zurückzuführen.

Die standardmäßige Maildroppa-Fußzeile des Kontos ist in der E-Mail enthalten. Konfigurieren Sie ihr globales Erscheinungsbild auf der Seite Footer Style.

Betreff und Preheader

Der Betreff ist erforderlich und kann bis zu 255 Zeichen enthalten. Der Preheader ist optional und kann bis zu 100 Zeichen enthalten.

Platzieren Sie den wichtigen Teil am Anfang, da Posteingänge beides häufig kürzen. Der Editor zeigt während der Eingabe Hinweise zur Länge an.

Templates und Inhaltsblöcke

„Browse Templates“ öffnet Templates, die für E-Mail-Nachrichten geeignet sind. Die Auswahl eines Templates ersetzt das aktuelle Body-Design. Wählen Sie daher ein Template aus, bevor Sie umfangreiche manuelle Änderungen vornehmen.

Verwenden Sie im visuellen Editor Strukturen und Inhaltsblöcke für Text, Bilder, Schaltflächen, Abstände, Social Links und andere unterstützte Inhalte. Überprüfen Sie vor der Aktivierung Vorschau-Links, mobile Darstellung, Absenderidentität, Kontrast der Fußzeile und den finalen Text.

Personalisierung

Verwenden Sie Personalisierungsfelder von Abonnenten für Informationen, die auf dem Kontakt gespeichert sind.

Wenn die Automatisierung mit Custom Event oder Inbound Webhook URL startet, stehen erfasste Ereigniseigenschaften ebenfalls als Personalisierungs-Tags zur Verfügung. Zum Beispiel:

Your {{event.planName}} trial has started

Ereigniswerte stammen aus dem individuellen Durchlauf, der die E-Mail erreicht hat. Wenn eine Eigenschaft erforderlich ist, stellen Sie sicher, dass Ihre Testnutzlast sie enthält und jeder Produktionsabsender denselben Vertrag einhält.

Einen Lead-Magneten zu einer Automatisierungs-E-Mail hinzufügen

Automatisierungs-E-Mails können unmittelbar nach einer bestätigten Anmeldung einen Lead-Magneten bereitstellen. Ein Lead-Magnet kann eine geschützte hochgeladene Datei oder ein in Maildroppa verwaltetes URL-Angebot sein.

Die Zustellung von Lead-Magneten ist nur verfügbar, wenn jeder Trigger der Automatisierung „Signup confirmed“ für einen konkret ausgewählten Signup Flow ist. Sie ist nicht verfügbar mit All sources, einem direkten Form-Bereich, Date Anniversary, Tag- oder Feld-Triggern, Custom Event oder Inbound Webhook URL. Diese strenge Verbindung stellt sicher, dass der Download zu einer abgeschlossenen Double-Opt-in-Journey mit bekanntem Signup Flow gehört.

So fügen Sie einen Lead-Magneten hinzu:

1. Fügen Sie in einer geeigneten Automatisierung einen Email-Schritt hinzu oder bearbeiten Sie ihn.
2. Öffnen Sie „Lead magnet delivery“.
3. Wählen Sie die Datei oder das URL-Angebot aus.
4. Erstellen Sie im E-Mail-Text eine Schaltfläche oder einen Textlink.
5. Verwenden Sie das Personalisierungs-Tag „Lead magnet URL“ als Ziel dieses Links.
6. Speichern Sie den Email-Schritt und anschließend die Automatisierung.

Maildroppa verwendet intern das Merge-Tag {{ lead_magnet_url }} und ersetzt es beim Versand durch einen geschützten Maildroppa-Download-Link.

Das Tag muss im E-Mail-Text als Linkziel verwendet werden. Platzieren Sie es nicht im Betreff, Preheader, sichtbaren Text oder an einer anderen Stelle, die kein Link ist. Der Editor verhindert das Speichern eines ausgewählten Lead-Magneten ohne gültigen Download-Link und ebenso eines Lead-Magnet-URL-Tags ohne ausgewähltes Angebot.

Der geschützte Link bleibt stabil. Wenn Sie die Datei später ersetzen oder das Ziel des Angebots ändern, funktionieren Links in bereits gesendeten E-Mails weiterhin und führen zum aktuellen Ziel.

Bedingungsschritte

Eine Condition wertet Daten aus, sobald ein Kontakt den Schritt erreicht, und teilt die Journey in zwei Pfade:

• YES — Der vollständige Ausdruck stimmt überein.
• NO — Der Ausdruck stimmt nicht überein.

Bedingungen können Abonnentenfelder, Tags und Segmente verwenden. In einer Custom-Event- oder Inbound-Webhook-Automatisierung können sie auch erfasste Event data verwenden.

Filter kombinieren

Bedingungen verwenden Filtergruppen:

• Filter innerhalb derselben Gruppe werden mit AND verbunden. Jeder Filter dieser Gruppe muss zutreffen.
• Separate Gruppen werden mit OR verbunden. Es reicht, wenn eine vollständige Gruppe zutrifft.

Zum Beispiel:

Gruppe 1

• Country entspricht Germany
• UND Tag enthält Customer

ODER Gruppe 2

• Event data planName entspricht Professional
• UND Event data trialDays ist größer als 7

Wenn eine vollständige Gruppe zutrifft, folgt der Kontakt YES. Andernfalls folgt der Kontakt NO.

Bedingungen für Ereignisdaten

Die Option Event data erscheint nur, wenn die Automatisierung einen Custom-Event- oder Inbound-Webhook-URL-Trigger besitzt und Maildroppa nutzbare Eigenschaften erfasst hat.

Wenn eine Eigenschaft fehlt, senden Sie vor der Aktivierung einen weiteren Custom-Event-Test mit triggerAutomations: false oder eine weitere Testanfrage für einen eingehenden Webhook. Inbound-Webhook-Bedingungen können während der Einrichtung anhand des akzeptierten Testbeispiels in der Vorschau angezeigt werden.

Ereignisdaten werden aus dem Snapshot des Durchlaufs ausgewertet, nicht aus dem Kontaktprofil. Die Aktualisierung eines gleichnamigen Abonnentenfelds ändert nicht den Ereigniswert, der beim Start des Durchlaufs erfasst wurde.

Mehr als zwei Pfade erstellen

Jede einzelne Condition besitzt nur die Zweige YES und NO. Um einen Länderwechsel, einen Wechsel des Preismodells oder einen anderen mehrpfadigen Ablauf zu erstellen, verbinden Sie eine weitere Condition mit dem NO-Zweig und fahren Sie fort, bis der endgültige Fallback-Pfad erreicht ist.

Speichern, aktivieren und erneuter Eintritt

Wenn der Ablauf vollständig ist, speichern Sie ihn als Draft oder aktivieren Sie ihn.

Geben Sie der Automatisierung einen eindeutigen, aussagekräftigen Namen wie „Confirmed Signup - Main Welcome“, „Annual Birthday Offer“ oder „Trial Started - Professional“. Ein spezifischer Name erleichtert das Erkennen von Versionen und Aktionen zwischen Automatisierungen erheblich.

Allow Reentry

Der erneute Eintritt legt fest, ob ein Kontakt, der die Automatisierung zuvor abgeschlossen hat, erneut eintreten darf.

• Bei deaktiviertem erneutem Eintritt kann ein abgeschlossener Kontakt dieselbe Automatisierung nicht erneut starten.
• Bei aktiviertem erneutem Eintritt kann der Kontakt nach einem späteren passenden Trigger erneut eintreten.

Ein Kontakt kann nicht gleichzeitig zwei aktive Durchläufe in derselben Automatisierung haben. Selbst bei aktiviertem erneutem Eintritt erlaubt Maildroppa höchstens 10 Abschlüsse pro Kontakt, Automatisierung und Tag.

Aktivieren Sie den erneuten Eintritt für wirklich wiederholbare Journeys wie jährliche Jahrestage oder wiederholte Käufe. Lassen Sie ihn für einmalige Onboarding-Journeys oder einen Lead-Magneten deaktiviert, der nur einmal zugestellt werden soll.

Aktivierungsprüfungen

Bevor eine Automatisierung aktiv wird, überprüft Maildroppa die vollständige Konfiguration. Je nach Ablauf umfasst dies:

• Vollständigkeit von Triggern und Schritten.
• Verbundene Zweige und einen gültigen Startschritt.
• Ungültige Zyklen oder Abhängigkeiten zwischen Automatisierungen.
• E-Mail-Inhalte und Personalisierungssyntax.
• Zuweisung des Lead-Magneten und Platzierung des Download-Links.
• Custom-Event-API-Key und erfasste Testdaten.
• Inbound-Webhook-URL, Testanfrage, Empfänger-E-Mail und referenzierte Ereignisfelder.
• Signing secret des ausgehenden Webhooks.

Beheben Sie jeden offenen Einrichtungspunkt, statt mit einer ungetesteten Annahme zu aktivieren.

Eine aktive Automatisierung bearbeiten

Sie können eine aktive oder pausierte Automatisierung im Editor öffnen. Wenn aktive Kontakte betroffen sein könnten, bietet das Speichern zwei Möglichkeiten.

Update Automation

Dadurch werden die Änderungen direkt auf die aktuelle Automatisierung angewendet.

Verwenden Sie dies für kleine, sichere Korrekturen, wenn Sie wissen, wo aktive Kontakte warten. Das Entfernen oder Ersetzen eines Schritts kann ihre Journey unterbrechen oder Kontakte aus der Automatisierung entfernen.

Save as New Version

Dadurch bleibt die aktuelle Einrichtung für bereits enthaltene Kontakte erhalten und es wird eine neue aktive Version für zukünftige Eintritte erstellt.

Die vorherige Version wechselt zu Disconnecting. Ihre Trigger nehmen keine neuen Kontakte mehr an, aber aktive Kontakte durchlaufen weiterhin den unveränderten Ablauf. Nach Abschluss des letzten Kontakts wird sie archiviert. Die neue Version nimmt neue Einträge auf.

Verwenden Sie diese Option für strukturelle Änderungen, neue Sequenzen, geänderte Verzögerungen, umfangreiche Änderungen an Bedingungen oder den Austausch einer E-Mail, der sich Kontakte bereits nähern.

Pausieren, trennen, kopieren und löschen

Pausieren, wenn Sie fortsetzen möchten

Pausieren Sie eine Automatisierung, um neue Eintritte zu stoppen und aktive Kontakte vorübergehend einzufrieren. Aktivieren Sie sie erneut, sobald das Problem oder die geplante Unterbrechung vorbei ist.

Das Pausieren ist nützlich, während Sie ein Ziel korrigieren, eine E-Mail prüfen oder eine zeitkritische Journey vorübergehend stoppen. Denken Sie daran, dass während der Pause empfangene Inbound-Webhook-Anfragen nicht zu verzögerten Durchläufen werden. Sie werden angenommen und protokolliert, ohne die Automatisierung zu starten.

Trennen, wenn vorhandene Kontakte fertig werden sollen

Trennen Sie eine Automatisierung, wenn keine neuen Kontakte eintreten sollen, bereits enthaltene Kontakte aber normal fertig werden sollen. Dies ist in der Regel sicherer als das Löschen einer aktiven Journey.

Als Entwurf für eine neue Journey verwenden

Verwenden Sie Use as Draft, wenn die Struktur nützlich ist, die neue Automatisierung jedoch unabhängig sein soll. Benennen Sie die Kopie um und überprüfen Sie jeden Trigger, jede Empfängernachricht, jedes Aktionsziel, jeden Webhook, jede Verzögerung und jede Bedingung, bevor Sie sie aktivieren.

Sorgfältig löschen

Das Löschen ist dauerhaft. Wenn eine Automatisierung noch von einer anderen Automatisierung referenziert wird, müssen diese Verweise möglicherweise zuerst entfernt werden. Erwägen Sie bei einer aktiven Journey vor dem Löschen Pause, Disconnect oder Save as New Version.

Praktische Einrichtungs-Checkliste

Überprüfen Sie die Automatisierung vor der Aktivierung aus der Perspektive eines Kontakts:

1. Stellt jeder Trigger genau das Ereignis dar, das die Journey beginnen soll?
2. Wenn mehrere Standard-Trigger vorhanden sind: Sind ihre Bereiche überschneidungsfrei und beabsichtigt?
3. Ist der erneute Eintritt für diesen Anwendungsfall sinnvoll?
4. Führt jeder Zweig zu einem sinnvollen Ziel?
5. Sind die Verzögerungsdauern korrekt, und behandelt jeder Date Field Delay einen fehlenden Wert angemessen?
6. Wurden alle E-Mail-Betreffs, Preheader, Links, Personalisierungs-Tags und mobilen Layouts überprüft?
7. Wenn ein Lead-Magnet ausgewählt ist: Wird sein geschütztes Tag als Ziel eines Links im Body verwendet?
8. Wenn Ereignisdaten verwendet werden: Enthielt die Testanfrage jede erforderliche Eigenschaft?
9. Werden Webhook-URLs und Geheimnisse ausschließlich in geeigneten serverseitigen Systemen gespeichert?
10. Waren Vorschauen und Tests der ausgehenden Webhooks erfolgreich?
11. Würde Update Automation aktive Kontakte beeinträchtigen, sodass Save as New Version sicherer wäre?
12. Gibt es eine klare Möglichkeit, die Journey zu pausieren oder zu trennen, wenn eine externe Abhängigkeit ausfällt?

Beginnen Sie mit einem kleinen, verständlichen Ablauf und fügen Sie Komplexität nur hinzu, wenn sie einer klaren Subscriber-Journey dient. Klare Trigger, kurze Zweige, bewusst gewählte Verzögerungen und fokussierte E-Mails lassen sich leichter testen und schaffen meist eine bessere Erfahrung als eine einzige riesige Automatisierung.