Google analytics 缓存网页导致多个电子商务交易

Google analytics 缓存网页导致多个电子商务交易,google-analytics,e-commerce,Google Analytics,E Commerce,我被困在谷歌分析记录多个电子商务交易的案例中。我们在服务器端添加了代码,只执行一次GA电子商务发布代码。但对于某些交易而言,该问题仍然是可复制的。多个电子商务交易针对相同的交易Id,但日期不同 在研究中,我发现这种情况与小型设备(移动设备、平板电脑)有关。小型设备浏览器可以缓存整个网页。当浏览器打开时,它会从缓存中重新加载网页。因此,每次用户打开浏览器并从缓存加载页面时,都会导致此问题 有人能帮我吗 谢谢,“忽略双事务ID”将是一个非常有用的设置,我们应该尝试将其作为一个功能请求。然而,目前它并

我被困在谷歌分析记录多个电子商务交易的案例中。我们在服务器端添加了代码,只执行一次GA电子商务发布代码。但对于某些交易而言,该问题仍然是可复制的。多个电子商务交易针对相同的交易Id,但日期不同

在研究中,我发现这种情况与小型设备(移动设备、平板电脑)有关。小型设备浏览器可以缓存整个网页。当浏览器打开时,它会从缓存中重新加载网页。因此,每次用户打开浏览器并从缓存加载页面时,都会导致此问题

有人能帮我吗

谢谢,“忽略双事务ID”将是一个非常有用的设置,我们应该尝试将其作为一个功能请求。然而,目前它并不存在

我能想到的唯一方法是使用一个API脚本,该脚本选择过去“n”天的事务id,然后通过管理API插入一堆过滤器,以排除带有该事务id的命中。一段时间后(当缓存可能已过期时),您可以丢弃旧过滤器。这只有在事务数量较少的情况下才可行(我认为视图可以拥有的过滤器数量有一个上限)

或者,如果您的事务id以某种方式是连续的(例如,如果它们包含日期),您可能能够构造一个与序列的早期部分(例如,以前的日期)匹配的正则表达式,并且只有在序列中高于上次记录的事务id时,才让事务通过(或者,如果事务id中的日期低于当前日期,则不允许其通过-请记住在午夜更新过滤器)


警告:我实际上没有尝试过类似的方法,但听起来应该可以。谢谢您的回复。我们在几秒钟后刷新了页面,使之成为可能。刷新之前,页面推送了交易详细信息并显示了感谢信息,然后重新加载到客户的订单收据页面。这减少了dup复杂的事务ID案例从25%到不足1%。