链接分析工具，访客被分配到不同版本时怎样识别样本污染
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /c04a63d1e9fd.html
📄
链接分析工具，访客被分配到不同版本时怎样识别样本污染
当同一批访客在不知情的情况下被分到两个内容版本，而链接分析工具把两边的点击、跳转或转化混在一起统计时，样本污染就已经发生。识别它的最小动作不是重跑全部报表，而是先固定一个可复核的分组维度，再检查这个维度是否真的独立于版本分配；如果分组本身与版本、入口或时间窗重叠，后续任何对比都不能当作版本效果的证据。
先判断污染来自分组，还是来自统计口径
样本污染和口径差异经常表现得很像：两边数字都异常，或者一边明显偏高。区分方法是看分组变量能否在数据里被单独还原。
- 分组污染：同一个访客先看到A版，又被计入B版；或者某类入口天然只进某一版。此时按版本拆开的报表会互相渗透。
- 口径污染：版本分配没问题，但一边的跳转被链接分析工具记为一次点击，另一边记为一次会话。此时问题在定义，不在分配。
可操作的一步是：在链接分析工具里给每个版本单独加一个可区分的标记，例如用不同的跳转参数区分入口。动作的结果是，你能看到同一访客是否在两个标记下都出现过。如果出现过，说明分配层没有隔离干净，下一步应先修分配逻辑，而不是继续比较转化率。
用假设情境走一遍判断过程
以下情境为假设，用于说明比较方法，不代表任何真实项目结果。
假设某页面把访客随机分到旧版和新版，两版都通过同一个短链跳转到下一步。链接分析工具显示新版点击更高。此时不能直接得出新版更好，因为可能有一批老访客的缓存或书签仍指向旧版入口，而工具把他们的后续行为记到了新版路径上。
- 先确认版本分配是否在服务端或前端完成，以及分配结果是否被记录。
- 再确认链接分析工具能否按访客标识还原“先看A后看B”的序列。
- 如果无法还原，就缩小时间窗，只比较分配逻辑上线之后、且入口标记唯一的那部分访问。
这个动作的结果是：可比较的样本变少，但每个样本的版本归属更确定。下一步才是判断新版是否值得保留；在此之前，点击差异只能说明两版被混在一起，不能说明哪一版更有效。
缺少完整数据或权限时能做什么
没有全量日志或后台权限时，仍可执行一个最小检查：选一个短时间窗，手动记录从入口到跳转的完整路径，看同一个访客标识是否只出现在一个版本下。这个动作不依赖完整报表，只需要链接分析工具里能看到的跳转记录。
能得到的结果是：要么发现同一标识跨版本出现，要么在有限样本内没有发现。后者不能推出“没有污染”，因为样本量小、时间窗短、访客可能未登录，都会让跨版本行为无法被观察到。因此这一步的用途是排除明显污染，而不是证明分配干净。
哪些现象不能单独证明污染已排除
请求量、抓取量或某个指标归零，都不能单独证明版本分配已经干净。它们还有别的解释：入口标记失效、工具未采集到该路径、访客在跳转前离开、或者统计窗口刚好错开。
要形成可核查的证据链，至少需要三样东西同时成立：版本分配有独立记录、访客标识能跨版本比对、比较时间窗与分配上线时间一致。缺其中任何一样，结论都只能停留在“暂未发现”，不能写成“已确认无污染”。
最后，第三方估算流量、搜索引擎报告与站内统计的口径本来就不同。用它们互相验证版本效果时，差异可能来自采集方式，而不是样本污染。判断时先问一句：这个数字是按什么口径归到版本上的。答不上来，就先把口径固定，再谈版本比较。
