事件触发的消息传递

本指南为使用Adobe Journey Optimizer (AJO)、Real-Time Customer Data Platform (RT-CDP)和Adobe Experience Platform (AEP)的事件触发消息提供全面的实施蓝图。 它专为需要投放情境式实时消息以响应行为或系统事件的解决方案架构师、营销技术人员和实施工程师而设计。

使用本指南了解要配置哪些内容，在何处存在实施选择，以及促成每项决策的利弊取舍。

该指南涵盖从事件摄取到历程创建再到消息交付和性能报告的整个生命周期，其中针对三个不同的实施选项提供了详细的决策指导。

用例概述

事件触发的消息传送响应于实时行为或系统事件提供上下文消息。 与批量出站消息激活不同（按计划发送到预评估的受众），此模式侦听符合条件的事件（例如购物车放弃、浏览会话、表单提交或系统状态更改），并立即将触发的用户档案输入到评估条件并发送消息的历程中。

该模式依赖于实时事件流式传输到AEP（通过Web SDK、Mobile SDK或服务器端API）、在AJO中具有单一事件条目的旅程，以及确定是否发送和发送内容的条件评估逻辑。 消息通常在触发事件后的几分钟内发送，因此此模式非常适合时间敏感型上下文相关通信。

与计划的批处理通信相比，组织使用此模式来实时响应客户操作，提高了相关性并提高了参与度和转化率。 常见情形包括放弃的购物车恢复、购买后跟进、注册后的欢迎邮件，以及付款故障或价格下降警报等时效性强的通知。

主要业务目标

此用例模式支持以下业务目标。

恢复放弃的购物车和历程

通过及时、个性化的跟进，重新吸引在购买、申请或注册流程中放弃的用户。

提高转化率

提高完成所需操作（如购买、注册或表单提交）的访客和潜在客户的百分比。

提供个性化的客户体验

根据个人偏好、行为和生命周期阶段定制内容、选件和消息。

改进客户入门

通过优化的个性化欢迎体验和激活历程，加快新客户的价值实现。

战术用例示例

以下情形说明了如何跨不同的业务上下文应用事件触发的消息传递。

关键绩效指标

以下KPI有助于衡量事件触发的消息传递实施的有效性。

用例模式

本节介绍驱动事件触发式消息传递的核心模式和功能链。

事件触发的消息传送

监听实时行为或系统事件，然后将上下文消息交付给触发的用户档案。

函数链：​事件摄取>历程条目>条件评估>消息投放>报告

应用程序

在此用例模式中使用以下Adobe应用程序。

基本函数

必须具备以下基本功能才能使用此用例模式。 对于每个函数，状态都指示它通常是必需的、假定为预配置还是不适用。

支持功能

以下功能增强此用例模式，但核心执行不需要这些功能。

应用程序功能

此计划从“应用程序功能目录”中练习以下功能。 函数会映射到实施阶段而不是编号步骤。

Journey Optimizer (AJO)

Real-Time CDP (RT-CDP)

先决条件

请在开始实施之前完成以下操作。

实施选项

此部分介绍了用于事件触发消息传递的三个实施选项。 每个选项都以上一个选项为基础，添加了其他功能。

选项A：简单事件触发消息

最适合：​无需延迟或条件逻辑的即时单消息响应 — 订单确认、欢迎电子邮件、表单提交确认、预订确认。

工作方式：

历程通过单一事件进入节点侦听符合条件的事件。 当接收到事件时，用户档案进入旅程，通过最小条件评估（同意检查，用户档案存在验证），并立即通过配置的频道操作节点接收单个消息。

这是最简单的实施变体。 历程画布包含一个事件进入节点、一个用于基本资格检查的可选条件节点、一个消息操作节点和一个结束节点。 没有等待步骤，没有复杂的分支，也没有转化检查。 消息通常会在触发事件后的几秒到几分钟内发出。

来自触发事件的事件数据（产品名称、订单总计、表单详细信息）可用于通过个性化编辑器中的上下文属性进行消息个性化。 此方法可最大程度地提高交付速度并最大程度地降低历程复杂性。

关键注意事项：

优点：

限制：

Experience League：

选项B：等待的条件性事件触发消息

