Show Menu
主题×

在 A4T 中最大限度地减少夸大的访问和访客计数

此信息可帮助您在使用 Analytics 作为报表源时最大限度地降低夸大的访问和访客计数所带来的影响。
2016 年 11 月 14 日,Adobe Analytics 针对那些使用 A4T(适用于 Target 的 Analytics 报表)的客户,更改了某些数据的处理方式。这些更改使 Adobe Target 数据更好地与 Adobe Analytics 的数据模型保持一致,并已为所有使用 A4T 的客户推出。这些更改具体解决了某些客户发现的在运行 Target 活动时访客数量夸大的问题。
请注意,此更改不具有追溯性。如果您的历史报表显示了夸大的计数,且您希望将这部分数字从报表中排除,则可以创建虚拟报表包,具体如下文中所述。
此外,为帮助最大限度地减少夸大计数,还更新了数个 JavaScript 库。我们建议您升级到以下库版本(或更新版本):
  • Experience Cloud 访客 ID 服务:visitorAPI.js 版本 2.3.0 或更高版本。
  • Adobe Analytics:appMeasurement.js 版本 2.1.
  • Adobe Target:at.js 版本 0.9.6 或更高版本(如果将重定向选件与 A4T 配合使用,则不包括版本 1.1.0)。
mbox.js 库不支持将重定向选件与 A4T 配合使用。您的实施必须使用 at.js。

更改了哪些内容?

使用 Adobe Analytics 衡量 Target 活动(称为 A4T)时,Analytics 会收集到页面上并没有 Target 活动时的一些不可用的额外数据。之所以会出现这种情况,是因为 Target 活动会在页面顶部触发调用,而 Analytics 通常会在页面底部触发数据收集调用。迄今为止,在 A4T 实施中,只要 Target 活动处于活跃状态,我们便会收集这种不可用的额外数据。今后,仅当 Target 标记和 Analytics 标记均触发时,我们才会收集这种额外数据。

为什么 Adobe 做此更改?

Adobe 以数据的准确性和高质量而自豪。当触发 Target 标记,但未触发 Analytics 标记时,我们记录的是“局部数据”(有时也称为“未拼合点击量”),在未运行 Analytics 活动时,Target 不会捕获这些数据。虽然在 Analytics 报表中包含此局部数据确实提供了一些额外信息,但这也会导致它与未运行 Target 活动期间的历史数据不一致的情况。这可能会给正在分析随时间呈现的趋势的 Analytics 用户带来问题。为确保 Analytics 中的数据一致性,我们将排除所有此类局部数据。

产生局部数据的原因是什么?

我们在 Analytics 中看到,部分客户的局部数据比例很高。这可能是由于不当实施造成的,但也可能是因某些合理的原因所致。
已确定产生局部数据的原因包括:
  • 未对齐报表包 ID(实施): ​在活动设置期间指定的报表包与交付测试的页面上的报表包不匹配。这看起来像局部数据,因为数据无法在 Analytics 服务器上进行协调。
  • 网页速度慢: ​由于 Target 调用位于页面顶部,而 Analytics 调用通常位于页面底部,所以如果页面加载缓慢,则访客在 Target 调用触发之后、Analytics 调用触发之前离开该页面的可能性会增加。尤其是在连接速度通常较慢的移动设备网站上,这可能是一个问题。
  • 页面错误: ​如果存在 JavaScript 错误或所有触点未触发的其他情况(Experience Cloud ID 服务、Target 和 Analytics),则会导致局部数据的产生。
  • Target活动中的重定向选件 :对于使用了 A4T 的活动中所包含的重定向选件,您的实施必须满足某些最低要求。除此之外,还有一些重要信息需要您知悉。有关更多信息,请参阅 重定向选件 - A4T 常见问题解答
  • 库版本较旧: ​过去一年,Adobe 对我们的 JavaScript 库(appMeasurement.js、 at.js/mbox.js visitorAPI.js )进行了一些改进,确保尽可能高效地发送数据。要了解有关实施要求的更多信息,请参阅 在实施之前

