【发布时间】:2022-10-25 21:08:31
【问题描述】:
我正在尝试通过使用与 Web 应用程序相同的详细信息发布到 URL 来创建 GA4 分析事件:
curl -X POST "https://www.google-analytics.com/collect?v=2&tid=<MY_TID>&cid=<MY_CID>&t=event&en=someNonsense&ep.aParameter=value&z=1234567890" -H "Content-Type: text/plain;charset=UTF-8" -H "sec-fetch-mode: no-cors" -H "sec-fetch-site: cross-site" -H "sec-fetch-dest: empty" -H "pragma: no-cache" -H "cache-control: no-cache" -H "origin: http://localhost:5000" -H "content-length: 0" -H "accept-language: en-US,en;q=0.9" -H "accept-encoding: gzip, deflate, br" -H "user-agent: dummy"
所有这些事件都完美地显示在实时视图中,如果我将&_dbg=1 添加到 URL,这些事件及其所有参数也会一致且可靠地显示在 DebugView 中。
我等了 48 小时,但事件没有出现。我做了以下尝试使事情变得生动:
- 将所有事件参数添加为自定义指标
- 禁用默认激活的内部流量过滤器
- 通过设置挖掘并同意“数据处理条款”
然后我又等了 48 小时,没有任何改变。如果我通过带有 firebase-analytics.js 的浏览器进行操作,一切似乎都很好。
有谁知道我错过/破坏了什么?
Google 是否对事件进行了一些后期处理,以确保它们来自真实的网页?我可以模仿浏览器的 HTTPS 请求,但仍然不会记录事件。
【问题讨论】:
-
我读过机器人过滤可能是罪魁祸首,但似乎我不能为 GA4 禁用它?
-
这是 GA4 的常见问题。它仍然是错误的。我建议您设置 BigQuery 导出 (support.google.com/analytics/answer/9358801?hl=en)。根据我的发现,如果您可以在 BigQuery 事件中看到该事件,那么您只需要等待几天即可显示在 GA4 界面中。他们会出现。 DebugView 和 RealTime 报告不可靠。 BigQuery 是您可以信赖的来源。