其他配置 mc-additional-configurations

监测阈值 monitoring-thresholds

您可以配置在​ 消息中心服务级别 ​和​ 消息中心处理时间 ​报告中出现的指示器的警告阈值(橙色)和警报阈值(红色)(请参阅访问事务性消息报告)。

为此请执行以下操作步骤:

  1. 在​ 执行实例 ​上打开部署向导。

  2. 转到​ Message Center ​页面。

  3. 使用箭头可更改阈值。

NOTE
队列中待处理的事件数显示在Adobe Campaign进程监视页面的系统指示器部分中。 有关部署向导的详细信息,请参阅此部分

清除事件 purging-events

您可以使用部署向导配置数据在数据库中存储的时长。

事件清除由数据库清理工作流自动执行。 此工作流会清除在执行实例上接收并存储的事件,以及在控制实例上存档的事件。

根据需要使用箭头来更改清除设置。

控制实例上的事件清除设置:

执行实例上的事件清除设置:

有关数据库清理工作流的详细信息,请参阅此部分

技术工作流 technical-workflows

您必须确保在部署任何事务性消息模板之前确实已创建并启动控制实例上的技术工作流和不同的执行实例。

与事务性消息传递(消息中心)相关的各种技术工作流在控制实例和执行实例之间细分。

控制实例工作流 control-instance-workflows

在控制实例上,无论您注册了一个还是多个执行实例,都必须为每个​ Message Center execution instance ​外部帐户创建一个存档工作流。 单击​ Create the archiving workflow ​按钮以创建并启动工作流。

然后,可以从​ 管理>生产>消息中心 ​文件夹访问这些工作流。 创建后,存档工作流将自动启动。

执行实例工作流 execution-instance-workflows

在执行实例上,可以从​ 管理>生产>消息中心 ​文件夹访问事务性消息传递的技术工作流。 你只要启动它们就行了。 列表中的工作流包括:

  • Processing batch events (内部名称: batchEventsProcessing ):利用此工作流,可在批次事件链接到消息模板之前划分队列中的批次事件。

  • Processing real time events (内部名称: rtEventsProcessing ):利用此工作流,可在将队列中的实时事件链接到消息模板之前对其进行划分。

  • Update event status (内部名称: updateEventStatus ):此工作流允许您将状态归因于事件。

    可以使用以下事件状态:

    • Pending :事件在队列中。 尚未为其分配消息模板。
    • Pending delivery :事件处于队列中,已为其分配消息模板且投放正在处理该模板。
    • Sent :此状态复制于投放日志。 这意味着投放已发送。
    • Ignored by the delivery :此状态复制于投放日志。 这意味着该投放被忽略。
    • Delivery failed :此状态复制于投放日志。 这意味着投放失败了。
    • Event not taken into account :无法将事件链接到消息模板。 将不会处理该事件。

存档工作流计划

避免修改在控制实例上运行的​ 存档工作流 ​计划。 否则,从执行实例中拉取的某些跟踪数据可能会丢失。

如果您确实修改了存档工作流计划,则还必须更改执行实例上的​ 跟踪工作流 ​计划,以匹配控制实例上的存档工作流计划。

配置多品牌策略 configuring-multibranding

本节介绍一个解决方案,用于在Adobe Campaign中为每个品牌配置事务性消息的跟踪和镜像页面URL。

先决条件 prerequisites

  • 所有主机都必须添加到实例(config-<instance>.xml)的配置文件中。
  • 必须为每个品牌分配一个子域。
  • 如果在HTTPS页面上完成Web跟踪,则您必须拥有适用于所有品牌的HTTPS证书。

要配置多品牌策略,您需要配置执行实例和控制实例。

执行实例 execution-instance

在执行实例上,执行以下步骤:

  1. 为每个品牌创建一个外部帐户。

    note note
    NOTE
    此部分中了解如何创建执行实例类型外部帐户。
  2. 扩展nms:extAccount架构以添加跟踪URL:

    code language-none
    <attribute advanced="true" desc="URL of the tracking servers" label="Tracking server URL"
    length="100" name="trackingURL" type="string"/>
    
    note note
    NOTE
    扩展架构部分中了解如何扩展现有架构。
  3. 修改nms:extAccount表单:

    code language-none
    <container label="Message domain branding" type="frame">
         <static type="help"> These parameters are used to override the DNS alias and addresses used during message delivery. When not populated, the values of the 'NmsServer_MirrorPageUrl' and 'NmsEmail_DefaultErrorAddr' options are used.</static>
         <input xpath="@mirrorURL"/>
         <input xpath="@trackingURL"/>
         <input img="nms:sendemail.png" menuId="deliveryMenuBuilder" type="scriptEdit">
                xpath="errorAddress"/>
       </container>
    
  4. 修改NmsTracking_OpenFormula和NmsTracking_ClickFormula选项以使用外部帐户,而不是全局选项。

    为此,请替换:

    code language-none
    <%@ include option='NmsTracking_ServerUrl' %>
    

    替换为:

    code language-none
    <%@ value object="provider" xpath="@trackingURL" %>
    
    note important
    IMPORTANT
    升级时,这些更改可能会导致冲突。 您可能需要手动将这些公式与其新版本合并。

控制实例 control-instance

在控制实例上,您需要关联投放模板和外部帐户。

为此请执行以下操作步骤:

  1. 为每个品牌创建一个与执行实例上定义的内部名称相同的外部帐户(步骤1)。

  2. 为每个品牌创建一个默认投放模板。

    note note
    NOTE
    本节中了解如何创建投放模板。
  3. 在投放模板的​ Properties ​中,将路由设置为品牌的外部帐户。

recommendation-more-help
601d79c3-e613-4db3-889a-ae959cd9e3e1