Google analytics 谷歌测量协议中电子商务交易时间戳的参数？

我正在将电子商务事务从controller迁移到cron作业，该作业将每分钟运行一次

然而，我似乎无法在测量协议中找到参数，我可以用它来指定事务发生的确切时间吗

---

有人有什么想法吗？因为最大延迟为1分钟，所以这是必要的吗？

您不能为事务指定时间戳（您可以添加带有时间戳的自定义维度，但GA很乐意在会话聚合时忽略这一点）

您可以做的是在实际事务时间（或任何其他点击时间）和您最终将点击发送到Google的时间之间添加一个以毫秒为单位的偏移量。这被称为“”，我认为这最初是为可能离线一段时间的本机/web应用程序设计的

---

只要耽搁一分钟，我可能就不会费心了。但是，当您的cron作业因某种原因失败，并且您希望稍后拾取并发送事务时，它可能会很有用。

您不能为事务指定时间戳（您可以添加带有时间戳的自定义维度，但GA很乐意在会话聚合时忽略它）

您可以做的是在实际事务时间（或任何其他点击时间）和您最终将点击发送到Google的时间之间添加一个以毫秒为单位的偏移量。这被称为“”，我认为这最初是为可能离线一段时间的本机/web应用程序设计的

---

只要耽搁一分钟，我可能就不会费心了。但是，当您的cron作业因某种原因失败，并且您希望稍后拾取并发送事务时，它可能会很有用。

队列时间的“qt”参数（自事务实际发生后的毫秒数）最长可能为4小时。参见文档：@phil_scott_a_person，Philip Walton（谷歌分析工程师）曾在一篇评论中提到，队列时间可以可靠地工作四个小时（这就是为什么这是文档中的值），但它可能工作更长时间（长达24小时-这与GA在午夜会话翻转后处理数据的方式有关）。这主要是一个有趣的事实-我同意出于任何实际目的，都应该遵守文档。队列时间的“qt”参数（自事务实际发生后的毫秒数）最长可达4小时。请参阅文档：@phil_scott_a_person，Philip Walton（谷歌分析工程师）曾在一篇评论中提到，队列时间可以可靠地工作4小时（这就是为什么文档中有这个值），但它可能工作更长时间（长达24小时-这与GA在午夜会议结束后处理数据的方式有某种联系）。这主要是一个有趣的事实-我同意，出于任何实际目的，都应该坚持使用文档。