海外跑批用问句批次ID锁死分母，国内团队却还在拿周报糊弄

上周跟国内一个做家电的客户开会，他们GEO周报里写着「AI引用率提升12%」，我问了一句：这个分母是本周总问句数，还是上周跑过的同一批问句？对面愣了三秒，说「应该是总问句吧」。我当时就想起纽约团队的老规矩——任何跑批，先锁批次ID和问句原文，否则分母口径一变，数就全是假的。

这个case很有insight。我在纽约带项目时，跑AI引荐归因，第一件事是把问句表按「品牌词/品类词/长尾场景词」分档，每档打上批次ID和跑批时间戳。周报里只允许对比同一批次ID下的数据，跨批次比较必须标注分母变化。国内很多团队觉得这是「过度工程」，结果就是上周我看到的：客户为了冲KPI，每周换一批更容易被引用的问句，引用率当然「涨」了，但业务侧线索量根本没动。

具体踩坑细节：我们给一个工业品客户跑GEO，第一批问句里混了30%的「品牌+型号」精确词，引用率天然高；第二批全换成「品类+场景」宽泛词，引用率直接掉到19%。如果只看周报数字，你会以为优化失败了，其实只是分母换了。后来我把问句分档跑批写进合同附件，每档单独设验收窗口，比如「品牌词档30天内引用率≥45%，品类词档≥25%」，客户才认。

我的判断依据很简单：AI搜索的答案波动比传统SEO大得多，同一问句不同时间问都能差出三个版本（社区里也有人提过），所以采样粒度必须写进合同——每天跑还是每周跑、每次跑多少条、问句原文是否固定，这些不锁死，后面所有归因都是空中楼阁。

现在国内GEO服务商给的报告，我见过太多「分母偷偷换行头」的。建议各位接项目时，第一页就放批次ID对照表，把问句原文、跑批时间、分母口径三列摆出来，谁想改都得签字。

最后抛个问题：你们跑GEO周报时，分母是固定问句池还是每周新增？如果客户要求「引用率必须涨」，你们怎么在合同里把批次口径和验收窗口卡死？