事务性消息执行和监控

事务型消息执行投放

发布消息并完成网站集成后,当触发事件时,会将其分配给执行投放。

执行投放 是每月为每个事务型消息创建一次的不可操作且不起作用的技术消息,每次编辑和发布事务型消息时都会如此。

相关主题

事务型消息传递重试流程

临时未投放的事务型消息将会自动重试,一直执行到投放过期为止。有关投放持续时间的更多信息,请参阅有效性参数

发送事务型消息失败时,可使用以下两个重试系统:

  • 在事务型消息传递级别,如果将事务型消息放在分配给执行投放的事件之前,有可能会失败,这意味着,应放在事件接收和投放准备之间。请参阅事件处理重试流程
  • 在发送流程级别,一旦将事件分配给执行投放,则事务型消息可能因临时错误而失败。请参阅消息发送重试流程

事件处理重试流程

触发事件时,会将其分配给执行投放。 如果无法将事件分配给执行投放,则延迟事件处理。随后执行重试,直到将其分配给新的执行投放为止。

注意

延迟的事件不会显示在事务型消息发送日志中,因为并未将其分配给执行投放。

例如,无法将事件分配给执行投放,因为其内容不正确、存在访问权限或品牌策略问题,在应用类型规则时检测到错误等。在这种情况下,您可以暂停消息,编辑该消息以修复问题,然后再次发布。然后,重试系统会将其分配给新的执行投放。

消息发送重试流程

一旦将事件分配给执行投放,事务型消息就可能因临时错误而失败,例如,如果收件人邮箱已满。有关更多信息,请参阅投放临时失败后重试

注意

将事件分配给执行投放后,该执行投放的发送日志中会显示该事件,并且仅在此时显示。失败的投放显示在 Execution list 事务型消息发送日志的选项卡。

重试流程限制

发送日志更新

在重试流程中,不会立即更新新执行投放的发送日志(通过计划的工作流执行的更新)。这意味着即使新的执行投放已经处理了事务型事件,该消息仍然处于 Pending 状态。

失败的执行投放

无法停止执行投放。但是,如果当前执行投放失败,则会在收到新事件后立即创建新执行投放,所有新事件都由此新执行投放进行处理。失败的执行投放不会处理任何新事件。

如果分配给执行投放的某些事件已作为重试流程的一部分而延迟,并且如果该执行投放失败,则重试系统不会将延迟事件分配给新的执行投放,这意味着这些事件丢失。 检查 投放日志 以查看可能受到影响的收件人。

监控事务型消息

要监视事务型消息,您需要访问 执行投放.

  1. 要查看消息投放日志,请单击 Deployment 块右下方的图标。

  2. 单击 Execution list 选项卡。

  3. 选择所选的执行投放。

  4. 再次单击 Deployment 块。

    对于每个执行投放,您可以像查看标准投放一样查看投放日志。 有关访问和使用日志的更多信息,请参阅 监控投放.

基于用户档案的事务型消息特性

对于基于用户档案的事务型消息,您可以监控以下用户档案信息。

选择 Sending logs 选项卡。在 Status 列中,Sent 表示用户档案已选择加入。

选择 Exclusions logs 选项卡以查看已从消息目标中排除的收件人,如“”中的阻止列表地址。

对于选择退出的任何用户档案,Address on denylist 分类规则将排除对应的收件人。

此规则属于特定分类的一部分,该特定分类会基于 Profile 表应用到所有事务型消息。

相关主题

在此页面上