Journeys

Eine Journey ist eine mehrstufige Automatisierung: ein Graph aus Trigger-, Warte-, Verzweigungs- und Versand-Schritten, den ein Kontakt im Laufe der Zeit durchläuft. Das ist dieselbe Kategorie wie der Flow-Builder von ActiveCampaign oder Klaviyo. Der eine echte Unterschied ist der Versand-Schritt: Er versendet eines Ihrer echten interaktiven E-Mail-Projekte, sodass eine Willkommensserie eine echte Abstimmung oder ein bewertetes Quiz statt statischem Text enthalten kann.

Trigger

Eine Journey schreibt einen Kontakt ein, sobald eines davon eintritt:

• Liste beigetreten — ein Kontakt wird zu einer bestimmten Liste hinzugefügt (CSV-Import, API-Push oder Anmeldeformular).
• Formular abgesendet — ein bestimmtes Anmeldeformular wird abgesendet.
• Segment betreten — ein Kontakt beginnt, einem gespeicherten Segment zu entsprechen.
• Datumsfeld — ein Jahrestags-/Geburtstags-artiger Trigger, verankert an einem Kontaktfeld, der sich jedes Jahr wiederholt.
• Interaktion — ein bestimmter Block (oder ein beliebiger) löst eine Abstimmungsstimme, eine Formularabsendung, ein RSVP oder Ähnliches aus.
• Kauf — ein Produkt-Block-Checkout wird abgeschlossen.
• Checkout abgebrochen — ein Buy-Now-Checkout in einer Ihrer eigenen Produkt-Block-E-Mails wurde gestartet, aber nie abgeschlossen, nach einer von Ihnen festgelegten Verzögerung (mindestens 5 Minuten). Dies ist der eigene Checkout-Pfad: keine Shopify- oder WooCommerce-Verbindung erforderlich.
• Warenkorb abgebrochen — ein verbundener Shopify- oder WooCommerce-Shop meldet einen Warenkorb, der gestartet und verlassen wurde, mit einem Rückblick von bis zu 30 Tagen. Dies ist der externer-Shop-Pfad.

Warenkorb vs. Checkout — Trennung nach Absicht: Beide Trigger können als getrennte Journeys im selben Konto laufen. Nutzen Sie Checkout abgebrochen, um Reibung in Ihrem eigenen In-E-Mail-Checkout anzugehen (FAQs, Vertrauenssignale, ein Countdown-Rabatt); nutzen Sie Warenkorb abgebrochen, um einen Abbruch im eigenen Warenkorb eines verbundenen externen Shops zu erfassen. Das Feld stage in jedem Abbruch-Datensatz verfolgt, um welche Art es sich handelt, sodass Analysen und Webhooks jedes Ereignis korrekt zuordnen.

• API — Ihr eigenes Backend schreibt einen seiner Kontakte ein, indem es POST /api/v1/journeys/<id>/trigger mit { email, listId } aufruft, unter Verwendung desselben Bearer-API-Schlüssels wie die Send API — für Ereignisse, die MailInApp selbst nicht sehen kann.

Schritte

Bauen Sie den Graphen visuell auf der Arbeitsfläche. Die zentralen Schritte sind Versand (ein interaktives Projekt versenden), Warten (eine feste Verzögerung, oder „die jeweils beste Stunde jedes Kontakts" — siehe Sendezeitoptimierung) und Verzweigung (Aufspaltung nach einer Bedingung, unter Wiederverwendung desselben Zielgruppenfilter-Builders, den auch Segmente nutzen). Über diese drei hinaus gibt es außerdem Split (eine gewichtete A/B-Gabelung statt einer Bedingung), Feld aktualisieren, Zu Liste hinzufügen/entfernen, Webhook und Ticket erstellen. Ein Ziel-Schritt beendet den Durchlauf vorzeitig, sobald eine Bedingung erfüllt ist (zum Beispiel eine Warenkorbabbruch-Journey stoppen, sobald der Kontakt bezahlt), und Beenden schließt ihn direkt ab.

Verzweigungs- und Feld-aktualisieren-Schritte können entweder ein Kontaktfeld oder den Wert aus der Interaktion lesen, die den Durchlauf ausgelöst hat. Ein Ablauf „Abstimmung senden → nach gewählter Option verzweigen" benötigt kein im Voraus angelegtes Feld.

Es gibt keinen Trockenlauf- oder Simulationsmodus. Die einzige Absicherung, bevor eine Journey live geht, ist, dass sie immer pausiert startet, sodass Sie den gesamten Graphen und seine Inhalte prüfen, bevor Sie ihn einschalten. Ein Schritt, der im selben Durchlauf zweimal erreicht wird — ein echter Verzweigungs-Wiedereintritt oder ein Rücksprung zu einem früheren Warten-Schritt — klappt auf der Arbeitsfläche zu einer Markierung „setzt fort bei" zusammen, statt zweimal gezeichnet zu werden. So bleibt ein echter Graph lesbar, statt zu einem unlesbaren Baum zu werden.

Sicherheitsvorkehrungen

• Ruhezeiten halten einen fälligen Versand bis zur nächsten erlaubten Stunde zurück, geprüft gegen eine für die gesamte Journey festgelegte Zeitzone (kein Feld pro Kontakt) — jeder eingeschriebene Kontakt teilt sich dasselbe Ruhefenster.
• Eine Obergrenze von 3 Versänden pro Kontakt und Journey pro Tag verschiebt einen Versand über dem Limit auf den nächsten Tag, statt ihn zu verwerfen.
• Automatisches Deaktivieren nach 3 aufeinanderfolgenden fehlgeschlagenen Durchläufen — eine Journey, deren Versände über einen ganzen Verarbeitungszyklus hinweg alle fehlgeschlagen sind, schaltet sich selbst ab, statt sich stillschweigend durch Ihre Liste zu arbeiten — derselbe Schutz, den wiederkehrende Zeitpläne bereits haben.

Tarife

Free enthält 1 Journey mit bis zu 5 Schritten; jeder kostenpflichtige Tarif hebt beide Obergrenzen an — die vollständige Tabelle finden Sie unter Preise. Eine Journey startet bei der Erstellung pausiert, sodass Sie den gesamten Graphen prüfen können, bevor Sie sie einschalten.