v7
仅适用于 Campaign Classic v7

其他配置 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