核心做法是把“人”作为跨设备的唯一主键,而不是把“设备”或“浏览器”当主键。具体说,当用户在手机上点广告、在电脑上完成咨询时,如果两次行为各自生成一个新线索,重复计算就无法避免。要减少它,需要在点击落地时就写入一个可跨设备传递的标识,并在咨询提交时用同一标识做去重判断,而不是等两份线索都进了CRM再人工合并。
假设某上海SEM代理服务的账户里,一位用户在通勤时用手机点击了广告,落地页加载后没有立即咨询;当晚他在家用同一账号登录电脑,通过页面表单提交了需求。如果落地页只依赖Cookie记录来源,手机端和电脑端会各自被记为一次独立访问,表单提交时系统看不到此前的手机点击,于是生成两条线索。此时投放后台的“咨询量”会比真实人数多出一份,后续按线索出价或按转化评估素材时,数据就被稀释了。
这里的遗漏条件不是追踪代码没装,而是缺少一个跨设备稳定的身份锚点。很多常规做法只解决了同一设备内的会话合并,一旦换设备就失效。要减少重复计算,必须让身份锚点先于设备存在。
并不是所有账户都适合上同一套方案,选择取决于你能拿到什么标识,以及用户是否愿意登录。
三个锚点可以叠加使用:优先用登录账号,其次用手机号,点击标识作为补充。叠加的代价是埋点复杂度上升,收益是重复线索明显减少。
假设你已经在落地页收集手机号,下一步动作是在表单提交接口里,先拿手机号去查询最近一段时间内是否已有线索记录,再决定是新建还是更新。伪代码逻辑可以写成这样:
if (existsLead(phone, withinDays=7)) { updateLead(phone, newDeviceInfo); } else { createLead(phone); }
这个动作的结果会直接影响下一步:如果查询命中,系统只更新原有线索的设备信息和最新咨询内容,不新增计数;如果未命中,才创建新线索。这样一来,投放后台的咨询数更接近真实人数,后续按线索质量调整出价或分配跟进人力时,依据更可靠。需要注意的是,查询窗口设多长取决于你的成交周期,设得太短仍会重复,设得太长可能把不同人的同号误判为同一人,所以手机号必须配合验证码或至少格式校验。
减少重复计算不等于把所有多设备行为都合并成一条。有些情况下,用户在不同设备上表达的是不同需求,强行合并会丢失信息。判断依据可以看两点:一是咨询内容是否指向同一产品或同一订单阶段;二是两次行为的时间间隔是否落在合理跟进周期内。若内容明显不同,更合理的做法是保留两条记录但标记为同一人,而不是直接删除一条。
另外,请求量或抓取量归零、某条线索突然消失,都不能单独证明去重逻辑正确。它也可能是追踪代码未触发、表单接口报错或用户主动撤回。要验证去重是否生效,应该对比去重前后的线索总数与独立手机号数量,而不是只看某一个渠道的转化数字变化。
在开始投放前,先确认三件事:咨询表单是否允许匿名提交,如果不允许,登录账号锚点是否可用;手机号字段是否强制校验,校验规则是什么;点击标识能否从广告落地页一路传到咨询提交接口。这三项决定了你能用哪种去重方案,也决定了重复计算能压到多低。若只能拿到点击标识,跨设备去重能力有限,此时更务实的做法是把评估口径改为“按手机号去重后的线索数”,而不是追求技术上完全合并。
付费广告与自然搜索是不同机制,投放广告不构成自然排名保证;平台当前的审核规则、界面和价格请以官方信息为准。以上情境为假设示例,用于说明决策方法,不代表任何真实账户的投放结果。