Triggerbasierter Einstieg

Ein triggerbasierter Einstieg startet die Journey, wenn ein Benutzer ein bestimmtes Ereignis ausführt (zum Beispiel eine bestimmte Aktion durchführt).

Tipp

Sie können mehrere triggerbasierte Einstiegspunkte hinzufügen. In diesem Fall startet jeder von ihnen die Journey.

Um einen triggerbasierten Einstieg einzurichten, suchen Sie das Einstiegselement auf der Canvas und wählen Sie das Ereignis aus, das als Trigger dienen soll.

Weitere Informationen zur Konfiguration von Ereignissen finden Sie in der Dokumentation zu Ereignissen.

Wenn das ausgewählte Ereignis Attribute hat, können Sie die Einstiegsbedingungen mithilfe dieser Attribute eingrenzen. Klicken Sie beim Bearbeiten des Elements auf Bedingung hinzufügen, wählen Sie dann ein Attribut aus der Dropdown-Liste aus und definieren Sie dessen Operator und Wert.

Die verfügbaren Operatoren finden Sie unter Tag-Operatoren nach Typ.

Wichtig

• Arbeiten Sie mit Ihrem Entwicklungsteam zusammen, um sicherzustellen, dass die HWID (Hardware-ID) korrekt in Ihrer /postEvent API-Anfrage für das Start-Ereignis der Journey enthalten ist. Ohne diese können Benutzer die Journey nicht betreten.
• Die UserID ist nicht zur Identifizierung von Benutzern in einer Customer Journey anwendbar.

Definieren, wer an der Kampagne teilnimmt

Definieren Sie, welche(r) Benutzer die Journey betreten soll(en), wenn ein bestimmtes Ereignis eintritt.

Verwenden Sie das Dropdown-Menü Wer nimmt an der Kampagne teil?, um zwischen den beiden verfügbaren Modi zu wählen:

Benutzer, die das Ereignis ausführen (Standard)

Der Benutzer, der das Ereignis auslöst, ist derjenige, der die Journey betritt.

Beispiel
Ein Benutzer schließt einen Kauf ab (CheckoutSuccess-Ereignis). Derselbe Benutzer (z. B. User ID: 123) betritt eine Post-Purchase-Journey, die eine Dankesnachricht, Produktempfehlungen oder eine Zufriedenheitsumfrage enthält.

Benutzer aus einem Ereignisattribut

Anstatt den Benutzer, der das Ereignis ausgelöst hat, zu registrieren, können Sie eine oder mehrere User IDs in einem benutzerdefinierten Ereignisattribut übergeben. Die in diesem Attribut aufgeführten Benutzer werden die Journey betreten.

Wählen Sie dazu Benutzer aus einem Ereignisattribut und wählen Sie einen Attributschlüssel (z. B. recipient_ids, target_user_id). Dieser Schlüssel sollte Ihrer Ereignis-Payload-Struktur entsprechen.

Hilfe von Entwicklern erforderlich

Um den Modus Benutzer aus einem Ereignisattribut korrekt zu verwenden, muss Ihre App oder Ihr Backend die korrekte Payload-Struktur senden. Bitte teilen Sie die folgenden Beispiele mit Ihrem Entwicklungsteam.

Beispiel-Payload (einzelner Benutzer)

{
  "application": "XXXXX-XXXXX",
  "event": "invitation",
  "attributes": {
      "targetId": 321
  },
  "userId": 123
}

Benutzer 321 (aus targetId) betritt die Journey.

Beispiel-Payload (mehrere Benutzer)

Wenn Sie mehrere Benutzer-IDs angeben, verwenden Sie ein JSON-Array von Strings.

{
    "application": "XXXXX-XXXXX",
    "event": "invitation",
    "attributes": {
        "targetIds": [1,2,3,4]
    },
    "userId": 123
}

Die Benutzer 1, 2, 3 und 4 werden die Journey betreten.

Anwendungsfälle

Kommentarbenachrichtigungen

Wenn jemand den Beitrag eines Benutzers kommentiert, wird der Besitzer des Beitrags benachrichtigt.

Beispiel: Ein Kommentarereignis enthält die ID des Beitragbesitzers in einem target_user_id-Attribut. Dieser Benutzer betritt eine Journey, um die Benachrichtigung zu erhalten.

Empfehlungsprogramme

Wenn sich ein geworbener Benutzer anmeldet oder einen Kauf tätigt, wird die Person, die ihn geworben hat, zur Journey hinzugefügt.

Beispiel: Benutzer 123 löst das Ereignis aus, und der Werber 456 (aus dem referrer_id-Attribut) betritt eine Belohnungskampagne.

Geschenkkäufe

Wenn ein Benutzer ein Geschenk kauft, wird der Empfänger mithilfe der recipient_user_id aus der Ereignis-Payload zu einer Journey hinzugefügt.

