把AI引用链接复制到浏览器，落地页UTM全丢了，我查了一下午才发现是转义截断

上周做月度GEO归因复盘，发现一个很邪门的事：AI渠道过来的会话，落地页UTM参数缺失率高达61%，但同期搜索广告只有7%。按这个数算，等于AI引流的功劳全被算进了「直接访问」。

我先怀疑是埋点问题，把GA4的原始事件拉出来看，source字段确实是空的。然后手动把AI答案里引用的那个链接复制到浏览器，肉眼一看没问题，但粘到记事本里再对比——&后面的参数全部消失了，链接在?utm_source=xxx后面被截断。

继续往下挖，用curl复现了三次不同AI产品给出的引用链接，规律是：

• 链接里带转义字符或嵌套参数时，&被渲染成&，浏览器解析后后续参数静默丢弃；
• 部分产品会把长链接做URL编码再二次编码，落地后服务端decode一次，&变成普通字符，等于参数串成了一整条；
• 还有一种是直接截断，超过某个长度就砍，我的样本里最长的一条到第128个字符就断了。

这不是小事。我们内部验收表里「AI渠道转化率」的分母本来就是会话数，现在参数丢了，归因直接错位。我拿同一批落地页做了对照：修复参数转义后，AI渠道的归因转化率从0.8%修正到2.3%，差不多是原来的近三倍——不是转化变好了，是之前根本没归对。

所以我现在测AI引用链接有三个硬规矩：

1. 不点开看，先复制到纯文本编辑器里，数&的个数和参数是否完整；
2. 用curl -I 看服务端收到的原始query string，别信前端；
3. 每个AI产品的引用链接形态单独建一个样本库，每周抽20条跑一遍，参数完整率低于95%就发告警。

还有个坑：有些AI产品给的链接是跳转链，中间过一层302，UTM在跳转里被重写，这种必须在日志层面看跳转前后的落点，前端看不出来。

现在的问题是，我们自己的修复只能覆盖落地页侧，AI产品那头的转义和截断根本不受我们控制。想问问大家：你们测AI引用链接的时候，参数完整率一般能做到多少？有没有人试过在跳转链里塞一层自己的参数中转，绕开二次编码的坑？