GEO试错别铺全套，我先拿一个落地页跑三天

先说结论：GEO 试错千万别一上来就全站改，我上周就吃了这个亏。

事情是这样的。我们公司有个核心品类落地页，转化一直卡在 1.2% 左右。老板说 AI 搜索那边流量涨得快，让我快速迭代一版 GEO 优化，把 FAQ 和结构化数据全加上。我第一反应就是拉上设计、前端、内容，准备大干一场。结果排期一拉出来，两周。两周？我当场就急了。

后来我换了个思路：先锁一个最小可验证单元。我选了一个流量中等、结构简单的产品页，只动三样东西——

1. 在页面顶部加了一段直接回答「这个产品适合谁」的短文本，控制在 60 字以内；
2. 把原来的参数表格改了一个小地方：字段名从「型号」改成「适用场景」，值也同步改了；
3. 加了一个 FAQ 模块，就三问三答，每问都对应一个真实的用户搜索词。

关键动作是锁口径。 我先在后台把落地页的 utm_source 标记补齐了，确保所有从 AI 搜索来的流量都能被单独识别。之前我吃过亏，AI 推荐流量和自然搜索混在一起算，转化率能差出两个点。这次我直接拉了一张表，只统计带 utm_source=ai_geo 的会话，分母去重按 session 算，不按点击算。

三天后看数据：

• 这个页面的 AI 来源会话占比从 4% 涨到 11%，绝对值不大，但趋势出来了；
• 剔除无来源标记的转化后，回收率从 0.8% 升到 1.5%，几乎翻倍；
• 最意外的是 FAQ 模块，三问三答里有一问的点击率特别高，说明用户真的在问那个问题。

然后我做了件事：把这三天跑出来的结论，直接复制到另外两个同品类页面，只改文案不改结构。又跑了三天，其中一个页面回收率也上了 1.3%，另一个没动。没动的那个我回头一看，它的 utm_source 压根没打对，数据全是脏的。

所以我的判断是：GEO 快速迭代的核心不是改得多，而是每次只改一个能单独归因的变量，并且保证归因口径从落地页末端就是干净的。 你要是连来源标记都没锁死，改再多也看不出效果。

最后抛个问题：你们跑 GEO 实验的时候，落地页的 utm 标记是运营手动加的，还是从建页模板里就固化下来的？我这边手动加的经常漏，想听听你们怎么防。