一个做餐饮连锁的品牌在微信小程序上做了一件事：用户进入小程序→看到”领券”按钮→点击→提示”扫码加店长微信领取专属优惠券”→用户扫码→加上企微→系统自动发券。一张小小的优惠券——完成了”小程序浏览→活码扫码→企微添加→券自动发放”的闭环。
这个闭环看起来简单——但回传配置涉及两个平台（微信小程序+腾讯广告）、三个节点（领券点击→扫码行为→加粉成功→券已发放）、多个数据断点。如果在小程序→企微之间的任何一个节点断了回传——模型就不知道”券最终带来了什么”。
这篇文章把”小程序领券→加企微”的完整回传闭环——从腾讯广告后台到叮咚外链到小程序前端——全部配置步骤写清楚。
闭环的三层结构——每一层都有回传要做的事情
| 层级 | 用户行为 | 回传的事件 | 回传给谁 |
|---|---|---|---|
| 第一层：小程序内触发 | 用户在小程序里看到”领券”→点击按钮→弹出企微活码 | “领券点击”——这是一个浅层但高频的转化信号——回传给腾讯广告——让模型知道”这个广告引来了想领券的人” | 腾讯广告——作为一个”中间转化事件” |
| 第二层：扫码→加粉 | 用户扫码→跳转到企微添加页→完成添加 | “加粉成功”——这是核心转化事件。叮咚外链自动感知加粉成功→回传给腾讯广告 | 腾讯广告——作为”主转化事件” |
| 第三层：券发放 | 用户加粉后——叮咚外链自动发券→用户在微信卡包中看到了优惠券 | “券已领取”——这个事件告诉腾讯广告——刚才那个加粉用户不仅加了——还完成了领券——ta是高质量用户 | 腾讯广告——作为”深度转化事件”。权重可以设得比”加粉成功”更高 |
第一步：在腾讯广告后台创建三层转化事件（5分钟）
- 腾讯广告后台→工具→转化归因→新建转化归因→名称”小程序领券→企微加粉闭环”
- 在该转化归因中创建三个转化事件：①”领券点击”（自定义事件）→归因窗口7天 ②”加粉成功”（自定义事件）→归因窗口7天 ③”券已领取”（自定义事件）→归因窗口7天
- 三个事件全部审核通过后→在叮咚外链后台关联三个事件的回传映射
第二步：在小程序前端嵌入活码+回传埋点（需开发配合，约30分钟）
- 小程序”领券”页面→用户点击”领券”按钮→调用叮咚外链的小程序SDK→上报”领券点击”事件→叮咚外链将此事件回传给腾讯广告
- 点击后——展示企微活码（二维码+短链）。这个活码是叮咚外链后台生成的——带着标签”来源:小程序””场景:领券””门店:XX店”
- 用户扫码加粉——叮咚外链自动感知→打标签→回传”加粉成功”给腾讯广告→同时触发欢迎语→欢迎语中包含优惠券发放
- 优惠券发放成功后——叮咚外链→回传”券已领取”给腾讯广告
第三步：在叮咚外链后台配置”领券场景”的回传规则（5分钟）
- 叮咚外链后台→回传设置→腾讯广告→新建回传规则→规则名称”小程序领券闭环”
- 绑定三个转化事件ID——分别映射：叮咚外链的”小程序领券点击”→腾讯的”领券点击”；叮咚外链的”加粉成功”→腾讯的”加粉成功”；叮咚外链的”券已发放”→腾讯的”券已领取”
- 为”领券场景”创建专属活码——标签包含”来源:小程序””场景:领券””门店:XX””活动:XX”。后续可以分析”哪个门店/活动的领券加粉率最高”
- 设置券自动发放规则——加粉成功后→系统自动识别标签”场景:领券”→自动发放预设的优惠券→发完后回传”券已领取”
第四步：在腾讯广告后台查看闭环数据（2分钟）
在腾讯广告后台→转化数据→按转化归因查看——你会看到三列：领券点击数、加粉成功数、券已领取数。三个数字构成一个漏斗——”多少人在小程序里点了领券→多少人最终加了微信→多少人成功领到了券”。
这个漏斗告诉你两个关键信息：
- “领券点击→加粉成功”的转化率偏低→可能是活码展示不够明显——或活码旁边缺少引导文案——需要优化小程序的UI
- “加粉成功→券已领取”的转化率接近100%（因为发券是自动的）——说明发券环节没问题——你的自动化配置是对的
一个小程序领券——可能是一个用户从”陌生人”变成”私域好友”的开始。但如果回传在这条链路的任何一个节点断了——对于模型来说——这个故事没有发生。闭环配置让”小程序的每一次领券→加粉→发券”都被模型感知到——模型才懂得继续帮你找”会领券会加粉”的人。
产品咨询 / 免费体验：访问 didolink.com 了解更多