把AI引用链接的UTM参数扒了一遍，七成落地页归因是断的

先说结论：我扒了 30 天里 AI 答案引出来的 1247 条带参链接，能完整还原到我方落地页原始 UTM 的只有 371 条，占 29.7%。剩下七成，归因链路上要么参数被转义截断，要么干脆丢了。

怎么发现的？上周复盘渠道贡献，我发现 AI 来源的会话在 GA4 里有一大坨「direct / none」。按常识 AI 答案里的链接不可能没 referrer，我就把日志拉出来逐条对：

1. 先锁分母。1247 条是我从自家日志里筛出的、确实带了 utm_source 或 ?ref= 的 AI 引用链接，不是拍脑袋的估算。
2. 再对落地页。把每条链接和目标页的原始 campaign 参数做字符串比对，发现三类断法：

• & 被转义成 &，后端解析时后面的 utm_campaign 整段被吞，占断链的 41%；
• 链接中间被加了一层跳转，参数在 302 时没透传，占 33%；
• 参数本身被截断到 60 字符以内，utm_content 这种长字段直接没了，占 26%。

这三类加起来正好对上七成。也就是说，现在很多团队拿 AI 来源的会话数、转化率做 GEO 效果汇报，分母本身就是脏的——你连哪些流量真的从 AI 答案来都认不全，后面谈 ROI 就是自欺欺人。

我的处理顺序是：先让前端把所有落地页的 query 解析统一走一层解码（& → &），再给中间跳转加参数透传白名单，最后把 utm_content 拆短、只留必要字段。改完跑了一周，可还原率从 29.7% 拉到 78.4%，direct 流量里 AI 来源的占比从 12% 降到 4% 左右，剩下的基本是正常直访。

这里有个反常识的点：很多人以为参数丢了是 AI 平台的问题，但我实测下来，七成断点其实在我们自己的跳转和解析层。也就是说，这是可以自己修的工程问题，不是「平台不给数据」的借口。

想问一句：你们在统计 AI 来源流量时，分母是怎么锁的？有没有人做过参数透传前后的对照实验，转化率差多少？