减少局部数据的最佳实践是什么?

为了减少局部数据收集,请查看以下步骤:
步骤
任务
确保在 Target 中选择的报表包与将会显示活动的页面上的报表包相同。
确保 visitorAPI.js、appMeasurement.js、at.js/mbox.js 库的版本与 A4T 相兼容。要了解有关实施要求的更多信息,请参阅 在实施之前
检查以确保在所有离开页面的 Target 和 Analytics 调用上设置了 SDID,且它在 Target 调用和 Analytics 调用中是匹配的。
为此,可使用网络分析器或调试工具来确保 mboxMCSDID 调用上的 Target 参数与 Analytics 调用中的 SDID 参数匹配。
确认实施库在您的网站上以正确的顺序加载。有关更多信息,请参阅 Analytics for Target 实施 中的步骤 8。

如何查看我有多少局部数据?

尽管此信息不能直接在 Analytics 中获得,但您可以联系 Adobe 客户关怀团队以索取一份局部数据报表。本报表旨在为调试提供帮助。

如何查看不含局部数据的历史趋势?

由于此数据处理方面的更改仅影响发布日期(2016 年 11 月 14 日)之后的数据,因此,如果您想要调整历史量度以匹配数据,我们建议您创建一个区段以排除局部数据。
以下与此更改相关的信息包含相关说明,可帮助您定义区段并将其应用于虚拟报表包,使该区段始终适用于您的 Analytics 查看次数。
在大多数情况下,每个网页上的 Target 点击量会与 Analytics 点击量拼合。如果 Target 和 Analytics 调用以及同一页面上 Analytics 调用中的 Experience Cloud ID (MCID) 均存在一致的 SDID,则会进行拼合。Target 通常也具有 MCID,但如果在访客 ID 返回前进行 Target 调用,则由于 SDID,点击量仍会进行拼结。此外,用户必须在页面上停留足够长的时间,才能在触发 Target 调用后继续触发 Analytics 调用。这是理想的情况。
局部数据点击量: ​用户有时不会在页面上停留足够长的时间来发出 Analytics 调用,但 Target 具有适当的 MCID。这会产生局部数据点击量(即不含 Analytics 页面查看次数的点击量)。如果这些用户返回您的网站并查看包含 Analytics 代码的页面,则他们将被作为旧访客正确计入点击量。如果页面上只有 Analytics 代码,则这些点击量都会丢失。某些客户不想拥有这些点击量的数据,因为它们会夸大某些量度(访问次数)并缩减其他量度(每次访问的页面查看次数、每次访问停留的时间等等)。您还将看到不包含任何页面查看次数的访问次数。但是,仍有正当理由保留这些数据。
为了最大限度减少局部数据点击量,您可以加快页面加载速度,更新到最新版本的库,或者创建一个 虚拟报表包 以排除这些点击量。For step-by-step instructions, see Create virtual report suites in the Analytics Components Guide .
下图显示了该虚拟报表包的区段定义:
创建虚拟报表包时,请为区段定义指定以下配置(如上图所示):
  • 显示点击:
  • Analytics for Target:存在
  • “逻辑与”
  • 页面查看次数:不存在
  • “逻辑与”
  • 自定义链接实例:不存在
  • “逻辑与”
  • 下载链接实例:不存在
  • “逻辑与”
  • 退出链接实例:不存在
孤立点击: ​在少数情况下,用户不会在页面上停留足够长的时间来进行 Analytics 调用,并且 Target 未获得适当的 MCID。这些就是我们定义的“孤立”点击。这些点击代表旧访客较少,且它们不合理地夸大了访问次数和访客数量。
为了最大限度地减少这些“孤立”点击,您可以创建一个排除这些点击的 虚拟报表包 ,如上所述。

这对我的 Target 报表有什么影响?

此更改之后,您可能会看到上线测试的新访客数和访问次数减少,因为 Adobe 不会处理传入的局部数据。其他 Analytics 量度的转化和点击量不会发生变化。