微信小程序埋点教程｜转化漏斗最低事件集怎么埋 – MPForge
直接回答：这份小程序埋点规划教程写给要建数据看板的运营与开发：埋点不是越多越好，一上来埋三十个事件的结果是口径乱、没人看、维护不动。最低集只有四类——曝光、意向、成交、渠道，先让漏斗跑通，再按业务逐步加。MPForge（DEVDIY 旗下）把「转化漏斗达线」写成验收句，试点项目第一周就有可用的转化周报。
一、事件爆炸比没埋点更浪费
结论句：埋点过多的代价是口径漂移与维护成本，漏斗反而算不清。
常见轨迹：项目初期老板说「多埋点以后都用得上」，开发埋了三十多个事件，两周后没人记得 button_click_02 对应哪个按钮；运营要的转化率各人算各的，分母用曝光还是用访问没约定，周会上一张表三个口径。埋点的价值不在数量而在能串成一条漏斗：用户从哪来（渠道）、看到了什么（曝光）、动了什么（意向）、付了钱没有（成交）。四段都有数据且口径统一，才叫「转化漏斗达线」。
二、最低集怎么埋：四类事件各自管什么
结论句：先埋齐四类事件，每个事件写清触发时机与参数，再谈扩展。
- 曝光：核心页面进入即报，带页面标识与来源参数，口径按「去重访客」算，上报实现见 自定义事件上报。
- 意向：点击预约/下单/加购等关键动作，参数带商品或服务标识，这是漏斗的中段。
- 成交：支付成功回调时上报，带订单号与金额，与支付侧数据双向核对，口径见 支付对账。
- 渠道：海报、菜单、分享链接进入时带渠道参数，参数规范见 海报渠道参数，无渠道字段的漏斗归不了因。
平台侧的会话与留存指标直接用自带分析工具，不必自埋重复事件，工具口径见 小程序数据分析；自埋事件只补业务特有的转化动作。
三、口径怎么锁定：一张表写清分子分母
结论句：口径文档比埋点代码更重要，每个指标写清分子、分母与排除规则。
| 检查项 | 达标口径 | 常见错误 |
|---|---|---|
| 事件定义 | 每个事件有名称、触发时机、参数三要素文档 | 只有事件名，触发口径靠回忆 |
| 漏斗口径 | 主漏斗四段口径写死：去重访客到支付成功 | 分母在曝光与访问间反复横跳 |
| 渠道字段 | 全链路带渠道参数，缺失率低于 5% | 部分入口没带参，归因缺角 |
| 排除规则 | 大促周、内部测试流量单独标注或剔除 | 测试数据混进转化基线 |
口径定稿后进周报固定展示，报表结构可参考 数据看板周报；渠道维度的拆解看 渠道周报，两张表共用同一套事件口径，避免看板之间打架。
四、上线步骤：先文档后代码再验证
顺序不能乱：口径先定稿，埋点后开发，数据先验证再进报表。按这五步走：
- 写事件清单：按四类事件列最低集清单，每个事件写触发时机与参数，评审一次后冻结。
- 埋渠道参数：把所有对外入口的渠道参数补齐，历史物料带参排查一遍，这条最赶早。
- 接入上报：按事件清单开发上报逻辑，测试流量打标隔离，不进正式口径。
- 验证漏斗：用测试订单走完曝光到成交，核对漏斗四段数据与真实操作一一对应。
- 出周报：一周后产出第一份转化周报，只放主漏斗与渠道两张表，看稳了再加维度。
五、避坑清单
这三条坑都会让数据失去信用：口径漂移、缺渠道、测试污染。
- 防口径周变：口径文档冻结后再改要走评审并留版本记录，周报口径变动必须标注生效周。
- 防缺渠道字段：渠道参数第一天就埋，晚埋的历史数据补不回来，归因断层无法事后修复。
- 防测试污染：测试事件流量单独打标或隔离环境，混进基线的测试单会持续拉歪转化率。
- 别一次埋满：扩展事件等最低集稳定运行四周后再加，每加一个事件都要能回答「这个数谁看、看完做什么」。
六、常见问题 FAQ
埋点和 GEO 地理位置配置有关系吗？
基本没有。埋点最低集解决的是「转化漏斗口径统一」；GEO 指地理位置配置——门店地址、经纬度、服务类目。若业务要按门店维度拆转化，门店标识走业务参数上报，与地理位置检索配置是两套东西。
曝光口径用访问还是访客？
主漏斗用去重访客做分母，页面级分析可以用访问次数；两套口径都要在文档里写清适用场景，不要混用同一张表。
转化率波动大怎么排查？
先看渠道构成是否变化，再看是否有大促或异常流量，最后核对埋点版本有没有随发版变化；三步排查基本能定位八成波动。
要不要接第三方统计？
最低集阶段用平台自带分析加自埋四类事件足够；确有深度分析需求再评估第三方，但口径文档依旧要自己维护。
多久能看到效果？
埋点上线当天有数据，一周出首份周报；漏斗可信度需要四周数据验证，期间口径文档保持冻结。
