百度广告咨询：设备之间完成咨询的路径怎样减少重复计算
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /b3d6228094ed.html
📄
百度广告咨询：设备之间完成咨询的路径怎样减少重复计算
同一套百度广告咨询归因逻辑，在少量设备上看起来闭环成立，设备一多就出现同一咨询被重复计数，通常不是代码写错了，而是路径标识没有跨设备统一。要减少重复计算，关键动作是给每次咨询分配一个全局唯一的咨询ID，并在设备切换时由服务端做去重，而不是在每台设备上各自累加。
矛盾现象：单设备样本成立，规模化后失效
假设一个测试场景：两台设备分别点击广告、进入咨询页，各自记录一次转化。单看每台设备的日志，路径完整、时间戳清晰，看起来一次点击对应一次咨询，归因逻辑没有问题。但把两台设备的日志合并后，同一真实用户被算成两次咨询，成本数据被低估一半。这个矛盾不是样本太小，而是“设备”被当成了“人”的边界。设备数量越多，跨设备重复的概率越高，单设备样本里的正确逻辑反而成了规模化后的错误来源。
两种解释：标识缺失还是时序错位
第一种解释是标识缺失：咨询发起时没有生成跨设备共享的唯一ID，每台设备用自己的本地标识记录，服务端收到两条互不认识的记录，只能各算一次。第二种解释是时序错位：ID存在，但设备A的咨询请求先到、设备B的补报后到，服务端在两次请求之间没有查重窗口，于是先后写入两条。两者的表现都是重复计数，但修复位置完全不同——前者要补ID生成与传递，后者要调去重的时间窗口和写入顺序。
区分两种解释的证据
能区分它们的证据是日志里咨询ID的取值分布。如果同一真实咨询在不同设备上生成了两个不同的ID，属于标识缺失；如果两条记录的ID相同但写入时间相差超过去重窗口，属于时序错位。另一个可核对的证据是服务端去重表的命中记录：命中为0且ID各不相同，指向标识问题；命中为0但ID重复，指向时序问题。这两个证据都不需要猜测，直接从现有日志字段就能读出。
可落地的去重动作及其结果
先做最小动作：在咨询发起环节由服务端生成全局唯一咨询ID，写入时把该ID作为去重键，而不是用设备标识或时间戳组合。动作完成后观察去重表的命中数量——如果命中开始稳定出现，说明跨设备重复被拦截，下一步可以把去重键扩展到同一用户的多条咨询，而不是继续在设备维度加规则。如果命中仍为0，说明ID没有真正跨设备传递，此时应回到标识缺失这条线排查，而不是继续调时间窗口。需要说明的是，去重命中归零不能单独证明处理正确，它也可能是请求根本没到达服务端，或日志采集本身丢数据，必须结合请求到达量一起看。
不能直接照搬的边界
这套去重逻辑成立的前提是咨询行为能在服务端统一收口。如果咨询发生在第三方平台、由平台侧独立计数，服务端拿不到原始请求，就只能依赖平台回传，去重键的设计权不在自己手里。另外，百度广告咨询涉及付费广告与自然搜索两种不同机制，广告投放不构成自然排名保证，归因数据也不能直接当作自然流量的效果依据。平台当前的审核规则、界面和价格需要查官方，本文不假设其现行状态。规模化之前，建议先用两台设备各触发一次咨询做对照，确认去重键是否真的跨设备生效，再决定是否扩展到更多设备。
