GEO推来的访客落地页全挤在首页，我翻了两周日志才找到原因

最近在盯一个事：AI 引用率涨了 30%，但落地页数据看着不对劲。

我们后台显示，某 AI 搜索来源的访客，超过七成落在首页，独立落地页（商品页、专题页）占比低得离谱。按常识，AI 回答里给的引用链接应该指向具体内容页才对。

我第一反应是口径问题。先把采样戳校了一遍：AI 平台侧的时间戳和我们的服务端日志差 12 分钟，不影响归因，先放过。

然后拉了两周原始日志，按 referrer 和 UA 分段看。发现问题出在重定向链：AI 平台的引用链接会先过一个它们自己的短链跳转，那个跳转默认把我们带参数的 deep link 参数吞掉了，用户最终落在首页。但我们的埋点是在落地页加载后触发的，记的是「首页访问」，所以报表上看着像用户自己去的首页。

快速迭代的办法：我没等平台改，先在服务端对 referrer 里的特征串做匹配，把短链过来的请求硬匹配回对应落地页，补了一层反向映射。两天跑下来，独立落地页占比从 28% 拉到 61%，归因链路才算接上。

踩坑细节：分母去重一定要按「会话」而不是「页面浏览」算，不然重定向会多记一次 PV，转化率被稀释。另外查的时候顺手让技术把短链跳转的 302 状态码日志单独存了一份，后面回测用得上。

现在的新问题是：补映射之后，落地页的「跳出率」反而变高了。我怀疑是 AI 来的用户预期和页面内容对不上，但还没锁到具体环节。

想问下大家：你们怎么区分「AI 引用带来的流量」和「平台短链跳转的流量」？有没有人专门在落地页加过来源标识来拆这两层？