最佳选择：​延迟、有条件的响应，客户应在收到消息之前有时间自行转化 — 放弃购买（等待1-4个小时，然后检查是否仍然放弃购买）、浏览放弃购买（等待24个小时，检查是否购买了）、试用到期（等到过期日期临近）。

工作方式：

历程侦听符合条件的事件，进入用户档案，并引入评估条件之前的等待期。 在等待之后，条件节点检查客户是否已自转化（例如，完成购买、续订订阅）或者原始上下文是否仍然有效。 仅当满足条件时（例如，购物车仍被放弃），历程才会继续进行消息投放。

历程画布包含事件进入节点、等待节点（可配置的持续时间或特定日期/时间）、检查转化事件或配置文件状态变化的条件节点、分支路径（发送消息与退出而不发送）、限定路径上的消息操作节点以及每个分支上的结束节点。 退出标准可以配置为在转化事件发生在等待期间时自动从历程中删除配置文件，而无需进行显式条件检查。

这种方法通过让客户有时间自行转化、改善客户体验并提高所发送消息的感知相关性来减少不必要的消息传送。

关键注意事项：

优点：

限制：

Experience League：

选项C：使用频率管理触发的事件

最适合：​关注消息疲劳的高频事件源 — 页面查看次数、产品查看次数、搜索查询、重复购物车添加。 可以作为叠加应用于选项A或选项B的顶部。

工作方式：

此选项将频率管理添加到选项A或选项B中，以防止过度发送消息。 高频行为事件（如产品查看或重复的购物车添加）可能会在短时间内多次触发历程。 如果没有频率管理，用户档案可能会收到重复或过多的消息。

频率治理通过两个互补机制实现：AJO业务规则（频率上限），该规则限制用户档案每个时段每个渠道接收的消息数；以及旅程级别的重新进入规则，该规则定义用户档案可以重新进入同一旅程之前的冷却时段。 业务规则在组织级别运行，并对所有营销活动和历程强制实施上限（例如，每周最多3封电子邮件），而重新进入冷却在个人历程级别运行（例如，用户档案无法在上次进入的72小时内重新进入此特定历程）。

此外，可以配置冲突和优先级管理为触发的历程分配优先级得分，确保当多个历程或营销活动争夺同一用户档案时，优先级最高的通信优先。

关键注意事项：

优点：

限制：

Experience League：

选项比较

下表比较了三个实施选项（基于主要标准）。

选择正确的选项

使用以下决策指南选择正确的实施选项。

实际上，大多数生产实施都使用选项B + C作为放弃式用例（具有频率治理的条件等待）和选项A + C作为确认式用例（具有频率治理的立即发送作为安全网）。

实施阶段

以下阶段将逐步介绍事件触发的消息传送的端到端实施。

阶段1：配置事件模式和数据收集

应用程序函数： AEP：数据建模(F2)，AEP：数据源和集合(F3)

您将配置的内容：​捕获触发事件的XDM ExperienceEvent架构、存储这些事件的数据集以及将事件流式传输到AEP的实时数据收集管道（Web SDK、Mobile SDK或服务器API）。 此阶段建立了历程将侦听的数据基础。

此阶段中的​决策点：

UI导航：​数据收集>数据流>新建数据流（用于数据流设置）；架构>创建架构（用于事件架构）；数据集>从架构创建数据集（用于数据集创建）

密钥配置详细信息：

Experience League文档：

阶段2：配置标识和配置文件

应用程序函数： AEP：标识和配置文件配置(F4)

您将配置哪些内容：​触发事件上标识符的身份命名空间、事件架构上指定的主要身份、跨设备解析的身份链接规则以及配置文件统一的合并策略。 这可确保触发事件与统一的客户个人资料关联，以便历程能够解决联系人信息并投放消息。

此阶段中的​决策点：

UI导航：​身份>创建身份命名空间；架构>选择架构>选择字段>身份>设置为主身份；配置文件>合并策略

密钥配置详细信息：

Experience League文档：

阶段3：设置渠道平面

应用程序函数： AJO：渠道配置

您将配置的内容：​为触发的消息定义发送基础结构的渠道界面（预设） — 子域委派、IP池、发件人身份、回复地址、取消订阅处理和特定于渠道的凭据（SMS提供程序、推送证书）。 在创建消息内容或发布历程之前，必须存在有效的渠道平面。

此阶段中的​决策点：

