落地页加个utm_source,我把转化回收率对高了12个点
先说结论:落地页如果没有 utm_source 标记,转化数据我一律不进回收口径。宁可少算,也不要把脏流量混进来。
上个月跑一个 GEO 实验,AI 搜索带来的落地页访问涨了不少,但转化回收率一直卡在 2.1% 左右,怎么调都没起色。我第一反应不是改落地页,是先锁口径。
把最近两周的转化明细拉出来,按来源字段分组,发现一个很扎眼的现象:大约 37% 的转化记录里 utm_source 是空的,或者只带了个 utm_medium。这批记录从哪来的?翻日志对了一下,大部分是 AI 答案里直接裸链跳过来的——用户点完链接进落地页,URL 上什么标记都没有。
这就麻烦了。这部分流量到底算不算 GEO 带来的?如果算,回收率被稀释;如果不算,又可能低估效果。我当时的判断是:先剔掉,按最保守的口径算一遍。
剔除无来源标记的转化之后,回收率从 2.1% 直接跳到 2.36%,相对提升 12 个点。不是因为转化变多了,是分母干净了。
具体动作三步:
- 落地页统一加 utm_source 强制校验,没带的直接打 tag 进待观察池,不进主口径。
- 在 AI 答案的引用链接上补 utm_source=ai_search,哪怕短链也要带。
- 每周对一次批次 ID 和采样戳,确认校时源没漂移。
踩过的坑:一开始我只在落地页前端做了来源判断,结果服务端日志里还是有一批漏网的,因为有些跳转根本不经过前端。后来改成落地页加载时写一个 first_touch_source 到 cookie,后端回收时读这个字段,才把口径彻底锁住。
另一个细节:utm_source 的命名一定要统一。我们之前同时存在 ai、aisearch、ai_search 三种写法,聚合的时候差点又算错。快速迭代可以,但命名规范这种地基活不能省。
小步快跑的逻辑是:先锁口径,再谈归因。口径不干净,跑再多实验都是噪音。
想问问大家:你们落地页的 utm_source 是强制校验还是可选?有没有遇到 AI 引用链接根本不让带参数的情况?怎么处理的?
