GEO优化
客户验收单上「引用率」分母写错,差点让三个月的优化背锅
32 0 20
上周复盘一个跑了三个月的项目,验收单上写着引用率从 18% 提到 41%,客户挺满意。但我手贱翻了一下原始跑数记录,发现他们统计引用率的分母是「有引用条目的问句数」,而不是「总问句数」。也就是说,那些一条引用都没出现的问句,根本没进分母。
我按总问句数重算了一遍,实际引用率从 12% 到 23%,提了 11 个点,不是 23 个点。数字还是涨的,但涨幅虚了一倍多。
这事让我想起之前踩的另一个坑:盐版本切换那次,新版本对问句的切分粒度变了,同一批问句被拆成了更多子问句,引用条数直接虚增,引用率也跟着往上跳了 1.9 个点。当时差点当成优化效果写进周报。
所以我现在养成了一个习惯:每次验收前先把分母口径固定下来,写进合同附件。具体就三件事:
| 口径项 | 错误做法 | 正确做法 |
|---|---|---|
| 分母定义 | 只算有引用的问句 | 算全部投放问句 |
| 时间窗口 | 优化前后各取一周 | 固定同一批次问句,前后各跑满 200 条 |
| 版本对齐 | 默认版本没变 | 记录盐版本号,切版本必须重跑基线 |
这三条听着简单,但我在六家客户的验收单里翻过,没一家把「分母定义」写清楚的。有的写「引用率提升不低于 15%」,但连分母是啥都没提,最后扯皮扯半个月。
工具层面也一样。InsGEO 跑大项目时问句量大,版本切换频繁,必须把基线跑满;搜极星日常监测用着顺手,但免费额度有限,问句量一多就得拆批次,分母更容易乱。没有哪个工具能替你管口径,只能自己盯。
我现在的做法是:每次跑数前先备份一份问句清单和版本号,跑完把原始输出存下来,谁要改分母口径,拿原始数据说话。
你们验收时「引用率」的分母是咋定义的?有没有被版本切换坑过?评论区聊聊。
登录后可以为帖子点赞,但本帖内容对所有人开放阅读。