UI导航：​管理>渠道>子域（用于子域设置）；管理>渠道> IP池（用于IP池配置）；管理>渠道>渠道表面>创建表面（用于表面创建）

密钥配置详细信息：

Experience League文档：

阶段4：创建消息内容

应用程序函数： AJO：消息创作

您将配置的内容：​历程将投放的消息内容，包括布局设计、使用配置文件和事件属性的个性化令牌、条件内容块、可重用片段（页眉、页脚、法律免责声明）以及内容预览和测试。

此阶段中的​决策点：

UI导航：​内容管理>内容模板>浏览（用于模板选择）；促销活动或历程操作>编辑内容>向Designer发送电子邮件（用于内容设计）；选择文本组件> Personalization图标（用于添加个性化）

密钥配置详细信息：

Experience League文档：

阶段5：创建和配置旅程

应用程序功能： AJO：Journey Orchestration、AJO：频率和业务规则（选项C）、AJO：冲突和优先级管理

要配置的内容：​侦听触发事件并协调消息投放的历程。 这是核心实施阶段，其中设计历程画布的事件进入节点、条件节点、等待步骤（对于选项B）、消息操作节点和退出标准。 此阶段还包括频率管理（选项C）和冲突/优先级配置。

此阶段中的​决策点：

UI导航：​历程>创建历程（用于旅程创建）；历程画布>拖动事件活动（用于事件输入）；历程画布>拖动“等待”活动（用于等待配置）；历程画布>拖动“条件”活动（用于条件分支）；历程属性>退出标准（用于退出配置）；管理>业务规则>创建规则（用于频率上限）

密钥配置详细信息：

选项差异的位置：

选项A的​（简单事件触发）：
历程画布最小：事件条目>可选同意/资格条件>消息操作>结束。 无等待步骤或转换检查。 根据事件是否应在每次发生时生成消息设置重新进入规则。

选项B的​条件（等待条件）：
在事件输入后添加等待节点。 等待后，添加条件节点以检查转化（例如，检查历程进入后是否发生了commerce.purchases事件）或使用退出条件自动删除转换后的配置文件。 分支到“未转换”路径上的消息操作以及“已转换”路径上的结束节点。

选项C （频率管理）的​：
在发布之前，通过“管理” > “业务规则”配置组织级别的频度上限。 在历程属性中设置历程级别的重新进入冷却。 或者，通过历程属性分配优先级分数，以控制达到上限时哪种通信优先。 这可以在选项A或选项B之上应用。

Experience League文档：

阶段6：测试和部署历程

应用程序函数： AJO： Journey Orchestration

您将配置的内容：​测试模式验证以验证历程在测试配置文件中的运行情况，然后发布历程以使其上线。

UI导航：​历程画布>测试模式切换（用于测试）；历程画布>发布（用于部署）

密钥配置详细信息：

Experience League文档：

阶段7：监控和报告性能

应用程序功能： AJO： Reporting & Performance Analysis， S4： Monitoring & Observability， S5： Reporting & Analysis

您将配置的内容：​用于投放和参与监视的实时和历史历程报告，用于事件摄取和历程处理失败的平台警报，以及可选的CJA工作区，用于更深入的跨渠道分析触发的消息传递效率。

此阶段中的​决策点：

UI导航：​历程>选择历程>实时报告（适用于实时监控）；历程>选择历程>所有时间报告（适用于历史分析）；警报>警报规则>订阅（适用于警报配置）

密钥配置详细信息：

Experience League文档：

实施注意事项

本节介绍事件触发的消息传递实施的护栏、常见隐患、最佳实践和权衡决策。

护栏和限制

以下平台护栏和限制适用于事件触发的消息传递实施。

常见陷阱

实施事件触发的消息传递时，请注意以下常见问题。

最佳实践

对于成功实施事件触发的消息传递，请遵循这些建议。

权衡决定

在设计事件触发的报文传送实施时，请考虑以下取舍。

相关文档

以下资源提供了有关此实施中使用的功能的更多详细信息。

历程编排

渠道配置

消息创作和个性化

频率和业务规则

冲突和优先级管理

报告和性能

数据收集和摄取

数据建模和架构

身份和配置文件

分段和受众

数据治理和同意

计算属性

监控和可观察性

护栏

教程和指南