网站流量统计代码：访客被分配到不同版本时怎样识别样本污染
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /fd2a6b6e10a8.html
📄
网站流量统计代码：访客被分配到不同版本时怎样识别样本污染
先给结论：当同一批访客因为统计代码加载位置、触发条件或页面版本不同，被记进两套口径时，你看到的“差异”很可能不是访客行为变化，而是样本污染。识别它的关键不是比较总数，而是先固定一个可复现的分组条件，再检查两套数据在同一分组下是否仍然对不上。
一个常见矛盾：小样本成立，放大后失效
假设你在两个页面版本上各放了一段统计代码，测试期只有几十次访问，两个版本的人均浏览页数看起来差不多。但把观察期拉长到几千次访问后，A 版本的人均浏览页数明显低于 B 版本。这时有两种解释：一种是访客真的被版本影响了行为；另一种是样本污染——两套代码实际记录的不是同一类访客，或者同一访客被重复计入不同版本。
这两种解释的区别不在数字大小，而在分组是否可复现。如果按“进入页面时命中的版本”重新分组，差异消失，说明是分组口径问题；如果重新分组后差异仍在，才更可能是行为差异。
解释一：代码触发条件不同，导致访客被错分
统计代码常见的触发差异有三类：
- 一段代码在页面头部同步加载，另一段在页面底部异步加载，前者更容易记录到快速离开的访客。
- 一段代码在单页应用的路由切换时重新触发，另一段只在首次加载时触发，导致同一访客的后续浏览被记到不同版本。
- 一段代码依赖 Cookie 或本地存储判断版本，另一段依赖 URL 参数，当访客从外部链接进入时，参数可能丢失。
这些差异会让“版本”这个分组变量本身不可靠。此时你比较的不是两个版本的效果，而是两套代码的覆盖范围。
可区分证据：取一段固定时间窗口，按“首次进入时的 URL 参数”和“代码实际上报的版本标识”分别分组，看两组访客的版本归属是否一致。如果不一致的比例明显高于随机波动，说明触发条件在制造污染。
解释二：访客在版本间迁移，被重复计入
另一种污染来自访客跨版本流动。比如用户从搜索结果进入 A 版本，点击站内链接后跳到 B 版本，两段代码都把这次访问记为独立会话。结果 A 版本多了一个跳出访客，B 版本多了一个新访客，两边的人均指标都被拉低或拉高。
这种情况在小样本里不容易暴露，因为迁移次数少；规模化后，迁移比例上升，两个版本的指标会同时偏离真实值。
可区分证据：给同一访客分配一个稳定的匿名标识，然后统计“同一标识在观察期内出现在几个版本中”。如果跨版本标识占比超过你预设的容忍阈值，说明重复计入已经影响结论。这个阈值需要根据业务容忍度设定，不是固定标准。
用可复现的分组动作缩小范围
一个实际动作是：在统计代码上报时，额外写入一个由服务端生成的“分组种子”，而不是依赖前端判断版本。这个种子在同一访客的整个会话内保持不变，并且两套代码读取同一个种子。
执行后，重新拉取数据，按种子分组而不是按页面版本分组。如果按种子分组后两个版本的指标差异缩小到可接受范围，说明原来的差异主要来自前端分组污染；如果差异仍然存在，下一步才应该去检查访客行为或页面内容本身。
这个动作的结果直接决定下一步：分组污染被排除后，你才有理由把差异归因到版本体验；否则继续比较版本指标只是在放大噪声。
不能直接照搬的边界
上述方法成立的前提是：你能在两套代码中写入同一个稳定标识，并且访客没有主动清除该标识。如果站点本身不允许写 Cookie，或者访客大量使用无痕模式，种子会失效，跨版本迁移就无法被追踪。
另外，第三方估算流量、搜索引擎报告和站内统计代码的口径本来就不同。站内代码记录的是代码触发到的访客，搜索引擎报告记录的是点击，第三方估算基于抽样和模型。三者对不上时，不能单靠站内统计代码的差异去推断搜索算法或外部流量变化。请求量或抓取量归零也不能单独证明某个版本处理正确，它还可能来自代码部署失败、缓存命中或采样策略调整。
因此，识别样本污染的目标不是找到一个“正确数字”，而是确认你用来分组的条件在规模化后是否仍然可复现。可复现，差异才值得继续追；不可复现，先修分组，再谈结论。
