在此页面上：了解三种事件类型、其架构要求、键约束以及如何为您的用例选择正确的事件类型。
使用事件单独触发历程，在每个用户进入历程时向其交付实时消息。 在事件配置中，您可以配置历程中的预期事件。 您可以使用多个事件（在历程的不同步骤中），而多个历程可以使用相同的事件。
事件配置是必需的，必须由数据工程师执行。
-
在配置事件之前，请确保您具有 Journey Optimizer管理员 或 数据工程师 角色、启用了 实时客户个人资料 的XDM架构、活动的流端点以及正确沙盒的访问权限。
-
有关事件要求和限制（流式传输、查询服务、批量摄取），请参阅历程护栏 — 事件。
谁做什么：
您可以配置三种类型的事件： 单一事件、商业事件和受众资格事件。
➡️ 通过观看视频了解此功能
➡️ 通过观看视频了解此功能
单一事件 unitary-events
单一事件已链接到人员。 它与人员的行为相关（例如，某人购买产品、访问商店、退出网站等） 或与某个人相关的某个事件发生（例如，某人达到 10,000 忠诚度积分）。 这就是 Journey Optimizer 在历程中将侦听的内容，以编排最佳的后续行动。 单一事件可以是基于规则的，也可以是系统生成的。 了解如何创建单一事件。
架构要求：启用了 实时客户个人资料 的基于人员的主身份的XDM ExperienceEvent架构。
示例：客户将商品添加到购物车并关闭浏览器。 一个购物车放弃事件触发，用户档案实时进入历程，并在一小时后收到恢复电子邮件。
业务事件 business-events
业务事件未链接到特定配置文件。 例如，它可以是新闻警报、体育更新、航班更改或取消、库存更新、天气事件等。虽然这些活动不是特定于某个用户档案，但它们可能与任意数量的用户档案有关：订阅特定新闻主题的个人、航班上的乘客、对缺货产品感兴趣的购物者等。业务事件始终基于规则。 在历程中放置业务活动时，它会在之后自动添加 读取受众 活动。 了解如何创建商业活动。
架构要求：具有非人员主标识的时间序列XDM架构，并填充了_id和timestamp字段。 计划受众导出延迟，从15分钟延迟到1小时。
示例：航空公司取消了航班。 触发业务事件，Journey Optimizer读取受影响乘客的受众，并向每个受众发送重新预订通知。
受众鉴定事件 audience-qualification-events
当个人资料进入或退出受众时，将触发 受众资格 事件。 例如，超过忠诚度支出阈值的客户进入金级受众 — 该资格会实时触发该用户档案的历程（对于流受众）或在下一次批量评估。 与单一事件不同，受众资格允许您使用受众定义的全部功能构建复杂的触发逻辑，而无需更改实施即可发送新事件。 了解有关受众资格事件的更多信息。
架构要求：无需其他架构 — 该事件依赖于Adobe Experience Platform中已内置的现有受众定义。
示例：客户的忠诚度支出超过金级阈值。 他们的配置文件符合金牌受众的条件，历程会自动触发，并发送欢迎奖励。
事件类型概览 event-comparison
事件ID类型 event-id-type
对于 business 事件，该事件ID类型始终基于规则。
对于 单一 事件，有两种类型的事件ID：
-
基于规则的事件：此类型的事件不生成 eventID。 使用简单表达式编辑器，您只需定义规则即可，系统将使用该规则来识别将触发历程的相关事件。 此规则可以基于事件有效负荷中可用的任何字段，例如轮廓的位置或添加到轮廓购物车的项目数。
note caution CAUTION 为基于规则的事件定义上限规则。 它将历程可为给定组织处理的合格事件数限制为每秒5,000个。 它对应于Journey Optimizer SLA。 请参阅您的Journey Optimizer许可和Journey Optimizer产品说明。 -
系统生成的事件：这些事件需要 eventID。 创建事件时会自动生成此 eventID 字段。 推送事件的系统不应生成 ID，它应传递有效负荷预览中可用的 ID。
- 批量摄取的事件
- 通过 查询服务 插入的事件
- 来自内部Journey Optimizer数据集的事件（邮件反馈、电子邮件跟踪等）
如何选择 choose-event-type
使用以下条件为您的历程选择正确的事件类型 — 关键问题是：您是为特定人员触发操作还是向多个用户档案广播？ 了解有关历程类型的更多信息。
每个事件类型都映射到特定的历程模式：
-
当触发器与特定个人相关联时，例如购买、表单提交或忠诚度里程碑，请选择单一事件。 单一事件要求在架构中具有一个基于人员的主要身份，并立即为该配置文件启动历程。 了解如何配置单一事件。
-
当触发器是全球事件（例如，产品重新上架、价格下降或航班取消）并且您想要广播到与该信号相关的一组配置文件时，请选择业务事件。 业务事件必须是历程的第一步，并通过 读取受众 活动自动定位用户档案。 它们需要具有非人员主标识以及
_id和timestamp字段的时间序列架构。 计划受众导出延迟，从15分钟延迟到1小时。 了解如何配置业务事件。 -
当触发器是进入或退出受众的个人资料时，请选择受众资格事件，并且您需要比单个事件可以提供的更复杂的分段逻辑 — 例如，重新吸引刚刚达到支出阈值的失效客户，或在VIP成员退出忠诚度级别时触发离岗流程。 了解有关受众资格事件的更多信息。
关键约束 key-constraints
使用此汇总可在配置事件之前规划实施。
事件如何触及Journey Optimizer data-cycle
事件必须通过Adobe Experience Platform流式引入API作为POST调用发送到Journey Optimizer。 有效负载必须遵循XDM格式，并且事件架构必须启用实时客户个人资料。
同时支持经过身份验证和未经身份验证的流模式。 来自内部Journey Optimizer数据集（消息反馈、电子邮件跟踪等）的批量摄取事件和事件无法用于触发历程 — 请对这些用例改用 读取受众 活动。
事件吞吐量限制 event-throughput
Adobe Journey Optimizer在组织级别对所有沙盒为每个事件类型实施单独的吞吐量限制：
- 单一事件：每秒5,000个事件
- 读取基于受众的历程事件：每秒5,000个事件
这些限制适用于活动历程中使用的所有事件，包括实时、练习、已关闭和 已暂停 历程。 当达到限制时，新事件将排队并以每秒5000个的速度进行处理，直到队列排干。
有关历程处理率以及不同历程类型如何影响吞吐量的更多详细信息，了解有关历程处理率的更多信息。
以下类型的事件将计入这些配额：
-
外部单一事件：包含基于规则的事件和系统生成的事件。 如果同一个原始事件符合多个规则定义的条件，则每个匹配的规则都将被计为配额的一个单独事件。
-
受众资格事件：如果在多个历程中使用了相同的流受众，则每个使用情况单独计数。 例如，如果在两个历程中的受众资格活动中使用相同的受众，则会导致出现两个计数的事件。
-
反应事件：配置文件反应触发的事件（已打开电子邮件、单击电子邮件等） 在历程中。
-
业务事件：事件未绑定到特定个人资料，而是绑定到业务相关事件。
-
Analytics事件：如果已启用与Adobe Analytics的集成以触发历程，则还包括这些事件。
-
恢复事件：配置文件从暂停的历程恢复时触发的技术事件。 了解有关继续暂停的历程的更多信息。
-
等待节点完成事件：当配置文件退出等待节点时，将生成技术事件以恢复历程。
更新和删除事件 update-event
为避免中断现有历程，当您编辑在草稿、实时或 已关闭 历程中使用的事件时，只能更改名称、描述或添加有效负载字段。
无法删除在实时、草稿或 已关闭 历程中使用的任何事件。 要删除已使用的事件，您必须停止使用该事件的历程，和/或将其从使用它的草稿历程中删除。 您可以检查 在 中使用的字段。 它会显示使用该特定事件的历程数。 您可以单击 查看历程 按钮以显示相应历程的列表。
常见问题 faq
我可以在多个历程中使用同一事件吗？
是 — 多个历程可以同时侦听同一事件。
我能否在同一历程中合并一个业务事件和一个单一事件？
否 — 业务事件不能与单一事件或受众资格活动在同一历程中使用。
是否需要为受众资格事件配置任何内容？
否 — 未在 管理>事件 中配置受众资格事件。 第一步，直接在历程画布中选择受众。
我能否使用批量摄取的数据来触发历程？
否 — 只有流式传输的事件才能触发历程。 对于批处理数据，请构建受众并改用 读取受众 活动。
我的历程未触发 — 我应该检查哪些内容？
- 验证您的事件架构是否启用了实时客户个人资料。
- 确认事件已流式处理 — 批量摄取的事件无法触发历程。
- 对于基于规则的事件，验证规则条件是否与传入的有效负载字段匹配。
- 检查历程是否处于 实时 状态，以及配置文件是否满足任何进入条件。
后续步骤 next-steps
操作说明视频 video
了解如何配置事件、指定流媒体端点和事件的有效负载。
了解商业事件的适用用例。 了解如何使用商业事件构建历程以及可以应用的最佳实践。
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.