En esta página: Aprenda a utilizar eventos generales para almacenar en déclencheur los recorridos de forma unitaria en tiempo real y configurar los tiempos de espera de evento y las rutas de tiempo de espera para detectar un evento solo durante un período definido.
Los eventos permiten activar sus recorridos de forma unitaria para enviar mensajes, en tiempo real, a la persona que entra en el recorrido.
Para este tipo de evento, solo puede añadir una etiqueta y una descripción. El resto de la configuración no se puede editar. Lo ha realizado el usuario técnico. Consulte esta página.
Obtenga más información acerca del rendimiento de eventos y las tasas de procesamiento de recorridos en esta sección.
Al eliminar un evento empresarial, se agrega automáticamente una actividad Leer audiencia. Para obtener más información sobre los eventos empresariales, consulte esta sección
Escucha de eventos durante un tiempo específico events-specific-time
Una actividad de evento colocada en el recorrido escucha eventos indefinidamente. Para escuchar un evento solo durante un tiempo determinado, debe configurar un tiempo de espera para el evento.
El recorrido escuchará el evento durante el tiempo especificado en el tiempo de espera. Si se recibe un evento durante ese período, la persona fluirá en la ruta del evento. Si no es así, el cliente fluirá a la ruta de tiempo de espera si está definida o continuará ese recorrido.
Si no se define ninguna ruta de tiempo de espera, la configuración de tiempo de espera actuará como una actividad de espera, lo que hace que el perfil espere durante un período de tiempo, que podría detenerse si se produce un evento antes del final de esa espera. Si desea que los perfiles se excluyan de ese recorrido después del tiempo de espera, deberá establecer una ruta de tiempo de espera.
Para configurar un tiempo de espera para un evento, siga estos pasos:
-
Activar la opción Definir el tiempo de espera del evento desde las propiedades de evento.
-
Especifique la cantidad de tiempo que el recorrido esperará el evento. La duración máxima es de 90 días.
-
Cuando no se recibe ningún evento dentro del tiempo de espera especificado, se recomienda enviar a los individuos a una ruta de tiempo de espera. Para esto, habilite la opción Establecer una ruta de tiempo de espera. En ese caso, el recorrido continúa para el individuo una vez que se alcanza el tiempo de espera. Se recomienda habilitar siempre la opción Establecer una ruta de tiempo de espera.
En este ejemplo, el recorrido envía un primer correo electrónico de bienvenida a un cliente después de que entre en el vestíbulo. A continuación, envía un correo electrónico de descuento en la comida solo si el cliente entra en el restaurante dentro del día siguiente. Por lo tanto, configuramos el evento del restaurante con un tiempo de espera de 1 día:
- Si el evento del restaurante se recibe menos de 1 día después del correo electrónico de bienvenida, se envía el correo electrónico de descuento en la comida.
- Si no se recibe ningún evento de restaurante al día siguiente, la persona pasa por la ruta de tiempo de espera.
Tenga en cuenta que si desea configurar un tiempo de espera en varios eventos colocados después de una actividad de Wait, solo debe configurar el tiempo de espera en uno de estos eventos.
El tiempo de espera definido se aplica a todos los eventos colocados después de la actividad Wait:
- Si se recibe un evento dentro de la duración del tiempo de espera, el individuo fluye a la ruta del evento recibido.
- Si no se recibe ningún evento dentro de la duración del tiempo de espera, el individuo fluye a la rama de tiempo de espera del evento en la que se ha definido el tiempo de espera.
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.