Ausstiegskriterien mit Eingangs-Events abgleichen

In diesem Artikel erfahren Sie, wie Sie Ausstiegskriterien und Aktionspfade einrichten, die direkt mit dem Canvas-Eingangs-Event korrelieren, sodass Nutzer:innen nur dann aussteigen oder verzweigt werden, wenn sie eine bestimmte Aktion ausführen, die mit dem Grund ihres Canvas-Eintritts zusammenhängt.

Durch den Vergleich von Event-Eigenschaften mit Canvas-Entry-Eigenschaften können Sie hochgradig zielgerichtete Flows erstellen. In einem Canvas für abgebrochene Checkouts können Sie beispielsweise konfigurieren, dass Nutzer:innen nur dann aussteigen, wenn sie genau den Artikel kaufen, den sie abgebrochen haben, während sie weiterhin Erinnerungsnachrichten erhalten, wenn sie einen anderen Artikel kaufen.

Dieser Ansatz verwendet Kontext-Variablen, um Eigenschaften über Events hinweg zu vergleichen. Das Muster lässt sich auf viele Szenarien jenseits von E-Commerce anwenden, darunter Richtlinien-Verlängerungen, Buchungserinnerungen und Abo-Management.

Exit-Kriterien: Canvas verlassen, wenn eine passende Aktion eintritt

Verwenden Sie Exit-Kriterien, wenn Nutzer:innen das Canvas vollständig verlassen sollen, nachdem sie eine Aktion ausgeführt haben, die mit ihrem Entry-Event übereinstimmt.

Beispiel: Abgebrochener Ticketkauf

In diesem Szenario betreten Nutzer:innen das Canvas, wenn sie das angepasste Event Selected Ticket auslösen, das eine Eigenschaft namens event_id enthält. Die Exit-Kriterien sind so konfiguriert, dass beim Auslösen des angepassten Events Purchased Ticket – das ebenfalls eine Eigenschaft namens event_id enthält – die Event-Eigenschaft des Exit-Events mit der Event-Eigenschaft des Entry-Events verglichen wird. Stimmen beide überein, verlassen die Nutzer:innen das Canvas.

Das bedeutet:

• Wenn Nutzer:innen dasselbe Ticket kaufen, das sie ursprünglich ausgewählt haben, verlassen sie das Canvas und erhalten keine weiteren Erinnerungen.
• Wenn Nutzer:innen ein anderes Ticket kaufen, bleiben sie im Canvas und erhalten weiterhin Folgenachrichten zum ursprünglichen Ticket.

So richten Sie dies ein:

1. Richten Sie einen aktionsbasierten Canvas-Entry mit dem auslösenden angepassten Event (z. B. Selected Ticket) und der relevanten Eigenschaft (z. B. event_id) ein.
2. Konfigurieren Sie im Schritt Target Audience das Ausnahme-Event der Exit-Kriterien mit dem abschließenden angepassten Event (z. B. Purchased Ticket).
3. Wählen Sie Add property filters aus und fügen Sie dann einen Filter hinzu, bei dem der Vergleich der Basiseigenschaft event_id auf equals gesetzt ist.
4. Aktivieren Sie den Personalize value-Umschalter, setzen Sie den Personalization type auf Context Variables und das Attribute auf event_id.

Dadurch wird die event_id aus dem Purchased Ticket-Event mit der event_id verglichen, die beim ursprünglichen Canvas-Entry-Event gespeichert wurde. Weitere Informationen zur Konfiguration dieser Filter finden Sie unter Beispiele für Exit-Kriterien.

Aktionspfade: Verzweigung basierend auf einer übereinstimmenden Aktion

Verwenden Sie Aktionspfade, wenn Nutzer:innen im Canvas verbleiben, aber je nachdem, ob ihre nachfolgende Aktion mit dem Entry-Event übereinstimmt, einen anderen Pfad einschlagen sollen.

Beispiel: Abgebrochener Checkout mit verzweigten Pfaden

