【问题标题】:Google measurement protocol losing acquisition data谷歌测量协议丢失采集数据
【发布时间】:2020-10-09 04:08:01
【问题描述】:

我如何确保使用 Measurement Protocol 跟踪的客户购买保持与原始 Google Analytics(分析)会话的关联?

详情:

当我的网站停止在 Google Analytics(分析)中注册客户购买时(完全是另一个问题),我转而使用 Measurement Protocol 将交易发送到 GA。这工作*almost* 完美 - 购买可靠地出现在 Google Analytics(我正在使用增强型电子商务跟踪)中。

但是,几乎所有交易都归因于“直接”渠道。只有极少数(可能是 10%)与将客户带到我的网站的活动或渠道保持联系。

这是我在客户下单后从“谢谢”页面使用测量协议发送的示例。

Array
(
[v] => 1
[tid] => UA-1234567-1
[cid] => 424729672.1597913127
[t] => pageview
[dh] => www.mysitename.co.uk
[dp] => /complete.php
[dt] => complete
[ti] => 540892
[ta] => Company Name
[tr] => 162.50
[tt] => 32.50
[ts] => 0
[col] => UNKNOWN
[pa] => purchase
[ua] => Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.125 Safari/537.36
[geoid] => GB
[uip] => 12.34.56.78
[cu] => GBP
[uid] => 798f77110ea1667e9fdfc27ce83471042f01884c
[pr1id] => 15154737723
[pr1nm] => Product name in product colour
[pr1br] => Brand name
[pr1ca] => Product Category name
[pr1pr] => 195.00
[pr1qt] => 1
[pr1va] => Brown & tan
[z] => 1640
)

如您所见,ciduid 存在。 cid 是从 _ga cookie 中提取的。 uid(昨天添加)是我之前在结账过程中分配给客户的,但添加这并没有改善归因情况。 (我应该等待 24-48 小时再检查吗?)

所有支付处理器,包括 3D Secure 域,都已添加到我的推荐排除列表中。我的网站分为www.mysitename.co.uk(浏览)和secure.mysitename.co.uk(购买),但这两个域也在排除列表中,所以我不认为这是跨域问题,尽管症状很相似。

utm_nooverride=1 已添加到提供给支付处理器的“成功”URL 中,但也无济于事。

该站点在 LAMP 堆栈、apache 2.4、php 5.6 上运行。服务器升级即将到期。

Google Analytics(分析)没有其他问题。除了 Universal Analytics 之外,该网站上还使用了一些 Google 跟踪代码管理器。

【问题讨论】:

  • 忘了说:Measurement Protocol 确实允许我输入广告系列 ID、引荐来源网址和类似数据,所以如果有人知道如何从当前的谷歌分析会话中提取这些数据,那也可以解决这个问题。

标签: google-analytics measurement-protocol


【解决方案1】:

如果两个匹配共享 Google Analytics(分析)媒体资源 ID 和客户 ID (cid),并且它们发生在会话超时(30 分钟)内和午夜的同一时间,并且它们共享所有广告系列参数,那么它们将包含在同一个会话中。

【讨论】:

  • 谢谢。您介意澄清一下“活动参数”指的是什么吗?如果它是 utm_campaign、源、媒体等,那么我将不知道服务器端,我会回到以某种方式从谷歌分析会话客户端预购买中提取它们并将它们存储在服务器端会话中以供测量使用协议命中后购买,我不知道如何获得这些。
  • 是的,我指的是utm_source、utm_medium、utm_campaign,但也包括普通的源和媒体。
【解决方案2】:

我注意到您没有在请求中发送队列时间参数 (qt)。您是在通话后立即发送点击数吗?此操作会在稍后发生吗?

我相信,即使您在通话后立即发送匹配,Google Analytics(分析)也可以延迟处理匹配。排队时间参数对于指定操作的确切时间很重要。

我还通过测量协议发送增强型电子商务购买,并发送队列时间参数,其中包含购买的实际时间戳和发送我的命中时刻的时间戳之间的秒数差异。

如果您已经解决了这个问题,请告诉我们。

您可以在这篇出色的文章 https://www.simoahava.com/analytics/send-hits-past-google-analytics/ 中了解如何将点击发送到过去的某个时刻。

【讨论】:

  • 感谢您的回复。在购买事件发生后的几毫秒内、在 3DSecure 重定向回我的网站或来自支付提供商的其他类似成功响应之后立即发送命中。我还没有解决这个问题——自从我上次调整它以包含更多数据以来,我已经看到了归因方面的一些改进,但仍然有很多“(直接)”。有相当多的延迟,但这很好,我不需要实时数据,只是为了能够通过统计数据支持决策。我将尝试 qt 参数并查看文章,谢谢。
猜你喜欢
  • 2013-08-23
  • 1970-01-01
  • 2021-07-04
  • 2019-11-09
  • 2015-02-06
  • 1970-01-01
  • 2018-10-05
  • 2019-05-13
  • 2014-05-18
相关资源
最近更新 更多