使用历程事件 about-events
使用事件单独触发历程，在每个用户进入历程时向其交付实时消息。
在事件配置中，您可以配置历程中的预期事件。 传入事件的数据按照Adobe体验数据模型(XDM)进行标准化。 事件来自已验证和未验证事件（如Adobe Mobile SDK事件）的流摄取API。 您可以使用多个事件（在历程的不同步骤中），而多个历程可以使用同一个事件。
事件配置是必需的，必须由数据工程师执行。
您可以配置三种类型的事件： 单一事件、商业事件和受众资格事件。
➡️ 在视频中发现此功能
单一事件 unitary-events
单一事件已链接到人员。 它与人员的行为相关（例如，某人购买产品、访问商店、退出网站等） 或者与个人相关的某件事情有关（例如，某人达到10,000个忠诚点）。 这是Journey Optimizer在历程中将侦听的内容，以编排最佳的后续行动。 单一事件可以是基于规则的，也可以是系统生成的。 要了解如何创建单一事件，请参阅此页面。
单一历程（从事件或受众资格开始）包含护栏，可防止同一事件多次错误触发历程。 默认情况下，重新进入用户档案会被暂时阻止5分钟。 例如，如果某个事件在12:01触发特定用户档案的历程，而另一个事件在12:03到达（无论是同一事件还是其他事件触发同一历程），则此用户档案的历程将不会再次开始。
商业活动 business-events
业务事件未链接到特定配置文件。 例如，它可以是新闻警报、体育更新、航班更改或取消、库存更新、天气事件等。虽然这些活动不是特定于某个用户档案，但它们可能与任意数量的用户档案有关：订阅特定新闻主题的个人、航班上的乘客、对缺货产品感兴趣的购物者等。业务事件始终基于规则。 在历程中放置业务活动时，它会在之后自动添加 读取受众 活动。 在此页面🔗上了解如何创建商业活动。
受众资格事件 audience-qualification-events
当个人资料进入或退出受众时，将触发 受众资格 事件。 例如，超过忠诚度支出阈值的客户进入金级受众 — 该资格会实时触发该用户档案的历程（对于流受众）或在下一次批量评估。 与单一事件不同，受众资格允许您使用受众定义的全部功能构建复杂的触发逻辑，而无需更改实施即可发送新事件。 了解有关受众资格事件的更多信息。
单一与业务事件概览 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。
如何选择 choose-event-type
使用以下条件为您的历程选择正确的事件类型 — 关键问题是：您是为特定人员触发操作还是向多个用户档案广播？ 了解有关历程类型的更多信息。
-
当触发器与特定个人相关联时，例如购买、表单提交或忠诚度里程碑，请选择单一事件。 单一事件要求在架构中具有一个基于人员的主要身份，并立即为该配置文件启动历程。 了解如何配置单一事件。
-
当触发器是全球事件（例如，产品重新上架、价格下降或航班取消）并且您想要广播到与该信号相关的一组配置文件时，请选择业务事件。 业务事件必须是历程的第一步，并通过 读取受众 活动自动定位用户档案。 它们需要具有非人员主标识以及
_id和timestamp字段的时间序列架构。 计划受众导出延迟，从15分钟延迟到1小时。 了解如何配置业务事件。 -
当触发器是进入或退出受众的个人资料时，请选择受众资格事件，并且您需要比单个事件可以提供的更复杂的分段逻辑 — 例如，重新吸引刚刚达到支出阈值的失效客户，或在VIP成员退出忠诚度级别时触发离岗流程。 了解有关受众资格事件的更多信息。
数据周期 data-cycle
事件是POST API调用。 事件通过流式引入API发送到Adobe Experience Platform。 通过事务性消息传递API发送的事件的URL目标称为“入口”。 事件的有效负载遵循XDM格式。
有效负载包含流式引入API工作所需的信息（在标题中）和Journey Optimizer工作所需的信息以及要在旅程中使用的信息（在正文中，例如放弃购物车的数量）。 流式引入有两种模式，即验证和未验证。 有关流式引入API的详细信息，请参阅此链接。
事件通过流式引入API到达后，会流入名为Pipeline的内部服务，然后流入Adobe Experience Platform。 如果事件架构启用了实时客户资料服务标志，并且数据集ID也具有实时客户资料标志，则会流入实时客户资料服务。
对于系统生成的事件，Pipeline会筛选有效负载由Journey Optimizer提供并包含在事件有效负载中的事件，这些有效负载包含Journey Optimizer个事件ID（请参阅下面的事件创建流程）。 对于基于规则的事件，系统会使用eventID条件标识事件。 这些事件由Journey Optimizer侦听，并触发相应的历程。
关于历程事件吞吐量 event-thoughput
Adobe Journey Optimizer支持在组织级别对所有沙盒每秒钟进行5,000次历程事件的峰值。 此配额适用于活动历程中使用的所有事件，包括实时、练习、已关闭和 已暂停 历程。 达到此配额后，新事件将以每秒5,000的处理速率排入队列。 事件可在队列中花费的最大时间为24小时。
有关历程处理率以及不同历程类型如何影响吞吐量的更多详细信息，请参阅此部分。
以下类型的事件将计入5,000 TPS配额：
-
外部单一事件：包含基于规则的事件和系统生成的事件。 如果同一个原始事件符合多个规则定义的条件，则每个符合条件的规则都将计为单独的事件。 更多详细信息见下文。
-
受众资格事件：如果在多个历程中使用了相同的流受众，则每个使用情况单独计数。 例如，如果在两个历程中的受众资格活动中使用相同的受众，则会导致出现两个计数的事件。
-
反应事件：配置文件反应触发的事件（已打开电子邮件、单击电子邮件等） 在历程中。
-
业务事件：事件未绑定到特定个人资料，而是绑定到业务相关事件。
-
Analytics事件：如果已启用与Adobe Analytics的集成以触发历程，则还包括这些事件。
-
恢复事件：配置文件从暂停的历程恢复时触发的技术事件。 了解有关继续暂停的历程的更多信息。
-
等待节点完成事件：当配置文件退出等待节点时，将生成技术事件以恢复历程。
关于符合多个规则定义条件的原始事件
同一个原始事件符合历程中的多个规则定义的条件。 当在 管理 部分中配置了事件时，对于同一事件架构，可以定义多个事件规则。 例如，我们有一个购买事件，该事件包含字段city和purchaseValue。 让我们考虑以下场景：
-
创建名为
newYorkPurchases的事件E1，该事件的规则定义表示city=='New York'。 此事件可能在10个历程中使用，但仍将在它到来时计为1个事件。 -
现在，假设在与 E1 相同的事件架构上也创建了一个名为
highValuePurchases、具有purchaseValue > 1000作为规则定义的事件E2。 在这种情况下，将根据两个规则评估相同的传入事件：newYorkPurchases和highValuePurchases。 现在，纽约购房可能也算是一种高价值购买。在这种情况下，Journey Optimizer将创建来自同一传入事件的两个事件，E1和E2，这将使此单个传入事件计为两个事件。
请注意，当这些事件用于活动历程（包括实时、练习、已关闭和 已暂停 历程）时，将开始对这些事件进行计数。
更新和删除事件 update-event
为避免中断现有历程，当您编辑在草稿、实时或 已关闭 历程中使用的事件时，只能更改名称、描述或添加有效负载字段。
无法删除在实时、草稿或 已关闭 历程中使用的任何事件。 要删除已使用的事件，您必须停止使用该事件的历程，和/或将其从使用它的草稿历程中删除。 您可以检查 在 中使用的字段。 它会显示使用该特定事件的历程数。 您可以单击 查看历程 按钮以显示相应历程的列表。
操作方法视频 video
了解如何配置事件、指定事件的流端点和有效负载。
了解业务事件的适用用例。 了解如何使用业务事件构建历程以及可以应用的最佳实践。