In diesem Szenario erhält ein:e Nutzer:in, die/der einen Artikel ausgewählt, den Kauf aber nicht abgeschlossen hat, zunächst eine Nachricht über den abgebrochenen Checkout. Anschließend wird die/der Nutzer:in in einem Aktionspfade-Schritt eine Woche lang gehalten, bevor sie/er basierend auf dem Verhalten in diesem Zeitraum in drei Pfade sortiert wird:

• Ursprünglichen Kauf abgeschlossen: Die ID der angepassten Event-Eigenschaft entspricht der ID der Entry-Eigenschaft. Diese Nutzer:innen könnten eine Dankesnachricht oder eine Cross-Sell-Empfehlung erhalten.
• Einen anderen Kauf getätigt: Die ID der angepassten Event-Eigenschaft entspricht nicht der ID der Entry-Eigenschaft. Diese Nutzer:innen könnten eine Erinnerung an den ursprünglichen Artikel erhalten.
• Keinen Kauf getätigt: Fällt in die Gruppe Everyone Else. Diese Nutzer:innen könnten einen stärkeren Anreiz oder eine letzte Erinnerung erhalten.

So richten Sie dies ein:

1. Fügen Sie einen Aktionspfade-Schritt hinzu und legen Sie das Auswertungsfenster fest (z. B. eine Woche).
2. Fügen Sie für die erste Aktionsgruppe (ursprünglicher Kauf) einen Trigger für das abschließende angepasste Event hinzu (z. B. Purchased_Ticket). Wählen Sie Add property filters aus und fügen Sie dann einen Filter hinzu, bei dem der Vergleich der grundlegenden Eigenschaft event_id auf equals gesetzt ist. Aktivieren Sie Personalize value, setzen Sie den Personalization type auf Context Variables und legen Sie das Attribute auf event_id fest.
3. Fügen Sie für die zweite Aktionsgruppe (anderer Kauf) dasselbe Trigger-Event hinzu, setzen Sie den Vergleich aber auf does not equal mit derselben Kontextvariablen-Konfiguration.
4. Verwenden Sie die Gruppe Everyone Else für Nutzer:innen, die das abschließende Event überhaupt nicht ausgeführt haben.

Weitere Details zur Konfiguration dieser Filter finden Sie unter Aktionspfade-Beispiele.

Weitere Anwendungsmöglichkeiten

Obwohl in diesem Artikel ein Beispiel mit einem abgebrochenen Kauf verwendet wird, können Sie dasselbe Muster auf jedes Szenario anwenden, in dem eine abschließende Aktion mit der Entry-Aktion korreliert werden muss, darunter:

• Verlängerung von Richtlinien: Nutzer:innen per Exit aus dem Canvas entfernen, die die bestimmte Richtlinie verlängert haben, die den Canvas ausgelöst hat.
• Buchungserinnerungen: Nutzer:innen basierend darauf verzweigen, ob sie ihre ursprüngliche Buchung bestätigt oder geändert haben.
• Abo-Management: Nutzer:innen unterschiedlich weiterleiten, je nachdem, ob sie das bestimmte Abo upgegradet haben, auf das sie hingewiesen wurden.
• Event-Registrierungen: Nutzer:innen per Exit aus dem Canvas entfernen, die die Registrierung für das bestimmte Event abgeschlossen haben, an dem sie Interesse gezeigt haben.

Wissenswertes

• Die Konfigurationen in diesem Artikel sind veranschaulichende Beispiele. Testen Sie alle Komponenten in Ihrer Entwicklungsumgebung, bevor Sie sie einsetzen.
• Stellen Sie sicher, dass die Eigenschaftsnamen und Datentypen in Ihren Entry-Events mit denen übereinstimmen, die in Ihren Exit-Kriterien oder Aktionspfade-Schritten verwendet werden.
• Lesen Sie den Artikel zu Kontextvariablen, um zu erfahren, wie Eigenschaftsvergleiche über Events hinweg funktionieren.