导读（3行收益）：小程序访问量涨了，但运营问「用户从哪来」答不上来：搜索来的、扫码来的还是分享来的？本文给一套来源归因做法：场景值识别、渠道参数透传、归因口径与报表，附关键代码。看完流量不再是一笔糊涂账。
一、为什么说不清用户从哪来
三个高发问题：
- 只看到访问量：来源渠道一个都不知道；
- 渠道参数丢了：分享出去带的活动参数没存下来；
- 归因口径混乱：一个用户算好几个渠道。
根源是没有做来源采集，场景值和渠道参数没利用起来。
二、场景值怎么识别
小程序启动时会带场景值，标识用户从哪个入口进来：
App({
onLaunch(options) {
const scene = options.scene; // 1001=发现栏 1011=扫二维码 1007=单人聊天分享
// 把 scene 上报给统计
}
});
常见场景值：1001 发现栏、1011 扫码、1007/1008 分享、1058 公众号文章。避坑：不读 scene——来源全丢；只读不存——事后查不到。
三、渠道参数怎么透传
- 分享链接带渠道参数（如
?ch=share_wechat）； - 用户从分享进入后读参数并落库；
- 后续页面跳转保持参数透传，别在中途丢。
避坑：参数只存内存——刷新就丢；跳转不带着参数——深层页面来源归零。
四、归因口径怎么定
- 首启归因：用户首次进入的渠道算来源；
- 同一次会话内重复进入不重复计；
- 渠道按场景值+渠道参数联合判定。
避坑：每次启动都记一个渠道——一个用户算多个来源；只看场景值不看渠道参数——分不清哪个活动。
五、来源报表怎么做
CREATE TABLE `visit_source` (
`id` BIGINT PRIMARY KEY AUTO_INCREMENT,
`user_id` BIGINT,
`scene` INT,
`channel` VARCHAR(64),
`first_visit` TINYINT DEFAULT 0,
`created_at` DATETIME
) COMMENT='访问来源';
关键点：记录首启标记；按场景+渠道两个维度出报表。避坑：只出总访问——看不出渠道质量；不存用户维度——没法分析留存。
六、踩坑清单
- [ ] 不读场景值；
- [ ] 读场景值不落库；
- [ ] 渠道参数只存内存；
- [ ] 跳转丢参数；
- [ ] 每次启动记一个渠道；
- [ ] 报表只出总访问；
- [ ] 不关联用户。
七、工程落地建议
来源归因建议按「场景值读取+渠道参数透传+首启归因+渠道报表」落地。若团队用成型轻应用平台（如乔拓云小程序）起步，重点核对场景值采集与渠道统计是否可用。
八、复盘清单（可直接抄走）
- [ ] 是否读取场景值；
- [ ] 是否落库保存；
- [ ] 渠道参数是否全程透传；
- [ ] 是否按首启归因；
- [ ] 报表是否按渠道出；
- [ ] 是否关联用户分析。
结语
流量不是一串访问数，而是入口要识别、参数要透传、归因要统一、报表要分渠道。这几步做对，流量不再是糊涂账。本文仅作技术分享，具体功能以各平台官方实时信息为准。
