结论:不行。
微信「个人名片」的加好友二维码是由客户端生成、指向你的个人帐号(wxid/手机号),不支持携带自定义参数,也没有回调可让你知道“是从哪张二维码扫进来的”。因此无法像 UTM 那样用它来标记渠道来源。
如果你需要按来源统计/识别,有几种可行替代:
- 公众号「带参数二维码」
- 适用:你有公众号(订阅号/服务号)。
- 做法:使用带 scene 的二维码(
scene_id
或scene_str
),用户扫码后会触发subscribe/SCAN
事件,后台可拿到EventKey
区分渠道。 - 优点:原生统计,可长期稳定。
- 限制:先关注公众号,之后再引导加你个人微信。
- 小程序码/二维码(含 query/scene)
- 适用:你有小程序。
- 做法:生成不同「小程序码」,把来源写进
path?from=xxx
或scene
;在页面onLoad
读取参数并上报。 - 优点:天然支持渠道参数;落地页可定制。
- 限制:仍需要用户在小程序内点击复制微信号或跳转到“加我微信”的指引(无法直接一键加个人好友)。
- 企业微信(WeCom)「渠道活码/联系我」
- 适用:对外获客、团队协作。
- 做法:为不同渠道生成「渠道二维码」,系统统计扫码来源,并可引导用户加企业微信或“企业微信-个人微信互通”。
- 优点:官方支持渠道统计与SOP。
- 限制:基于企业微信体系,不是纯个人号。
- 跳转页/中间页方案(折中)
- 适用:只有个人号、又想做渠道区分。
- 做法:为不同渠道做不同的二维码,它们都跳到你的同一个落地页(或不同落地页),页里展示你的微信号/个人码并记录来源(如
?from=x
);用户再长按保存个人码加你。 - 优点:能统计来源;部署简单(H5/短链重定向均可)。
- 限制:多一步操作,转化率略低;无法“自动”把来源写进微信。
- 低技术成本的“人工识别”
- 做法:同一张个人码,配不同底图/文案(A/B/C版),靠视觉区别渠道;人工统计。
- 适合:渠道少、无需精细化数据。
小结建议:
- 要“正统、可回传统计”:选 公众号参数码 或 小程序码。
- 要“私域+团队获客”:上 企业微信渠道码。
- 只有个人号:用「中间页/短链」多码多链路来分流统计。