每次看到“未反映”的信息就将每种可能性一一排除，很乏味。如果您从下面的快速参考表中选择您的症状，则只需阅读其中一节。今天你就可以找出原因并消除不适。
- 标准报告将在24至48小时内反映，实时报告将在几分钟内反映。
- 如果突然停止，请怀疑三点：标签安装、过滤、同意模式。
- 与实际数字的差异是由于采样、阈值和用户环境造成的测量遗漏造成的。
目次
首先检查您的症状
从与症状对应的行检查纠正措施。
您可以滚动
| 症状/情况 | 检查要点 |
|---|---|
| 它刚刚推出，尚未公布任何数据。 | GA4 数据多久会反映？ |
| 直到昨天才反应过来，突然就停止了。 | 如果它突然不再被反射怎么办？ |
| 安装后实时报告值仍为0 | 实时报告值一直为0是否异常？ |
| 仅某些事件或转化不被计算在内 | 如果仅不计算特定事件/转化怎么办？ |
| 虽然反映了，但明显低于实际访问量。 | 如果访问次数明显低于实际访问次数怎么办？ |
| 来自其他站点的数据混合显示。 | 如果我运行多个站点并且来自不同站点的数据显示在一起怎么办？ |
| 勘探报告中的数字变化突然，而且不可靠。 | 如果勘探报告中的数字突然发生变化怎么办？ |
| 即使检查到这里，我仍然不知道原因。 | 原因不明时的最后手段 |
GA4 数据多久会反映？
原则上，标准报告和勘探报告将在24至48小时内反映，实时报告将在几分钟内反映。如果在这个时间内，很有可能是还没经过反映所需的时间，而不是没有反映。
标准报告和勘探报告需要 24-48 小时。
谷歌官方帮助，数据可能需要24到48小时才能反映在报告和探索工具中，并且报告中的数字在此期间可能会出现波动。
即使安装后立即或安装当天查看数据，感觉没有反映，但在这段时间内仍然符合规范。
安装当天，我打开标准报告，值是0，所以我认为是设置错误，并再次更改设置。
实施后 48 小时内请在日历上记下，在此之前不要使用标准报告编号作为判断依据。
梅古尔特编辑部
如果你在第二天晚上左右查看，前一天的数据往往是完整的。
实时报告在几分钟内显示30分钟内的数据
实时报告的工作方式与标准报告不同。显示的数据始终固定为最近 30 分钟，更新间隔小于 1 分钟。
如果您想立即检查跟踪代码或标签是否正常工作，请打开实时报告而不是标准报告。
安装后，您可以通过智能手机或计算机访问目标页面并检查实时报告中的用户数量是否为1来立即检查操作情况。如果有反映，则跟踪本身正在工作。
梅古尔特编辑部
除非您排除访问权限，否则如果您可以成功检索数据，您的访问权限也将显示为数据。
如果实时报告中没有显示，则认为数据采集不正确。
如果您可以在实时报告中看到数字，但即使在 48 小时后也没有反映在标准报告中，则问题不是由于时间的流逝，而是由于设置。
数据突然停止反映的原因及解决方案
如果在此之前您能够正常测量，但在某一天之后数值停止，这不是由于时间的流逝，而是测量机制已中断。原因可能是跟踪端的设置发生了变化。
检查跟踪代码/GTM 标签是否已删除。
在某些情况下，当网站更新、主题更改或插件更换时，标头中安装的跟踪代码会消失。
如果您使用 Google 跟踪代码管理器，您认为发布的容器处于草稿状态，或者您忘记将其退出预览模式，这种情况并不少见。
首先，Chrome扩展“标签助手”来查看标签是否正在触发，如果没有，请检查 GTM 发布历史记录以查看最后更改的内容。
梅古尔特编辑部
如果您检查数据变得不可用的日期并记住您在那段时间所做的事情，您将能够更快地解决问题。
确保您没有更改过滤器设置来排除数据
设置 IP 地址等条件以排除相关方访问的过滤器可能会无意中阻止正常用户。
如果您设置了广泛的条件或同时设置了多个过滤器，则特别有可能发生这种情况。在管理屏幕上打开过滤器设置，然后检查排除条件何时以及由谁更改。
检查是否引入了新的 cookie 同意模式
请检查新实施隐私合规 Cookie 同意横幅的时间是否与数量下降的时间一致。
除非用户同意分析 cookie，否则基本同意模式实施会阻止 Google 标签本身加载。如果实施横幅后数字大幅下降，那么同意率本身就很可能很低。
您可以通过在隐身 Chrome 窗口中打开网站并比较使用横幅给予同意之前和之后实时报告中的数字如何变化来确定同意模式是否是原因。
如果标签在同意之前不移动并且该值仅在同意之后才反映，则它正在根据同意模式设置工作。
实时报告值为0的原因及解决方法
即使在刚安装的站点上实时报告值仍然为0，也不能仅认为是异常。需要区分访问次数本身较低的情况和由于设置而无法测量访问次数的情况。
正常情况，只有少量访问
对于刚刚上线的网站来说，每天的访问量在0到10之间是很常见的。
实时报告始终只显示最近 30 分钟的数据，因此如果这 30 分钟内没有人访问过它，则数字将保持为 0。这不是一个错误，并且很可能发生在访问量很少的网站上。
亲自访问该网站，检查实时报告中的用户数量是否变为 1。如果反映了该数字，则跟踪本身运行正常。
过滤器正在排除您的访问权限的情况
如果您检查了前一项，但只有您的访问权限没有反映出来，则可能是排除公司内部或关联方访问权限的过滤器也排除了您自己的访问权限以供确认。
这是因为，如果您在设置时根据公司的IP地址或cookie设置排除条件，则开发人员和网站运营商本身的访问也将包含在排除目标中。
在这种情况下，请尝试暂时禁用过滤器或从未排除的其他网络（例如智能手机线路）进行访问，并检查数字是否反映。如果有反映，则可以确定是过滤器造成的。
仅计算特定事件/转化时的原因和解决方案
如果整个网站的访问次数正确反映，但特定事件或转化的次数没有增加，则说明 GTM 端的设置与 GA4 端的设置存在差异。大多数原因可以归结为两件事：事件名称和触发条件。
检查 GTM 事件名称和 GA4 关键事件名称是否匹配
在 GA4 中注册关键事件（转化）时，指定事件名称并链接。
此时，如果GTM中发送的事件名称与GA4中注册的名称哪怕有一个字符不同，都会被视为完全不同的事件，不会被计为转化。大写字母和小写字母的区别以及全角和半角字符的区别也很容易被忽视。
请复制并粘贴GTM标签设置中作为事件名称发送的字符串以及GA4管理屏幕上关键事件列表中注册的字符串进行检查。
检查标签的触发条件和触发设置
即使事件名称匹配，如果 GTM 端的触发条件不正确，标签本身也不会触发。
如果您使用按钮单击作为触发器，请检查目标 CSS 选择器或类名是否因站点设计更改而发生更改，或者如果您使用表单提交作为触发器，请检查触发器触发时间是否因表单规范的更改而偏离预期条件。
您可以通过在GTM的预览模式下操作站点并查看目标标签是否显示为“已触发”来检查触发器是否正确响应。
访问次数明显低于实际访问次数的原因及解决方法
与前面几项不同的是，测量不会停止，但访问次数始终低于实际访问次数。这是因为，根据用户的环境，某些访问一开始就不受测量。
用户在 cookie 同意模式下不同意
在 Cookie 同意横幅上选择“我不同意”的用户将不会获得 GA4 Cookie，并且将被排除在测量之外，具体取决于实施细节。网站的同意率越低，实际访问次数与 GA4 次数之间的差异就越大。
这种差异可以通过 GA4 的行为建模功能在一定程度上得到补偿，但要使用建模，必须满足一定的条件，例如过去 28 天中至少 7 天每天至少有 1000 个同意用户。
这是因为访问量少的网站不符合这个条件，不予补充。
使用广告拦截器/不跟踪扩展程序
对于安装了广告拦截器或阻止在浏览器上进行跟踪的扩展程序的用户，Google Analytics 脚本本身将不会被加载，并且他们的访问也不会被测量。
这些用户的百分比根据网站的读者群而变化，处理 IT 相关信息的网站往往具有较高的扩展程序使用率。
JavaScript 在浏览器端被禁用
由于 GA4 测量假定执行 JavaScript，因此无法测量在浏览器设置中禁用 JavaScript 或图像显示的用户的访问。尽管这个百分比非常小，但应该记住它是数字不完全匹配的原因。
这三者都是用户环境造成的，所以即使修改站点设置，数字上的差异也无法完全降为零。在实践中，GA4 数字并不是准确的绝对数字，但应被视为了解趋势的指标。
多站点运行且不同站点数据混合显示的原因及解决方法
如果您使用 Site Kit 管理多个网站，您可能会看到文章标题或来自其他网站的访问次数显示在您网站的仪表板上，但在这种情况下，问题不是由于测量本身造成的，而是因为多个网站共享相同的 Google 标记。
梅古尔特编辑部
备份您的整个 WordPress 网站，多合一 WP 迁移和备份”等，将 Site Kit 与原始站点的设置一起移动并在站点之间共享。
检查 Google 标记 ID 是否在网站之间共享
用于 GA4 衡量的 Google 代码（ID 以 G- 或 GT- 开头）是一种允许一个代码同时向多个 GA4 媒体资源发送数据的机制。
如果在迁移或复制站点时继续使用之前在新站点上使用的标签，即使只有一个标签，也会注册两个目的地，并且来自两个站点的数据将被混合和测量。
首先，右键单击站点上的页面，打开“查看页面源”，搜索以 G- 或 GT- 开头的 ID，并记下它。
下一个，谷歌分析登录 ，从“管理”（齿轮图标）中打开目标属性的“数据流”，单击相应的网络流，然后单击“Google 标记”列中显示的 ID。
当您从“管理”选项卡中打开“管理 Google 标签”时，将显示该标签的目标列表。如果此处列出的不是您自己的财产，这就是造成混乱的原因。
通过发布专用的 Google 标签来分隔每个网站
如果注册了多个转发目的地，请将其中一个重新分配给新的 Google 标签。在GA4中，不可能只删除转发目的地；它必须与另一个标签的分配结合起来完成。
步
选择您要断开连接的目的地
在“管理 Google 标签”屏幕上，点击要断开连接的转发目的地（您网站的属性）旁边的“-”（减号）按钮。
步
创建新的 Google 标签
将出现一个屏幕，要求您“将此链接目标分配给另一个 Google 标签”，因此选择“创建新的 Google 标签”。
步
输入标签名称并选择设置方式
输入易于理解的标签名称，例如您的网站名称。为标签设置选择“使用默认设置”。
如果您选择“从现有标记复制设置”，则可能会继承其他站点的跨域设置，因此从干净的状态开始会更安全。
步
检查内容并保存
检查您的条目并保存。现在，您将获得专门针对您的网站的新 Google 标记 ID（以 GT- 开头的新 ID）。
在站点端反映新标签
如果您只是更改 GA4 端的设置，则实际嵌入到网站中的脚本仍将具有旧的标记 ID。
如果您使用的是 WordPress + Site Kit，请在 WP 管理屏幕上的 Site Kit 设置中打开“Analytics”，“断开连接”一次，然后再次选择“连接”并再次选择属性即可完成设置。
如果完成后屏幕上的“Google Tag ID”字段已更改为新颁发的 ID，则已反映出来。为了安全起见，最好重新打开站点的页面源并检查是否已输出新的标签 ID。
关于更新时间和缓存的注释
更改设置后，更改可能需要几个小时到半天的时间才能反映在 Site Kit 报告显示和 GA4 上的数据中。如果第二天之后不再出现混合数据，则解析完成。
如果无论使用缓存插件清除多少次，显示都没有改变，则原因不是页面缓存，而是 Site Kit 本身在 WordPress 数据库中具有的唯一缓存。
在这种情况下，请从 Site Kit 的“设置”中“断开”分析模块，再次选择该属性，然后重新连接。此断开连接和重新连接会重置内部缓存并切换到重新选择的属性的最新数据。
勘探报告中数字突然变化的原因及解决方法
如果标准报告显示正常数字，但搜索报告显示波动数字或某些数据未显示，则“采样”或“阈值”正在起作用。这两者有不同的病因和治疗方法，因此首先区分它们很重要。
取样仅发生在勘探报告中
当要聚合的事件数量超过大约 1000 万时，就会进行采样。它不会出现在标准报告或 Looker Studio 中，仅出现在探索报告中。
如果您设置较长的目标时间段或重叠应用多个分段，则聚合事件的数量将会增加，并且可能会发生采样。即使屏幕上显示的行数很少，如果后台统计的事件总数超过标准，也会进行采样。
您可以通过检查探索报告屏幕右上角的图标来检查是否正在进行采样。
如果显示警告图标，则可以通过缩短目标期间、减少分段数量或缩小报告中包含的项目范围来减少聚合事件的数量，从而轻松避免这种情况。
隐藏门槛，保护隐私
阈值处理是一种独立于采样的机制。当存在可以根据少数人的数据猜测到个人的风险时，GA4 会自动隐藏或屏蔽某些数据，例如年龄和性别等属性信息或搜索词。
它不是像抽样那样提取数据的一部分并推断整体，而是不显示符合条件的数据本身。
如果应用了阈值，报告右上角还会显示一个图标，单击该图标时，会显示“阈值已应用”等消息。
这种情况下是系统自动应用的，所以不能完全取消。可以通过减少属性信息等容易导致个体识别的维度的使用来降低影响。
原因不明时的最后手段
如果到目前为止检查项目后仍无法确定原因，请使用 DebugView 直接检查事件本身的发生情况。如果这没有帮助，请联系 Google。
直接使用 DebugView 检查事件发生
步
在 GA4 管理屏幕上打开 DebugView
从 GA4 管理屏幕的“查看数据”中打开“DebugView”。如果设备被正确识别，设备名称将显示在屏幕左侧。
步
检查目标事件是否显示
执行您要确认的操作，例如查看或单击页面，并查看事件是否出现在中央时间轴上。如果显示该事件，则表明向 GA4 的传输已成功。
如果没有显示任何事件，则说明您尚未在 Cookie 同意模式下同意分析 Cookie，或者标签本身未触发。
如果这不起作用，请联系 Google
如果重新安装跟踪代码、检查 GTM 设置并使用 DebugView 检查后数据仍未恢复，则 GA4 属性本身可能存在问题。
谷歌分析询问请告知我们情况并请求恢复您的帐户。