核心做法是:先决定以哪一端作为“咨询完成”的记账点,再让另一端只负责传递标识,不重复上报完成事件。若缺少完整数据或权限,最小动作是只在一个位置记录完成,并把设备标识随线索一起传递,后续再靠这个标识去重。这样能减少重复计算,但不能据此判断真实增量或渠道贡献。
常见情形是:用户在手机上点击广告,又在电脑上打开页面、拨出电话或提交表单。手机端记录了一次“点击后动作”,电脑端记录了一次“表单完成”,两处都算作咨询。结果是咨询数看起来高于实际人数。
一个合理解释是路径本身跨设备:点击发生在A设备,完成发生在B设备,两端各自触发了事件。另一个合理解释是同一设备被重复识别,例如浏览器标识被重置、用户清除了缓存,系统把它当成新访客。两种解释都会推高计数,但处理方式不同:前者要打通设备标识,后者要修正识别口径。
跨设备路径解释成立的前提是:用户确实在两台设备上操作,且两端的事件都被记录。此时重复来自“完成动作被两端都认领”,而不是数据错误。
同设备重复识别解释成立的前提是:标识不稳定,同一人被视为多个访客。此时问题在识别环节,不在设备切换。
如果两种解释同时存在,先处理哪一种取决于你能否拿到稳定的用户标识。拿不到,就只能做保守去重。
这些证据只能说明哪种解释更可能,不能单独证明处理已经正确。请求量或抓取量归零,也可能是采集中断、权限变化或代码未触发,不能直接当成去重成功。
假设你只能改表单提交页,无法查看广告后台的完整归因数据。可执行的动作是:在表单里增加一个隐藏字段,写入当前设备可用的标识;提交后由后端按该标识做一次去重,只保留首次完成记录。动作的结果是:同一标识的重复提交被合并,咨询数更接近人数。
下一步取决于这个结果:如果合并后数量明显下降,说明重复计算主要来自同设备重复识别,应继续稳定标识;如果下降不明显,说明跨设备路径才是主因,需要把标识随线索传递到另一端,而不是继续在单端加规则。
减少重复计算的关键不是把两端都算准,而是先约定哪一端是完成记账点。以表单提交为完成时,电话端只记录“发起”,不记录“完成”;以电话接通为完成时,表单端只记录“提交”,不记录“咨询”。
这样做的代价是会漏掉一部分跨设备完成,但换来的是口径一致。若业务更需要覆盖全部路径,就必须接受标识传递的成本,并明确哪些结论不能从合并后的数字里推出,例如不能直接推断广告带来了多少新增咨询。