事务型消息传递最佳实践和限制 transactional-messaging-limitations

本节列出了在开始创建事务型消息之前应了解的最佳实践和限制。

权限 permissions

只有具有管理角色的用户才能配置事务性事件并访问事务性消息。

事件配置和发布 design-and-publication

配置和发布事务事件时,需要执行的某些步骤无法还原。 您需要了解以下限制:

  • 事务性消息的可用渠道为: EmailMobile (SMS) ​和​ Push notification
  • 每个事件配置只能使用一个渠道。请参阅创建事件
  • 创建事件后,便无法更改渠道。因此,您需要设计一种机制,在某个消息未成功发送时,允许通过某种工作流从其他渠道发送该消息。请参阅工作流数据和流程
  • 创建事件后,就无法再更改定向维度(Real-time eventProfile)。请参阅创建事件
  • 无法回滚发布,但您可以取消发布事件:此操作会使事件和相关的事务型消息变为无法访问状态。请参阅取消发布事件
  • 唯一可以与事务型消息关联的事件,就是发布该事件时自动创建的消息。请参阅预览和发布事件

事务性消息数 transactional-message-number

已发布的事务性消息的数目可能会对您的平台产生重大影响。 为获得最佳性能,已发布的事务性消息数应保持在100以下,否则可能会发生性能下降。 要确保这一点,请取消发布或删除任何未使用的事务型消息,以满足上述护栏要求。 请参阅取消发布事务型消息删除事务型消息

为确保获得最佳性能,您还可以取消发布或删除未使用的事件。 事实上,取消发布或删除事件也将取消发布或删除相应的事务型消息及其发送和跟踪日志(如果有)。 请参阅取消发布事件删除事件

个性化 personalization

个性化消息内容的方式,取决于事务型消息的类型。具体情况如下所列。

基于事件的事务型消息

  • 个性化信息来自事件本身包含的数据。请参阅基于事件的事务型消息配置
  • 您​ 不能 ​在事件事务型消息中使用​ Unsubscription link ​内容块。
  • 基于事件的事务型消息,应仅使用已发送事件中的数据来定义收件人和个性化消息内容。但是,您也可以使用 Adobe Campaign 数据库中的信息扩充事务型消息的内容。请参阅丰富事件个性化事务型消息
  • 由于事件事务型消息不包含用户档案信息,因此就算使用用户档案扩充了内容,也不兼容疲劳规则。

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

产品列表

请注意,产品清单仅在事务型​ 电子邮件 ​中可用。 请参阅在事务型消息中使用产品清单

品牌化 permissions-and-branding

对于品牌策略的管理而言,事务型消息的灵活性低于标准消息。Adobe 建议将事务型消息中使用的所有品牌关联到 All 组织单位。有关此方面的更多信息,请阅读下方的详细说明。

编辑事务型消息时,您可以将其链接到品牌以自动应用一些参数,例如品牌名称或品牌徽标。默认情况下,事务型消息属性中会选中 Default brand

事务型消息中使用的所有对象(包括品牌)都必须在 Message Center 组织单位中可见,这意味着这些对象必须在 Message CenterAll 组织单位中。

但是,如果消息属性中选择的品牌链接到与 Message CenterAll 不同的组织单位,则会导致错误,您将无法发送事务型消息。

因此,如果要在事务型消息的上下文中使用多品牌策略,您应将所有品牌关联到 Message Center 组织单位或 All 组织单位。

导出和导入事务型消息 exporting-and-importing-transactional-messages

  • 要导出事务型消息,您需要在创建导出资源包时包含相应的事件配置。
  • 通过资源包导入事务型消息后,该消息不会显示在事务型消息的列表中。您需要发布事件配置,以使关联的事务型消息可用。
recommendation-more-help
3ef63344-7f3d-48f9-85ed-02bf569c4fff