Beispiel Benutzer 123 kauft ein Geschenk für Benutzer 456, der dann eine Benachrichtigung, einen Onboarding-Flow oder eine Dankesnachricht erhält.

Einstiegsverfügbarkeit festlegen

Steuern Sie, wann Benutzer eine Journey über einen triggerbasierten Einstieg betreten können. Sie haben zwei Möglichkeiten:

• Einstieg jederzeit erlauben: Benutzer können die Journey betreten, wann immer das Trigger-Ereignis eintritt.

• Einstieg auf einen bestimmten Zeitraum beschränken: Benutzer können die Journey nur betreten, wenn das Trigger-Ereignis innerhalb des ausgewählten Zeitraums stattfindet.

  Wenn Sie den Einstieg beschränken, wählen Sie das Startdatum, das Enddatum und die Zeitzone aus. Das Einstiegsfenster beginnt um 00:00 am Startdatum und endet um 23:59 am Enddatum, basierend auf der gewählten Zeitzone.

Steuern, wie viele Sitzungen ein Benutzer gleichzeitig haben kann

Entscheiden Sie, ob jeder Benutzer nur an einer Journey gleichzeitig teilnehmen kann oder an mehreren Journeys parallel teilnehmen kann.

Wählen Sie eine der folgenden Optionen aus dem Dropdown-Menü:

• Eine aktive Sitzung pro Benutzer
• Mehrere aktive Sitzungen pro Benutzer

Eine aktive Sitzung pro Benutzer

Jeder Benutzer kann nur eine aktive Sitzung in der Kampagne haben. Er muss die aktuelle Sitzung abschließen oder verlassen, bevor er eine neue beginnt.

Anwendungsfälle

• Onboarding-Flows, bei denen ein Benutzer nicht neu starten sollte, bevor er die aktuelle Journey abgeschlossen hat
• Erinnerungen an Abonnementverlängerungen, bei denen Benutzer keine überlappenden Benachrichtigungen erhalten sollten
• Zeitlich begrenzte Angebote oder Testversionen, bei denen nur ein aktiver Kampagnendurchlauf pro Benutzer erlaubt ist
• Feedback-Sammelkampagnen, um sicherzustellen, dass jeder Benutzer einmal Feedback gibt, bevor er erneut teilnimmt

Mehrere aktive Sitzungen pro Benutzer

Benutzer können mehr als eine aktive Sitzung in einer Kampagne haben. Jede Sitzung muss durch ein eindeutiges Ereignisattribut (z. B. order_id, product_id) identifiziert werden.

Um dies einzurichten:

1. Wählen Sie im Dropdown-Menü Mehrere aktive Sitzungen pro Benutzer aus.

2. Wählen Sie ein Sitzungsidentifikator-Attribut (z. B. order_id, product_id). Dieses Attribut unterscheidet eine Sitzung von einer anderen.

Wichtig

Dieses Attribut muss in allen relevanten Journey-Ereignissen enthalten sein (zum Beispiel in Auf Trigger warten oder Conversion-Ziele). Wenn das Sitzungsidentifikator-Attribut fehlt, kann das System das Ereignis nicht mit einer bestimmten Sitzung verknüpfen. Stattdessen wird das Ereignis auf alle aktiven Sitzungen für diesen Benutzer angewendet.

Beispiel

• OrderPlaced mit order_id = "1001" → startet Sitzung 1

• OrderPlaced mit order_id = "1002" → startet Sitzung 2

Wenn ein OrderReady-Ereignis ohne order_id gesendet wird, werden sowohl Sitzung 1 als auch Sitzung 2 als „bereit“ markiert, auch wenn tatsächlich nur eine Bestellung bereit ist.

Anwendungsfälle

• E-Commerce-Käufe: Jede Bestellung startet ihre eigene Journey, sodass mehrere Bestellungen eines Benutzers unabhängig voneinander verfolgt werden können. (Attribut: order_id)
• Empfehlungsprogramme: Jede Empfehlung erstellt eine neue Sitzung, sodass ein Benutzer mehrere Freunde werben kann. (Attribut: referral_id)
• Treueprogramme: Verfolgen Sie Punkte oder Belohnungen aus verschiedenen parallel laufenden Transaktionen. (Attribut: transaction_id)
• Ticketbuchungen: Jede Buchung startet ihre eigene Journey, sodass Benutzer mehrere Tickets gleichzeitig verwalten können. (Attribut: booking_id)
• Terminplanung: Jeder Termin wird als separate Sitzung behandelt. (Attribut: appointment_id)

Steuern, ob Benutzer erneut an der Kampagne teilnehmen können

Entscheiden Sie, was passiert, wenn ein Benutzer, der sich bereits in der Journey befindet, das Einstiegsereignis erneut auslöst.

Wählen Sie eine der folgenden Optionen aus dem Dropdown-Menü:

