故障排除 troubleshooting

您可以在此部分中找到与动态报告相关的常见问题。

对于唯一打开数和唯一点击数,聚合行中的计数与单个行中的计数不匹配 unique-open-clicks-no-match

这是正常行为。
我们可以通过以下示例来解释这种行为。

向用户档案P1和P2发送电子邮件。

P1在第一天打开电子邮件两次,然后在第二天打开电子邮件树。

而P2会在第一天打开电子邮件一次,并且不会在接下来的几天重新打开电子邮件。
以下是用户档案与已发送电子邮件交互的可视表示形式:

打开
唯一打开次数
第1
2 + 1 = 3
1 + 1 = 2
第2
3 + 0 = 3
1 + 0 = 1

为了了解唯一打开的总数,我们需要汇总​ Unique Opens ​的行计数,这为我们提供了值3。 但由于电子邮件仅针对2个用户档案,因此打开率应显示150%。

为了获得高于100的百分比,将​ Unique Opens ​的定义保留为已打开的唯一broadlog数。 在这种情况下,即使P1在第1天和第2天打开了电子邮件,其唯一打开次数仍将为1。

这将生成下表:

打开
唯一打开次数
6
2
第1
3
2
第2
3
1
NOTE
独特计数基于基于HLL的草图,这可能会导致大量计数出现轻微不准确性。

打开计数与数据库计数不匹配 open-counts-no-match-database

这可能是因为,即使我们无法跟踪​ Open ​操作,动态报告中也会使用启发式来跟踪打开数。

例如,如果用户在其客户端上禁用了图像并单击了电子邮件中的链接,则数据库可能不会跟踪​ Open,但​ Click ​将会跟踪。

因此,Open ​跟踪日志计数在数据库中可能具有不同的计数。

将此类事件添加为​ “电子邮件点击意味着电子邮件打开”

NOTE
由于独特计数基于基于HLL的草图,因此可能会出现计数之间的细微不一致。

如何计算定期/事务投放的计数? counts-recurring-deliveries

处理循环和事务型投放时,这些计数将同时归属于父投放和子投放。
我们以名为​ R1 ​的定期投放为例,该投放设置为在第1天(RC1)、第2天(RC2)和第3天(RC3)每天运行。
假设只有一个人员多次打开所有子投放。 在这种情况下,各个定期子投放会分别将​ Open ​计数显示为1。
但是,由于同一人单击了所有投放,因此父定期投放也将​ Unique open ​作为1。

报表应如下所示:

投放
已发送
已投放
打开
唯一打开次数
R1
100
90
10
3
RC1
20
20
6
1
RC2
40
30
2
1
RC3
40
40
2
1

颜色在报表表格中的含义是什么? reports-color-signification

报表中显示的颜色是随机的,无法进行个性化。 它们表示进度条,并且为了帮助您更好地突出显示报告中达到的最大值而显示。

在下面的示例中,单元格的颜色相同,因为其值为100%。

如果将​ Conditional formatting ​更改为自定义,当该值达到上限时,单元格将变得更加绿色。 反之,如果达到下限,就会变红。

例如,在此,我们将​ Upper limit ​设置为500,将​ Lower limit ​设置为0。

为什么我的报表中出现值N/A?

值​ N/A ​有时可能出现在您的动态报告中。 原因有三:

  • 该投放已被删除,此处显示为​ N/A,以免导致结果不一致。

  • 将​ Transactional Delivery ​维度拖放到报表中时,可能会显示值​ N/A。 发生这种情况的原因是,动态报告会获取每个投放,即使它们不是事务型投放。 将​ Delivery ​维度拖放到报表中时也会发生这种情况,但在这种情况下,N/A ​值将表示事务性投放。

  • 将维度与不与该维度相关的量度一起使用时。 在以下示例中,即使在此投放中将​ Click ​计数设置为0,也会使用​ Tracking URL ​维度添加细分。

使用自定义目标映射时,投放报表显示不完整的数据

如果您在投放中使用导入的自定义Target映射,并且不同的报表中未显示任何数据,则可能意味着没有为这些目标映射创建报表增强功能。

要解决此问题:

  • 从XML导入Target映射后,您还需要导入Reporting扩充。

  • 您可以直接在Adobe Campaign Standard中创建映射,而不是导入Target映射,这会自动创建报表扩充。

列标题数和行总和之间的差异

在以下情况下,列标题编号和所有行的总和之间应存在差异:

  • 唯一量度:使用唯一量度可能会更改标头中显示的总计数,因为它基于收件人ID,而不是简单的行计数总和。 因此,单个配置文件可能会触发跨不同维度的多个事件,从而导致数据集中出现多行。 但是,在标题中,每个用户档案仅计数一次。

    例如:

    • 如果用户档案A在不同的日期打开电子邮件,则按日期划分的用户档案将在三行中显示A,但在标题中,A将被计为1。

    • 如果个人资料A在同一天点击电子邮件中的三个不同链接,则按跟踪URL划分的将在三行中显示A,但在标题中,A将被计为1。 这同样适用于按设备和浏览器进行的划分。

  • 打开量度:打开次数计数是通过汇总实际打开事件和独特点击事件(按收件人ID)的总计来确定的,不包括由于没有打开事件无法点击电子邮件链接而未发生打开事件的情况。

    例如:

    • 当配置文件A打开跟踪电子邮件(带URL U1)时,它将注册为打开事件,URL标为null。 稍后单击U1会生成一个单击事件。 尽管A对U1的点击也计为打开事件,但U1没有特定的打开事件。 因此,A在唯一打开计数中只被计数一次。

    • 用户档案R在第1天打开电子邮件,注册打开事件,然后单击链接。 在接下来的两天中, R会重新打开电子邮件并再次单击链接,从而每天生成一次点击事件。 虽然R的参与每天在Open编号中进行跟踪,但R在列标题中仅计数一次,侧重于唯一参与。

  • 否定事件:在报表中,否定事件表示最初标记为成功但在重试后最终失败的投放尝试。 这些值由计数–1表示。 为避免混淆,这些负数会从显示的投放量度数字中排除。 因此,投放量度的所有行总数可能与列标题数字不匹配。

recommendation-more-help
3ef63344-7f3d-48f9-85ed-02bf569c4fff