短链接后台显示1000次点击，网页统计只有620次访问，客服最后记了18条有效咨询。是不是丢了380个客户？不能这样相减。这三个数字可能分别统计请求、会话和业务记录，并不是同一批人沿着一条管道依次减少。

以下数字均为模拟数据，只用于解释口径，不是正常转化率参考。

先问后台：“一次”到底是什么

短链系统可能记录到同一人重复点击、分享预览抓取和其他自动请求；页面统计往往需要脚本加载成功，并按自己的规则合并会话；客服的“有效咨询”又可能排除了重复询问和无关消息。因此，先把每个数字的定义抄下来，再比较大小。

最先核对的通常不是技术故障，而是时间范围：是否都选了同一天？时区是否相同？网页报告是否有延迟？一边选当天，一边选最近24小时，曲线再漂亮也无法直接对账。

短链请求涨了，网页数据几乎不动

先手动走完整路径，再检查跳转是否成功、落地页能否加载、统计脚本是否覆盖当前页面。分享预览抓取可能访问短链却不执行网页脚本，但不能据此把所有差额都判为机器人。

网页有访问，表单记录很少

检查表单是否可提交、必填项是否过多、提交后的确认信息是否清楚。也可能只是访问者没有报名意愿，需要结合页面内容判断。

表单有记录，客服找不到咨询

核对分配规则、通知渠道、接待时间和去重方法。不要先去调整短链接参数，问题可能发生在内部接待环节。

拿一条测试记录把三端串起来

安排同事在指定时间从真实入口访问，提交一个容易识别、且不含敏感信息的测试备注。记录入口、访问时间、设备环境、提交结果，在三个后台分别查找。这个办法不能解释所有流量，但可以证明“至少一条正常路径”是否完整。

若可以查看日志，按时间段和入口检查跳转响应、错误状态、请求集中程度。IP相同不一定是同一个人，IP不同也不一定都是独立用户。不要凭单一特征封掉整个网段，更不要为了让数字一致而删除不顺眼的记录。

一张排查记录，比一张总量截图更有用

这份模拟记录已经把问题范围缩小到通知或接待阶段。继续更换短链，反而会增加排查变量。实际处理时，先找最后一个成功节点，再检查紧接着的失败节点；每次只改一处，使用新的测试标记复测。

“网页620次”也需要确认到底是页面浏览量、用户数还是会话数。一个人刷新三次可能产生多次浏览，同一次会话又可能经过多个页面。把网页上的PV拿去对短链去重访客数，即使两边采集都正常，也可能出现很大差异。

若某些用户通过电话或到店咨询，网页系统可能没有对应的完成事件。可以在业务表里补录“人工确认”，但不要把补录直接回写成网页转化。保留原始口径和人工口径，后续才能解释为什么报表发生变化。

最后把报表拆成两行说明：上面写原始口径，下面写业务结果。例如“入口请求1000次；页面会话620次；有效咨询18条，按同一联系方式去重”。定义清楚后，即使数字不同，团队仍能知道下一步应该修页面、补统计，还是改善客服接待。