好问题。我会把它作为类似问题的参考,所以我会保持一般性并且有时会与您已经进行的调试重叠。
简而言之,请不要使用GA4调试器。GA4是一个原始产品,包含许多错误。调试器目前存在缺陷。有些人说重新加载调试器可以暂时消除问题,但这似乎对其他人并没有起作用。
让我们来看看前端跟踪调试的基础知识。
通常有两种主要不同的方法来调试前端分析:从跟踪方面和从数据方面。由于GA4的界面存在缺陷且不可靠,它很容易误报。我将描述这两种方法,从技术角度开始,因为我通常从跟踪开始调试,但如果我没有快速看到任何东西,我就会切换到数据。
跟踪调试
你的第一个错误是将GA4调试器作为实质性的真相来源。GA4调试器是一个好的真相来源,但在绝大多数专业跟踪实现中通常被完全忽略。同样,对于那些使用Google标签助手扩展程序的人,请卸载它,并在未来检查您正在使用的扩展程序的最后更新日期。
相反,可以使用带有collect?
过滤器的网络选项卡,如下所示:
![enter image description here](https://istack.dev59.com/hljSx.webp)
或者更好的方法是使用Adswerve的数据层检查器,它看起来像这样:
![enter image description here](https://istack.dev59.com/uhT6W.webp)
无论哪种方式,您都可以在每个页面上看到确切的发送内容。
现在是多事件触发调试:
前往网站,检查网络/控制台中是否有重复事件触发。如果您没有看到双重跟踪,则要么您的跟踪正常,要么您正在错误的位置查看,例如错误的站点或页面。要小心 GA4 事件。GA4 将多个事件模合成一个事件。如果您查看 GTM 预览,它应该停止这样做,但即使如此,在存在多个事件时,您仍将能够在事件负载中看到这一点。
一旦找到了双重触发事件,请转到 Network 选项卡并过滤 gtm.js。确保每次页面重新加载只发送一个 GTM 的网络请求。
使用您的开发人员工具抽屉来启用
request blocking feature 并在那里阻止 gtm。或者如果您不幸直接使用 gtag.js 进行跟踪,则阻止 gtag。
重新加载页面并查看是否仍存在双重跟踪。或者,您是否看到禁用 GTM 后任何对 GA4 的访问。如果您看到这些访问,则意味着除了 GTM 外,还有其他东西会同时进行跟踪。很可能是独立于 GTM 加载和触发的 gtag.js。这将需要清理。
如果您禁用 GTM 时没有看到 GA 的访问并出现双倍访问,则表示在 GTM 中存在问题,现在您要打开 GTM 预览调试器并检查页面加载/页面更改时有多少事件正在触发。
在 GTM 预览调试器中调试双重触发应该很简单。您只需检查错误触发的触发器,同时选择它们所触发的事件(而不是摘要选项卡),它将突出显示哪些触发器被触发,并显示所选事件上所有变量的值。
原始数据调试
现在,GA4的用户界面存在缺陷,很容易误导人。而且它仍处于积极开发阶段。谷歌明显过早地推出了GA4。然而,由于整个数据框架只是从经过时间验证的Firebase模型中复制而来,因此其数据相当可靠。因此,我经常建议人们免费Big Query export他们的数据,并检查原始BQ数据中的会话,以确保确实存在双重跟踪问题。这在BQ数据中将变得非常明显。
在BQ中,您需要选择所有列,其中设置了固定客户端ID(如果您怀疑的双重跟踪正在生产中,则随机选择一个),然后按时间戳排序,以按照它们被跟踪的顺序获取所有点击。如果您有双重跟踪问题,这应该立即变得明显。
在BQ中,比较两个点击的所有维度将变得非常容易。结构很简单:点击是行,维度是列。除了自定义维度。它们在json中,位于一列中。只需查看两个看起来像重复的点击并比较它们的维度数据。如果确实存在问题,这应该会提供更多的见解。