Warteaktivität wait-activity
Mit einer Aktivität vom Typ Warten können Sie eine Dauer definieren, nach deren Ablauf die nächste Aktivität ausgeführt wird. Die maximale Wartezeit beträgt 90 Tage.
Sie können zwei Arten der Aktivität vom Typ Warten festlegen:
- Eine Wartezeit basierend auf einer relativen Dauer. Weitere Informationen
- Ein benutzerdefiniertes Datum, das mithilfe von Funktionen berechnet wird. Weitere Informationen
Empfehlungen wait-recommendations
Mehrere Warteaktivitäten multiple-wait-activities
Achten Sie bei der Verwendung mehrerer Aktivitäten vom Typ Warten in einer Journey darauf, dass die maximale globale Wartezeit für Journeys 91 Tage beträgt, d. h., Profile werden immer spätestens 91 Tage nach ihrem Eintritt aus der Journey ausgeschlossen. Weiterführende Informationen finden Sie auf dieser Seite.
Ein Kontakt kann nur dann eine Aktivität vom Typ Warten annehmen, wenn noch genügend Zeit bleibt, um die Wartezeit vor Ablauf der 91-tägigen maximalen Wartezeit der Journey zu beenden.
Warten und erneuter Eintritt wait-reentrance
Eine Best Practice, um keine Aktivitäten vom Typ Warten zu verwenden, um den erneuten Eintritt zu blockieren. Verwenden Sie stattdessen die Option Erneuten Eintritt erlauben auf der Ebene der Journey-Eigenschaften. Weiterführende Informationen finden Sie auf dieser Seite.
Warten und Testmodus wait-test-modd
Im Testmodus können Sie mit dem Parameter Wartezeit im Test die Dauer jeder Aktivität vom Typ Warten festlegen. Der Standardwert ist 10 Sekunden. Dadurch erhalten Sie die Testergebnisse schnell. Weiterführende Informationen finden Sie auf dieser Seite.
Konfiguration wait-configuration
Dauer der Wartezeit duration
Wählen Sie den Typ Dauer, um die relative Dauer der Wartezeit vor der Ausführung der nächsten Aktivität auszuwählen. Die maximale Wartezeit beträgt 90 Tage.
Benutzerdefinierte Wartezeit custom
Wählen Sie den Typ Benutzerdefiniert aus, um ein benutzerdefiniertes Datum zu definieren. Dabei verwenden Sie einen erweiterten Ausdruck, der auf einem von einem Ereignis oder einer benutzerdefinierten Aktion stammenden Feld basiert. Sie können eine relative Dauer nicht direkt definieren, z. B. 7 Tage, aber Sie können Funktionen verwenden, um sie bei Bedarf zu berechnen (z. B. 2 Tage nach Kauf).
Der Ausdruck im Editor sollte ein dateTimeOnly-Format aufweisen. Mehr dazu erfahren Sie auf dieser Seite. Weitere Informationen zum Format „TimeOnly“ finden Sie auf dieser Seite.
Es empfiehlt sich, benutzerdefinierte Datumsangaben zu verwenden, die spezifisch für Ihre Profile sind, und zu vermeiden, dass für alle Profile dasselbe Datum verwendet wird. Definieren Sie beispielsweise nicht toDateTimeOnly('2024-01-01T01:11:00Z'), sondern toDateTimeOnly(@event{Event.productDeliveryDate}), was für jedes Profil spezifisch ist. Beachten Sie, dass die Verwendung von festen Datumsangaben Probleme bei der Ausführung der Journey verursachen kann.
dateTimeOnly-Ausdruck nutzen oder eine Funktion zur Konvertierung in ein dateTimeOnly-Format verwenden. Beispiel: toDateTimeOnly(@event{Event.offerOpened.activity.endTime}), das Feld im Ereignis hat folgende Form: 2023-08-12T09:46:06Z.Um zu überprüfen, ob die Warteaktivität erwartungsgemäß funktioniert, können Sie Schritt-Ereignisse verwenden. Weitere Informationen.
Automatischer Warteknoten auto-wait-node
Jede eingehende Nachrichtenaktivität (In-App-Nachricht, Code-basiertes Erlebnis oder Karte) ist mit einer 3-tägigen Warteaktivität verbunden. Da eingehende Nachrichten automatisch enden, wenn ein Profil das Ende der Journey erreicht, ist davon auszugehen, dass Sie möchten, dass Ihre Benutzenden sie mindestens 3 Tage lang sehen. Sie können bei Bedarf diese Warteaktivität entfernen oder ihre Konfiguration ändern.