我们设置了一个 Google Analytics 帐户来跟踪某些文件的下载。例如,当您使用事件标签(用户)作为主要字段,事件操作(文件名)作为次要字段创建报告时,GA 会说唯一事件的数量为 168。当您将数字相加时但是,在唯一事件列中,它们加起来为 322。将表格导出为 CSV 文件并在 Excel 中查看它也会得到 322。
我还应该补充一点,表中有 270 行,因此有 168 个唯一事件,这意味着某些用户/文件组合将有 0 个唯一事件,这没有任何意义。
任何人都可以解释为什么会这样吗?
我们设置了一个 Google Analytics 帐户来跟踪某些文件的下载。例如,当您使用事件标签(用户)作为主要字段,事件操作(文件名)作为次要字段创建报告时,GA 会说唯一事件的数量为 168。当您将数字相加时但是,在唯一事件列中,它们加起来为 322。将表格导出为 CSV 文件并在 Excel 中查看它也会得到 322。
我还应该补充一点,表中有 270 行,因此有 168 个唯一事件,这意味着某些用户/文件组合将有 0 个唯一事件,这没有任何意义。
任何人都可以解释为什么会这样吗?
唯一事件指标存在很多混淆。GA 不是计算具有唯一类别/操作/标签组合的事件发生的次数,而是计算报告中包含的每个维度的唯一组合!最后,该指标现在已弃用并重命名为Unique Events (legacy)。相反,我们得到了一个真实的独特事件(新)指标,其行为与预期一样。
我的博文中有更多解释 http://www.internetrix.com.au/blog/google-analytics-unique-events-are-dead-long-live-unique-events/
在所有 Google Analytics(分析)自定义报告中,“唯一事件”字段实际上报告了访问次数(或者有时会稍高一些)。
内置的 Google Analytics(分析)报告将向您显示正确数量的唯一事件。
这是一个错误,简单明了。我在 8 月份向 Google 报告了它,但它仍然坏掉了。
Google Analytics(分析)标准报告中的数字可以解释……但正如 Aaron 指出的那样,它确实看起来很糟糕。我写了一篇文章来解释这一切: http ://www.analyticsedge.com/2014/09/misunderstood-metrics-unique-events/