Auf dieser Seite Erfahren Sie, wie Sie allgemeine Ereignisse verwenden, um Journey-Trigger einheitlich in Echtzeit auszuführen, und wie Sie Zeitüberschreitungen und Zeitüberschreitungspfade für Ereignisse konfigurieren, um nur während eines definierten Zeitraums auf ein Ereignis zu warten.
Mit Hilfe von Ereignissen können Sie Ihre Journeys einheitlich auslösen, um Nachrichten in Echtzeit an die Kontakte zu senden, die in die Journey eintreten.
Für diesen Ereignistyp können Sie nur ein Label und eine Beschreibung hinzufügen. Der Rest der Konfiguration kann nicht bearbeitet werden. Dies wurde vom technischen Anwender durchgeführt. Weitere Informationen finden Sie auf dieser Seite.
Weitere Informationen zu Ereignisdurchsatz und Journey-Verarbeitungsraten finden Sie in diesem Abschnitt.
Wenn Sie ein Geschäftsereignis einfügen, wird automatisch eine Aktivität Zielgruppe lesen hinzugefügt. Weiterführende Informationen zu Geschäftsereignissen finden Sie in diesem Abschnitt.
Überwachen von Ereignissen während eines bestimmten Zeitraums events-specific-time
Eine in der Journey positionierte Ereignisaktivität überwacht Ereignisse auf unbestimmte Zeit. Damit ein Ereignis nur während einer bestimmten Zeit überwacht wird, müssen Sie für das Ereignis einen Timeout konfigurieren.
Die Journey überwacht dann das Ereignis während der im Timeout angegebenen Zeit. Wenn ein Ereignis während dieses Zeitraums empfangen wird, wird die Person in den Ereignispfad geleitet. Andernfalls gelangt der Kunde bzw. die Kundin in den Pfad für den Timeout, sofern er definiert ist, oder setzt die Journey fort.
Wenn kein Pfad für den Timeout definiert ist, fungiert die Einstellung für den Timeout als Warteaktivität. Dadurch wartet das Profil für einen Zeitraum, der gestoppt werden kann, wenn ein Ereignis vor dem Ende dieser Wartezeit eintritt. Wenn Sie möchten, dass Profile nach einem Timeout von dieser Journey ausgeschlossen werden, müssen Sie einen Pfad für den Timeout festlegen.
Gehen Sie wie folgt vor, um für ein Ereignis einen Timeout zu konfigurieren:
-
Aktivieren Sie die Option Timeout für das Ereignis definieren in den Eigenschaften des Ereignisses.
-
Legen Sie fest, wie lange die Journey auf das Ereignis warten soll. Die maximale Wartezeit beträgt 90 Tage.
-
Wenn innerhalb des angegebenen Timeouts kein Ereignis empfangen wird, empfiehlt es sich, die Kontakte in einen Timeout-Pfad zu senden. Aktivieren Sie dazu die Option Zeitüberschreitungspfad einrichten. In diesem Fall wird die Journey für den Kontakt fortgesetzt, sobald das Timeout erreicht ist. Wir empfehlen Ihnen, immer die Option Zeitüberschreitungspfad einrichten zu aktivieren.
In diesem Beispiel sendet die Journey erst dann eine Begrüßungs-E-Mail an eine Kundin oder einen Kunden, nachdem sie bzw. er die Lobby betreten hat. Es wird danach nur dann eine Essensrabatt-E-Mail gesendet, wenn die Kundin oder der Kunde das Restaurant innerhalb des nächsten Tages betritt. Deshalb wurde das Restaurantereignis mit einem Timeout von 1 Tag konfiguriert:
- Wenn das Restaurantereignis in weniger als 1 Tag nach der Begrüßungs-E-Mail eingeht, wird die E-Mail für den Essensrabatt gesendet.
- Wenn innerhalb des nächsten Tages kein Restaurantereignis eingeht, wird die Person durch den Zeitüberschreitungspfad geleitet.
Wenn Sie einen Timeout für mehrere Ereignisse konfigurieren möchten, die sich hinter einer Warteaktivität befinden, müssen Sie den Timeout nur für eines dieser Ereignisse konfigurieren.
Der festgelegte Timeout gilt für alle Ereignisse, die hinter der Warteaktivität positioniert wurden.
- Wird ein Ereignis innerhalb der Dauer des Timeouts empfangen, gelangt der Kontakt in den Pfad des empfangenen Ereignisses.
- Wenn innerhalb des Timeouts kein Ereignis empfangen wird, gelangt der Kontakt in die Verzweigung für den Timeout desjenigen Ereignisses, bei dem der Timeout definiert wurde.
This section contains structured knowledge intended to support interpretation, retrieval, and question answering related to this topic.
For complete understanding, this information should be combined with the documentation on this page. Neither source is intended to stand alone; the page describes the feature, while this section provides additional context that helps disambiguate terminology, intent, applicability, and constraints.
- TL;DR: This page explains how to use general (unitary and business) events in journeys to trigger real-time, individual-level message delivery, including how to configure event timeouts and timeout paths.
Intents:
- Add a general event activity to a journey canvas to trigger real-time profile entry
- Configure an event timeout to limit how long a journey listens for an event
- Set up a timeout path to handle profiles that do not trigger the expected event in time
- Distinguish between unitary events and business events and understand when each is added automatically
- Combine event timeouts with Wait activities to control multi-event timeout behaviour
Glossary:
- Unitary event: An event that triggers the journey for one individual at a time, in real-time (product-specific)
- Business event: A non-profile-related event that triggers a journey for an audience of profiles, automatically adding a Read Audience activity (product-specific)
- Event timeout: A configurable duration (up to 90 days) after which the journey stops waiting for a specific event and routes the profile to a timeout path (product-specific)
- Timeout path: An optional journey branch that profiles follow when the expected event is not received within the timeout window (product-specific)
Guardrails:
- Event label and description are the only editable fields for a general event on the canvas; all other configuration is performed by a technical user and cannot be changed from the journey
- Maximum event timeout duration is 90 days
- When multiple events follow a Wait activity, the timeout must be configured on only one of those events; the defined timeout then applies to all events after the Wait
- If no timeout path is defined, the timeout acts as a Wait activity; profiles that do not receive the event remain in the journey until the timeout elapses
Terminology:
- Canonical name: General event — Acronym: none — variants: unitary event, custom event
- Synonyms: “general event” = “unitary event” (in the context of the canvas activity)
- Do not confuse: “business event” ≠ “unitary event” — a business event targets an audience of profiles, while a unitary event targets a single individual
FAQ:
- Q: Can I change the event configuration from the journey canvas? — No; only the label and description can be edited on the canvas. The full event configuration is set by a technical user and cannot be modified from the journey.
- Q: What happens if no event is received before the timeout expires? — If a timeout path is defined, the profile flows into that path. If no timeout path is set, the timeout behaves like a Wait activity and the profile continues the journey after the timeout period.
- Q: What is the maximum event timeout duration? — 90 days.
- Q: When should I enable the timeout path option? — Always enable it if you want profiles to exit that branch after the timeout; without a timeout path, profiles remain in the journey waiting for the event.
- Q: How does a business event differ from a unitary event in the journey canvas? — Dropping a business event automatically adds a Read Audience activity, because business events target multiple profiles simultaneously rather than a single individual.