故障排除

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

对于“唯一打开数”和“唯一点击数”,聚合行中的计数与单行中的计数不匹配

这是预期行为。
我们可以以以下示例来解释此行为。

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

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

然而,P2会在第一天打开一次电子邮件,之后几天不会重新打开它。
以下是用户档案与已发送电子邮件交互的直观表示形式:

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

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

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

这将产生下表:


打开
唯一打开数
Day
6
2
第1天
3
2
第2天
3
1
注意

独特计数基于基于HLL的草图,这可能会在较大计数时造成轻微的不准确。

打开计数与数据库计数不匹配

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

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

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

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

注意

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

如何计算定期/事务性投放的计数?

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

报表应如下所示:

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

这些颜色在我的报表表格中的含义是什么?

报表中显示的颜色是随机排列的,无法进行个性化。 它们表示一个进度条,用于帮助您更好地突出显示报表中达到的最大值。

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

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

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

为什么值N/A会显示在我的报表中?

值​N/A​有时可能会显示在动态报告中。 显示此参数的原因有三:

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

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

  • 当维度与与维度无关的量度一起使用时。 在以下示例中,添加了包含​Tracking URL​维度的划分,即使在此投放中将​Click​计数设置为0也是如此。

在此页面上