Google Analytics 4调试器中所有事件均重复。

Question

Google Analytics 4调试器中所有事件均重复。

7

通过Google标签管理器运行调试器并在Google Analytics 4中查看调试视图时，一切正常...然后突然间，每个事件的多个副本出现了。有时会出现2个事件实例，有时是3个，如果停留在页面上足够长时间，有时会更多。然后，有时如果重新加载页面，它们看起来好像消失了。但是一旦再次重新加载，它们就会再次出现。我之所以意识到这个问题，是因为我们设置了一个在页面视图事件上触发的转化操作（通过GTM触发器），它已经触发了多次，而我们只有一个实际入口。我还想指出，这种情况既发生在内置的自动事件上，也发生在我通过GTM发送的自定义事件上。

其他细节：

- 我们通过“Google Ads链接”直接将Google Ads连接到Google Analytics 4 - 我们通过“搜索控制台链接”将Google搜索控制台连接到Google Analytics 4 - 设置相当基本/标准 - 设置没有任何特别复杂的地方 - 我已经通过Google标签管理器安装了GA4 - 所有重复事件中的参数都是相同的

以下是截图：

GA4中的重复事件

以下是我尝试过的方法：

检查网站上是否有多个GA4和GTM代码的安装
直接在网站上安装Google Analytics 4
尝试使用所有过滤器（我设置了一个调试过滤器和阻止IP的内部过滤器）和不使用所有过滤器
我尝试使用插件安装GTM，并将其硬编码到header.php文件中（有和没有直接安装GA4）
当我暂停Google Tag Manager中的Google Analytics 4配置标签时，Google Analytics页面视图不会触发，但自动和自定义事件会触发。问题仍然存在-所有触发的事件都会触发多次。
确保没有在Google Analytics 4中手动创建的事件-所有事件都是在Google Tag Manager中创建的
GA4：“收集通用分析事件”已切换为关闭状态
在从GA4界面选择Google标记时，GA4属性和Google Ads帐户均设置为“目标”。并且“忽略页面上配置的重复实例（建议）”已切换为打开状态。

- zandera

4个回答

2

在分析中刷新调试视图页面，查看重复项是否仍然存在。

我也遇到了同样的问题；事件越旧，副本就越多。当我刷新页面时，一切都符合预期。然后，在一段时间后，它们开始再次复制，包括 25 分钟前触发的事件。

- Lukasz Koczorowski

2

同样的问题，直到昨天和今天才出现。我非常自信我已经正确地在网站上实现了GTM。

- Lee A

嗨，你找到解决办法了吗？我也遇到了同样的问题。 - Madushan Weerathunga

目前还没有解决方案，但我一直通过刷新调试器来绕过它，这样你就可以看到正确的事件触发了。我认为只是等待谷歌开发人员修复它的时间问题。 - Lee A

2

面对相同的问题。两周前开始出现。在我的情况下，刷新似乎可以解决不到10-15秒钟的问题。我正在调试我的GA4事件中的重复事件，并且调试视图中的此错误只使查找根本原因更加困难。

- Raghav

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- BNazaruk · Accepted Answer

好问题。我会把它作为类似问题的参考，所以我会保持一般性并且有时会与您已经进行的调试重叠。

简而言之，请不要使用GA4调试器。GA4是一个原始产品，包含许多错误。调试器目前存在缺陷。有些人说重新加载调试器可以暂时消除问题，但这似乎对其他人并没有起作用。

让我们来看看前端跟踪调试的基础知识。

通常有两种主要不同的方法来调试前端分析：从跟踪方面和从数据方面。由于GA4的界面存在缺陷且不可靠，它很容易误报。我将描述这两种方法，从技术角度开始，因为我通常从跟踪开始调试，但如果我没有快速看到任何东西，我就会切换到数据。

跟踪调试

你的第一个错误是将GA4调试器作为实质性的真相来源。GA4调试器是一个好的真相来源，但在绝大多数专业跟踪实现中通常被完全忽略。同样，对于那些使用Google标签助手扩展程序的人，请卸载它，并在未来检查您正在使用的扩展程序的最后更新日期。

相反，可以使用带有collect?过滤器的网络选项卡，如下所示：

或者更好的方法是使用Adswerve的数据层检查器，它看起来像这样：

无论哪种方式，您都可以在每个页面上看到确切的发送内容。

现在是多事件触发调试：

前往网站，检查网络/控制台中是否有重复事件触发。如果您没有看到双重跟踪，则要么您的跟踪正常，要么您正在错误的位置查看，例如错误的站点或页面。要小心 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中，位于一列中。只需查看两个看起来像重复的点击并比较它们的维度数据。如果确实存在问题，这应该会提供更多的见解。