结论有前提:只有当同一咨询在移动端和桌面端之间发生了跨设备跳转,并且两端的标识被拼成同一条路径时,减少重复计算才有意义。如果用户是在同一台设备上先看广告再点咨询按钮,重复计算通常不是问题,压缩归因窗口反而会误伤真实转化。判断方向之前,先确认重复发生在哪一层。
跨设备咨询路径的重复计算,一般出现在两个位置。一个是标识拼接层:同一个用户在手机和电脑上留下不同标识,被系统当成两个人,各自记一次咨询。另一个是路径合并层:两端标识已经对齐,但同一次咨询在合并时被计入两条路径,于是总量虚高。
这两种情况处理方式完全不同。拼接层的问题要靠登录态、手机号或表单字段做弱关联;合并层的问题要靠去重规则和归因窗口。如果没分清就统一调参,往往是把真实的跨设备转化也一起砍掉。
一个可核对的判断方法:分别导出移动端和桌面端的咨询明细,按手机号后四位或表单提交时间做人工比对。如果同一咨询在两端各出现一次且标识不同,属于拼接层;如果两端标识相同却仍出现两条,属于合并层。这个比对不需要改动任何投放设置,先做一次即可定性。
动作一:在咨询入口加一层可对齐的字段。把手机号设为必填,或在表单里保留一个稳定的用户标识。这样跨设备时至少有一个字段可以对齐。结果是:原本被拆成两条的路径有机会合并成一条,重复计算的基数下降。下一步要观察的是合并后单条路径的转化数是否合理,而不是只看总量变小。
动作二:统一两端的归因窗口。移动端和桌面端如果用了不同的回看窗口,同一咨询会在两边各落一次。把两端窗口设成一致,重复计算会减少。但这一步的代价是:窗口收窄后,部分真实但延迟的咨询可能不再被计入。所以改完之后要对比调整前后的咨询绝对量,而不只是看重复率。
动作三:对合并后的路径做一次去重校验。在路径合并逻辑里加一条规则,同一用户在短时间内对同一咨询入口的多次触发只保留最早一次。结果是重复条目被压掉。下一步要确认的是,这条规则有没有把用户真实的多轮咨询也压掉——这正是下面那个反例要说的。
假设某账户把归因窗口从较长收窄到很短,重复计算确实下降了。但这不等于处理正确。因为咨询量下降也可能来自另外几个原因:落地页改版导致表单提交变难、咨询按钮位置调整、或者广告投放时段变化。窗口收窄只是其中一个可能解释。
要区分这些解释,可以做一个对照:在同一时间段内,分别看未改动窗口的对照组和已改动窗口的实验组。如果两组咨询量的下降幅度接近,说明下降更可能来自落地页或时段等共同因素,而不是归因窗口本身。如果只有实验组明显下降,窗口收窄的解释才站得住。
这个反例的意义在于:重复计算减少是一个现象,不是一个证明。抓取量或咨询量归零,同样不能单独证明去重规则生效,也可能只是数据管道断了。
先做一次跨设备咨询的人工比对,确认重复发生在拼接层还是合并层。如果是拼接层,优先补可对齐字段;如果是合并层,优先统一归因窗口并加去重规则。每改一项,保留改动前的基线数据,改完后用同口径对比,而不是用感觉判断。
如果比对后发现重复比例本身很低,那说明当前路径已经基本对齐,继续压缩窗口的收益有限,反而可能损失真实转化。此时更值得做的是检查咨询入口本身是否顺畅,而不是继续在归因参数上做文章。