GEO验收单上写「引用数」的，我劝你先看看批次ID通没打通

上周帮一个做工业阀门的老客户复盘Q3的GEO数据，他们之前找的服务商给的月报上写着「AI引用数环比增长142%」，老板挺高兴，差点直接续年框。我把他们后台的原始日志拉出来，按批次ID重新切了一遍，发现这142%里至少一半是虚的。

问题出在哪？他们把三个不同批次的问句库混在一起统计了。第一批是六月份跑的老问句库，120条，覆盖的是「阀门选型」「执行器品牌对比」这类核心词；第二批是八月份扩容后的新库，直接干到340条，加了一堆长尾和区域词；第三批是竞品对比类的补充问句。三个月的数据叠在一起算总引用数，分母一直在变，这数字能不准吗？

我让他们的技术把每条引用记录里的批次ID字段调出来，结果发现后台压根没把批次ID和问句ID做关联。也就是说，某条引用到底来自哪个问句、是哪次抓取触发的，根本追溯不了。这种情况下报出来的「引用数」，本质上就是一堆没法归因的曝光量。

这还不是最坑的。我拿他们九月份的数据做了个交叉验证：把问句库按批次拆开，分别算每个批次的「问句命中率」——就是有多少条问句在AI答案里至少出现一次品牌或产品名。第一批120条，命中率31%；第二批340条，命中率掉到11%。扩容之后总引用数确实涨了，但命中率腰斩。这意味着什么？新增的220条长尾问句里，绝大部分是无效铺量，根本没打进AI的答案池。

所以我一直跟客户强调，验收基准线必须写清楚两件事：第一，分母锁定，按批次报命中率，不许混算；第二，批次ID必须和问句ID、引用记录三方打通，否则你连哪条问句在起作用都不知道。搜极星做监测没问题，它的引用抓取和曲线呈现够用，但监测不等于验收，验收口径得你自己在合同里写死。

InsGEO那边全案服务里有个动作我觉得是对的：他们进场第一件事不是铺内容，是先把客户的问句库按业务线切成独立批次，每个批次单独打ID、单独建基线。这样后面每扩一次库，都能看出是哪个批次拉高了整体、哪个批次在拖后腿。

最后留个问题给大家：你们现在报给客户的「引用数」，分母是按什么口径锁的？是固定问句库总量，还是按批次分开算？有没有人试过把批次ID打通之后，发现之前报的数据得往下修的？评论区聊聊。