En esta página: Comprenda los tres tipos de eventos, sus requisitos de esquema, las restricciones clave y cómo elegir el adecuado para su caso de uso.
Utilice eventos para almacenar en déclencheur los recorridos individualmente y enviar mensajes en tiempo real a cada usuario cuando entre en el recorrido. En la configuración de eventos, se configuran los eventos esperados en los recorridos. Puede utilizar varios eventos (en diferentes pasos de un recorrido) y varios recorridos pueden utilizar el mismo evento.
La configuración del evento es obligatoria y la debe realizar un ingeniero de datos.
-
Antes de configurar eventos, asegúrese de que dispone de: la función Administrador de Journey Optimizer o Ingeniero de datos, un esquema XDM con Perfil del cliente en tiempo real habilitado, un extremo de flujo continuo activo y acceso a la zona protegida correcta.
-
Para conocer los requisitos y limitaciones de eventos (flujo continuo, servicio de consultas, ingesta por lotes), consulte protecciones de Recorrido: eventos.
Quién hace qué:
Puede configurar tres tipos de eventos: Eventos unitarios, Eventos empresariales y Eventos de calificación de audiencias.
Eventos unitarios unitary-events
Los eventos unitarios están vinculados a una persona. Se refieren al comportamiento de una persona (por ejemplo, una persona compró un producto, visitó una tienda, salió de un sitio web, etc.) o algo que suceda vinculado a una persona (por ejemplo, una persona alcanzó 10 000 puntos de lealtad). Esto es lo que escucha Journey Optimizer en los recorridos para orquestar las mejores próximas acciones. Los eventos unitarios pueden basarse en reglas o generarse por el sistema. Aprenda a crear un evento unitario.
Requisito de esquema: Un esquema XDM ExperienceEvent con una identidad principal basada en persona y Perfil del cliente en tiempo real habilitado.
Ejemplo: Un cliente agrega elementos al carro de compras y cierra el explorador. Se activa un evento abandonado por el carro de compras, el perfil entra en la recorrido en tiempo real y recibe un correo electrónico de recuperación una hora después.
Eventos empresariales business-events
Los eventos de Empresa no están vinculados a un perfil específico. Por ejemplo, puede ser una alerta de noticias, una actualización deportiva, un cambio o cancelación de vuelo, una actualización de inventario, eventos meteorológicos, etc. Aunque estos eventos no son específicos de un perfil, pueden ser de interés para cualquier número de perfiles: personas suscritas a temas de noticias particulares, pasajeros en un vuelo, compradores interesados en un producto agotado, etc. Los eventos empresariales siempre están basados en reglas. Cuando suelta un evento empresarial en un recorrido, agrega automáticamente una actividad Leer audiencia justo después. Aprenda a crear un evento empresarial.
Requisito de esquema: Un esquema XDM de serie temporal con una identidad principal que no es de persona y los campos _id y timestamp rellenados. Planifique un retraso de exportación de audiencia de 15 minutos a una hora como máximo.
Ejemplo: Una aerolínea cancela un vuelo. Se desencadena un evento empresarial, Journey Optimizer lee la audiencia de los pasajeros afectados y envía a cada uno una notificación de nueva reserva.
Eventos de calificación de público audience-qualification-events
Se activa un evento calificación de audiencia cuando un perfil entra o sale de una audiencia. Por ejemplo, un cliente que cruza un umbral de gasto en fidelidad entra en la audiencia de nivel Gold; esa calificación déclencheur el recorrido de ese perfil en tiempo real (para audiencias de streaming) o en la siguiente evaluación por lotes. A diferencia de los eventos unitarios, la calificación de audiencia permite crear lógicas de activación complejas aprovechando toda la potencia de las definiciones de audiencia, sin requerir cambios de implementación para enviar un nuevo evento. Más información sobre eventos de calificación de audiencia.
Requisito de esquema: No se requiere ningún esquema adicional; el evento se basa en definiciones de audiencia existentes ya creadas en Adobe Experience Platform.
Ejemplo: El gasto de lealtad de un cliente cruza el umbral del nivel Gold. Su perfil se clasifica para la audiencia Gold, el recorrido déclencheur automáticamente y envía una recompensa de bienvenida.
Tipos de eventos de un vistazo event-comparison
Tipo de ID de evento event-id-type
Para los eventos business, el tipo de ID de evento siempre está basado en reglas.
Para los eventos unitarios, existen dos tipos de ID de evento:
-
Eventos basados en reglas: este tipo de evento no genera ningún eventID. Con el sencillo editor de expresiones simple, solo tendrá que definir una regla que el sistema utilizará para identificar los eventos relevantes que desencadenarán sus recorridos. Esta regla se puede basar en cualquier campo disponible en la carga útil de evento, por ejemplo, la ubicación del perfil o el número de elementos agregados al carro de compras del perfil.
note caution CAUTION Se define una regla de límite para los eventos basados en reglas. Limita el número de eventos calificados que un recorrido puede procesar a 5000 por segundo para una organización determinada. Corresponde a los SLA de Journey Optimizer. Consulte sus licencias de Journey Optimizer y Descripción del producto de Journey Optimizer. -
Eventos generados por el sistema: estos eventos requieren un eventID. Este campo eventID se genera automáticamente al crear el evento. El sistema que impulsa el evento no debe generar un ID, debe pasar el que está disponible en la previsualización de carga útil.
- Eventos ingeridos en lote
- Eventos insertados mediante servicio de consultas
- Eventos de conjuntos de datos internos de Journey Optimizer (comentarios de mensajes, seguimiento de correo electrónico y similares)
Cómo elegir choose-event-type
Use los siguientes criterios para seleccionar el tipo de evento adecuado para el recorrido; la pregunta clave es: ¿está activando una acción para una persona específica o está difundiendo a muchos perfiles? Más información sobre los tipos de recorrido.
Cada tipo de evento se asigna a un patrón de recorrido específico:
-
Elija un evento unitario cuando el déclencheur esté vinculado a un individuo específico; por ejemplo, una compra, un envío de formulario o un hito de lealtad. Los eventos unitarios requieren una identidad principal basada en persona en el esquema e inician la recorrido inmediatamente para ese perfil. Aprenda a configurar un evento unitario.
-
Elige un evento empresarial cuando el déclencheur sea global (por ejemplo, reabastecimiento de productos, caída de precios o cancelación de vuelos) y quieras retransmitir a un conjunto de perfiles relacionados con esa señal. Los eventos empresariales deben ser el primer paso en el recorrido y el destino automático de los perfiles mediante una actividad Leer audiencia. Requieren un esquema de serie temporal con una identidad principal que no sea personas y los campos
_idytimestamp. Planifique un retraso de exportación de audiencia de 15 minutos a una hora como máximo. Aprenda a configurar un evento empresarial. -
Elija un evento de calificación de audiencia cuando el déclencheur sea un perfil que entra o sale de una audiencia y necesite una lógica de segmentación más compleja de la que puede proporcionar un solo evento; por ejemplo, volver a atraer a los clientes caducados que acaban de cumplir un umbral de gasto o activar un flujo de incorporación cuando un miembro de VIP abandona el nivel de lealtad. Más información sobre los eventos de calificación de audiencia.
Restricciones clave key-constraints
Utilice este resumen para planificar la implementación antes de configurar los eventos.
Cómo llegan los eventos a Journey Optimizer data-cycle
Los eventos deben enviarse a Journey Optimizer como llamadas POST a través de API de ingesta de transmisión de Adobe Experience Platform. La carga útil debe seguir el formato XDM y el esquema de evento debe tener habilitado Perfil del cliente en tiempo real.
Se admiten los modos de flujo continuo autenticado y no autenticado. Los eventos ingeridos por lotes y los eventos de conjuntos de datos Journey Optimizer internos (comentarios de mensajes, seguimiento de correo electrónico y similares) no se pueden usar para almacenar en déclencheur los recorridos; use una actividad Leer audiencia en su lugar para esos casos de uso.
Límites de rendimiento de eventos event-throughput
Adobe Journey Optimizer aplica límites de rendimiento independientes por tipo de evento, a nivel de organización, en todas las zonas protegidas:
- Eventos unitarios: 5000 eventos por segundo
- Leer eventos de recorrido basados en audiencias: 5000 eventos por segundo
Estos límites se aplican a todos los eventos usados en recorridos activos, que incluyen recorridos Live, Dry run, Cerrado y Pausado. Cuando se alcanza un límite, los nuevos eventos se ponen en cola y se procesan a 5000 por segundo hasta que se vacía la cola.
Para obtener más información sobre las tasas de procesamiento de recorridos y cómo afectan los distintos tipos de recorridos al rendimiento, obtenga más información sobre las tasas de procesamiento de recorridos.
Para estas cuotas se contabilizan los siguientes tipos de eventos:
-
Eventos unitarios externos: incluye eventos basados en reglas y generados por el sistema. Si el mismo evento sin procesar cumple los requisitos para varias definiciones de regla, cada regla coincidente cuenta como un evento independiente para la cuota.
-
Eventos de calificación de audiencias: Si se usa la misma audiencia de flujo continuo en varios recorridos, cada uso se cuenta por separado. Por ejemplo, si se utiliza la misma audiencia en una actividad de calificación de audiencia en dos recorridos, se cuentan dos eventos.
-
Eventos de reacción: Eventos activados por reacciones de perfil (correo electrónico abierto, correo electrónico en el que se hizo clic, etc.) dentro de un recorrido.
-
Eventos empresariales: los eventos no están vinculados a un perfil específico, sino a un evento relacionado con el negocio.
-
Eventos de Analytics: si la integración con Adobe Analytics en recorridos de déclencheur se ha habilitado, también se incluyen estos eventos.
-
Reanudar eventos: evento técnico activado cuando un perfil se reanuda desde un recorrido pausado. Más información acerca de reanudar recorridos en pausa.
-
Eventos de finalización de nodo de espera: cuando un perfil sale de un nodo de espera, se genera un evento técnico para reanudar la recorrido.
Actualización y eliminación de un evento update-event
Para evitar romper los recorridos existentes, cuando edita un evento utilizado en un recorrido Borrador, Activo o Cerrado, solo puede cambiar el nombre, la descripción o agregar campos de carga útil.
No se puede eliminar ningún evento utilizado en los recorridos Live, Draft o Closed. Para eliminar un evento utilizado, debe detener los recorridos que lo utilicen o eliminarlo de los recorridos de borrador en los que se utilice. Puede comprobar el campo Utilizado en. Muestra el número de recorridos que utilizan ese evento en particular. Puede hacer clic en el botón Ver recorridos para mostrar la lista de los recorridos correspondientes.
Preguntas frecuentes faq
¿Puedo usar el mismo evento en varios recorridos?
Sí: varios recorridos pueden escuchar el mismo evento simultáneamente.
¿Puedo combinar un evento empresarial y un evento unitario en el mismo recorrido?
No: los eventos empresariales no se pueden usar en el mismo recorrido que los eventos unitarios o las actividades de calificación de audiencia.
¿Necesito configurar algo para los eventos de calificación de audiencia?
No — los eventos de cualificación de audiencia no están configurados en Administración > Eventos. Seleccione la audiencia directamente en el lienzo de recorrido como primer paso.
¿Puedo usar datos ingeridos por lotes para almacenar en déclencheur un recorrido?
No, solo los eventos transmitidos pueden almacenar en déclencheur los recorridos. Para los datos por lotes, cree una audiencia y use una actividad Leer audiencia en su lugar.
Mi recorrido no se está activando. ¿Qué debo comprobar?
- Compruebe que su esquema de evento tenga habilitado Perfil del cliente en tiempo real.
- Confirme que los eventos se transmiten por secuencias: los eventos introducidos por lotes no pueden almacenar en déclencheur los recorridos.
- Para los eventos basados en reglas, compruebe que la condición de regla coincida con los campos de carga útil entrantes.
- Compruebe que el recorrido esté en estado Activo y que el perfil cumpla las condiciones de entrada.
Próximos pasos next-steps
Vídeotutoriales video
Aprenda a configurar un evento y a especificar su punto final de reproducción y la carga útil.
Comprenda los casos de uso aplicables a los eventos empresariales. Obtenga información sobre cómo crear un recorrido mediante un evento empresarial y las prácticas recomendadas que se deben aplicar.
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 describes the three journey event types (unitary, business, and audience qualification), their schema requirements and key constraints, how to choose the right one, throughput limits, and how events reach Journey Optimizer.
Intents:
- Understand the differences between unitary, business, and audience qualification events
- Choose the right event type for a use case based on whether you target one person or many profiles
- Learn the schema requirements and entry behavior for each event type
- Understand event ID types and which events can trigger journeys
- Plan for throughput limits and reentrance behavior before configuring events
- Know what can be changed or deleted on an event used in a journey
Glossary:
- Unitary event: An event linked to a person, based on their behavior, which can be rule-based or system generated and starts a real-time single-profile journey (product-specific)
- Business event: An event not linked to a specific profile, always rule-based, that automatically adds a Read Audience activity and broadcasts to many profiles (product-specific)
- Audience qualification event: An event triggered when a profile enters or exits an audience, selected directly on the journey canvas rather than in Administration (product-specific)
- Read Audience activity: The activity automatically added after a business event to define which profiles receive the journey (product-specific)
- Rule-based event: A unitary or business event that does not generate an eventID and instead defines a rule used to identify relevant events (product-specific)
- System-generated event: A unitary event that requires an eventID, automatically generated when the event is created (product-specific)
Guardrails:
- Event configuration is mandatory and must be performed by a Data engineer; prerequisites are the Journey Optimizer Administrator or Data Engineer role, an XDM schema with Real-Time Customer Profile enabled, an active streaming endpoint, and access to the correct sandbox.
- Throughput is limited to 5,000 events per second per organization, across all sandboxes, for unitary events and for Read Audience based journey events (hard limit); when a limit is reached, new events are queued and processed at 5,000 per second until the queue is drained.
- A capping rule limits rule-based events to 5,000 qualified events per second for a given Organization, corresponding to Journey Optimizer SLAs.
- Throughput limits apply to all events used in active journeys, which includes Live, Dry run, Closed, and Paused journeys.
- Profile reentrance is blocked by default for 5 minutes after a unitary journey triggers.
- A journey can contain only one business event, which must be the first step; business events cannot be used in the same journey as unitary events or audience qualification activities.
- Only streamed events can trigger journeys; events ingested in batch, inserted via Query Service, or from internal Journey Optimizer datasets cannot, and a Read Audience activity should be used instead.
- Unitary events require an XDM ExperienceEvent schema with a person-based primary identity and Real-Time Customer Profile enabled; business events require a time-series schema with a non-person primary identity and populated
_idandtimestampfields, with an audience export delay of 15 minutes to up to one hour. - When editing an event used in a Draft, Live, or Closed journey, you can only change the name, the description, or add payload fields; events used in Live, Draft, or Closed journeys cannot be deleted.
Terminology:
- Canonical name: Journey event — Acronym: n/a — variants: event, journey trigger event
- Do not confuse: “Unitary event” (linked to a specific person) ≠ “Business event” (external occurrence not tied to one person) ≠ “Audience qualification event” (triggered when a profile enters or exits an audience)
- Do not confuse: “Rule-based” (defines a rule, no eventID generated) ≠ “System-generated” (requires an automatically generated eventID)
FAQ:
- Q: Can I use the same event in multiple journeys? — Yes, several journeys can listen to the same event simultaneously.
- Q: Can I combine a business event and a unitary event in the same journey? — No, business events cannot be used in the same journey as unitary events or audience qualification activities.
- Q: Do I need to configure anything for audience qualification events? — No, they are not configured in Administration > Events; the audience is selected directly on the journey canvas as the first step.
- Q: Can I use batch-ingested data to trigger a journey? — No, only streamed events can trigger journeys; for batch data, build an audience and use a Read Audience activity instead.
- Q: What is the throughput limit for events? — 5,000 events per second per organization, across all sandboxes, for unitary events and for Read Audience based journey events.
- Q: My journey is not triggering — what should I check? — Verify the event schema has Real-Time Customer Profile enabled, confirm events are streamed, check that rule-based conditions match the incoming payload, and confirm the journey is in Live status with the profile meeting any entry conditions.