未改动GTM与GA4配置时购买事件间歇显示为ecommerce_purchase问题咨询

观测到的异常现象 #

• 实时数据中购买类事件同时存在两类标识：长期使用的标准 purchase 事件，以及未主动配置上报的 ecommerce_purchase 事件
• 所有侧端配置无任何变更：GTM 容器、GA4 报告参数、GTM 内绑定 purchase 触发条件的购买标签、dataLayer 上报逻辑、对应业务代码全程未做修改
• 异常触发节点：2021年1月16日（周五）之前，GA4 仅能接收到 purchase 上报事件；当周周末开始无规则出现 ecommerce_purchase 事件
• 异常表现无固定规律：执行完全相同的用户购买操作，间隔1分钟重复测试时，GA4 DebugView 中可能显示上报为 ecommerce_purchase，也可能正常显示为 purchase
• GTM 预览态验证结果：purchase 事件可正常触发对应配置的标签，dataLayer 加载的该事件全量参数中，不存在任何与 ecommerce_purchase 相关的字段

异常根因 #

• 该问题不属于用户端配置错误，是当时 Google 侧针对 gtag.js 自动电商事件标准化逻辑的灰度测试导致的偶发偏移，并非个例，同期有大量配置完全相同的站点遇到同类现象
• 测试规则会按随机会话维度分配流量，将原本上报的标准 purchase 事件自动重命名为 ecommerce_purchase 完成上报校验，这也是 dataLayer 本身无对应事件名、GTM 触发逻辑正常的核心原因
• 间歇性表现正是灰度流量随机分配的特性，不存在用户端代码触发的固定逻辑

对应处理方案 #

• 无需修改现有 GTM、GA4、dataLayer 的配置，等待 Google 侧完成灰度规则上线后，该异常上报的 ecommerce_purchase 事件会自动停止采集
• 若需临时避免数据统计重复，可在 GA4 事件维度添加映射规则，将 ecommerce_purchase 携带的交易参数、商品参数与原有 purchase 事件做合并统计，无需单独为异常事件创建独立的统计规则
• 可通过实时报告的事件参数对比，验证两类事件携带的交易ID、商品SKU、金额参数是否完全一致，即可确认是否为自动重命名导致的重复上报

内容的提问来源于stack exchange，提问作者Daniel G