Show Menu
主题×

故障排除

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

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

这是预期行为。 我们可以以以下示例来解释此行为。
电子邮件会发送到配置文件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 的定义保留为打开的唯一广播的数量。 在这种情况下,即使P1在第1天和第2天打开电子邮件,其唯一打开次数仍为1。
这将产生下表:
打开 唯一打开次数
第1天 6 2
第2天 3 2
唯一计数基于基于HLL的草图,这可能在较大计数时造成细微的不准确。

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

这可能是因为,在动态报告中使用启发式算法跟踪打开情况,即使我们无法跟踪操作也是如 Open 此。
例如,如果用户在其客户端上禁用了图像,并单击了电子邮件中的链接,则数据库可能 Open 不会跟踪该链接,但会跟 Click 踪。
因此,跟 Open 踪日志计数在数据库中可能没有相同的计数。
此类情况会添加为“ 电子邮件单击意味着电子邮件打开”
由于唯一计数基于基于HLL的草图,因此可以体验计数之间细微的不一致。

如何计算重复/事务性交付的计数?

处理重复和事务性提交时,计数将同时归属于父项和子项提交。
我们可以举一个名为 R1 的重复交付的示例,该交付设置为在第1天(RC1)、第2天(RC2)和第3天(RC3)运行。
假设只有一个人多次打开所有子交付件。 在这种情况下,单个重复的子提交将分别 Open 显示为1。
但是,由于同一人点击了所有交付,因此父项重复交付也将具有 Unique open 1个。
在Adobe Campaign Standard 19.2.1版本发布后,“唯一计数”的定义从与交付交互的唯一人数 “唯一人数”更改为“ 交互的唯一消息数” 。
在Adobe Campaign Standard 19.2.1版本之前,报告如下所示:
交付 已发送 交付 打开 唯一打开次数
R1 100 90 10 1
RC1 20 20 6 1
RC2 40 30 2 1
RC3 40 40 2 1
在Adobe Campaign Standard 19.2.1版本发布后,报表如下所示:
交付 已发送 交付 打开 唯一打开次数
R1 100 90 10 3
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值将表示交易提交。