为何Google Analytics报告未记录gtag.js增强电商的结算步骤?
问题原因
- 事件类型使用错误:
set_checkout_option仅用于为已上报的结算步骤补充额外选项信息,本身不会被GA识别为结算步骤的推进事件,你需要使用checkout_progress事件标记用户进入了对应结算步骤。 - 参数配置错误:步骤3的待支付事件中,你使用了不符合规范的
id字段,set_checkout_option要求上传选项值必须使用value字段,参数不匹配会直接导致事件被GA丢弃。 - 同页面触发时机错误:步骤1-3处于同一页面,若你是页面加载时直接触发步骤1、2的事件,未绑定用户实际完成对应选择的操作时机,大部分未完成操作的用户会被误上报,同时缺少步骤推进的核心事件也会导致漏斗无法识别步骤跳转。
- 步骤4关联逻辑缺失:后端上报的购买事件能够被销售绩效报表统计,但未携带前端生成的client_id等关联标识,无法和同一会话下前面的结算步骤匹配,因此不会被计入结算漏斗的第4步。
修复方案
- 替换所有步骤的上报事件为
checkout_progress,绑定用户实际完成对应操作的触发时机,示例代码如下:
// 1. 用户选择完配送方式时触发 gtag('event', 'checkout_progress', { "checkout_step": 1, "shipping_method": "实际选中的配送方式" }); // 2. 用户选择完支付方式时触发 gtag('event', 'checkout_progress', { "checkout_step": 2, "payment_method": "实际选中的支付方式" }); // 3. 用户点击提交订单进入待支付状态时触发 $("#order-now-action").on('click', function() { gtag('event', 'checkout_progress', { "checkout_step": 3, "order_id": "当前生成的订单编号" }); })
- 后端上报购买事件时,必须携带从前端获取的对应client_id参数,确保购买事件可以和同一会话的前面结算步骤关联,结算漏斗即可正常统计到第4步数据。
内容的提问来源于stack exchange,提问作者frankfurt
相关产品推荐
相关产品推荐