• Wiedereintritt nicht erlauben (Standard)
• Wiedereintritt erlauben

Wiedereintritt nicht erlauben

Benutzer, die sich bereits in der Journey befinden, werden nicht erneut eintreten. Wenn sich ein Benutzer in einer aktiven Sitzung befindet und das Einstiegsereignis erneut auslöst, wird der neue Trigger ignoriert und der Benutzer setzt seine aktuelle Sitzung fort.

Anwendungsfälle

• Willkommens- und Onboarding-Serien, bei denen ein neuer Benutzer die Journey einmal von Anfang bis Ende durchläuft und seinen Platz behält, wenn er das Ereignis erneut auslöst, anstatt an den Anfang zurückgeschickt zu werden
• Einmalige Angebote, bei denen jeder Kunde nur einmal eine Werbeaktion oder einen Rabatt erhalten sollte, auch wenn er das Ereignis mehrmals auslöst
• Bildungs- und Nurture-Flows, bei denen Abonnenten sich weiter durch den Inhalt bewegen, ohne neu zu starten und dieselben E-Mails erneut zu erhalten

Wiedereintritt erlauben

Benutzer, die sich bereits in der Journey befinden, werden aus ihrer aktuellen Sitzung entfernt und mit einer neuen Sitzung wieder aufgenommen. Jedes Mal, wenn ein Benutzer das Einstiegsereignis auslöst, endet seine aktuelle Sitzung und eine neue beginnt.

Anwendungsfälle

• Preisalarm, bei dem der Neustart den neuen Preis aufgreifen muss und nicht weiterhin über den veralteten Preis aus der vorherigen Sitzung benachrichtigt wird
• Rückgewinnungskampagnen, bei denen ein zurückkehrender inaktiver Benutzer immer mit der ersten Nachricht in der Sequenz beginnen sollte

Hinweis

Der Wiedereintritt steuert, was mit Benutzern geschieht, die sich bereits in der Journey befinden. Er hat keinen Einfluss darauf, wie viele Sitzungen ein Benutzer parallel ausführen kann. Dies wird unter Steuern, wie viele Sitzungen ein Benutzer gleichzeitig haben kann konfiguriert.

Sobald Sie das Einstiegselement konfiguriert haben, klicken Sie auf Anwenden, um die Änderungen zu speichern.

Beispielszenario: E-Commerce-Bestell-Journey mit mehreren Sitzungen

Stellen Sie sich vor, Sie möchten für jede Bestellung, die ein Benutzer aufgibt, Benachrichtigungen senden. Jede Bestellung sollte ihre eigene Journey-Sitzung haben. Dazu verwenden Sie das OrderPlaced-Ereignis als Trigger und das Attribut order_id als Sitzungsidentifikator.

1. Erstellen Sie das Ereignis OrderPlaced und stellen Sie sicher, dass es das Attribut order_id enthält. Erfahren Sie mehr über das Erstellen von Ereignissen

2. Legen Sie dieses Ereignis als Trigger für Ihre Journey fest.

3. Wählen Sie in den Sitzungseinstellungen Mehrere aktive Sitzungen pro Benutzer und wählen Sie order_id als Sitzungsidentifikator.

In dieser Konfiguration startet jede neue Bestellung eine separate Journey-Sitzung.

• OrderPlaced mit order_id = 1001 startet Sitzung 1
• OrderPlaced mit order_id = 1002 startet Sitzung 2

4. Fügen Sie als Nächstes ein Auf Trigger warten-Element hinzu, um zu verfolgen, wann eine Bestellung zur Abholung oder Lieferung bereit ist. Verwenden Sie das Ereignis OrderReady, das ebenfalls dieselbe order_id enthalten muss.
   Dadurch wird sichergestellt, dass jede Bestellung in der richtigen Sitzung aktualisiert wird:

• OrderReady mit order_id = 1001 gilt nur für Sitzung 1
• OrderReady mit order_id = 1002 gilt nur für Sitzung 2

Wichtig

Wenn das Ereignis order_id nicht enthält, kann das System nicht erkennen, zu welcher Sitzung es gehört, und das Ereignis wird auf alle aktiven Sitzungen für diesen Benutzer angewendet.

5. Fügen Sie schließlich ein Conversion-Ziel hinzu, zum Beispiel das OrderDelivered-Ereignis. Dieses Ereignis muss ebenfalls dieselbe order_id enthalten, damit es der richtigen Sitzung zugeordnet werden kann.

• Wenn OrderDelivered order_id = "1001" enthält, wird eine Conversion für Sitzung 1 erfasst.

• Wenn OrderDelivered order_id = "1002" enthält, wird eine Conversion für Sitzung 2 erfasst.

Wichtig

Wenn order_id fehlt, wird die Conversion auf alle aktiven Sitzungen für diesen Benutzer angewendet, anstatt nur auf die beabsichtigte.