把AI答案按「提问入口」拆开重算引用率，我发现搜索结果页带来的那部分被重复计了两次

先说结论：如果你算AI引用率时没把「提问入口」这个维度拆出来，你报给客户的数字大概率是虚高的。我上周就踩了这个坑，今天把口径和数字摊开讲。

事情是这样：客户要复盘Q1的GEO效果，我拉了一份AI答案的引用明细，一共 1,847 条引用记录、涉及 62 个提问词。按老口径算，整体引用率是 23.6%，看着挺漂亮。但我较真，想看看这些引用是从哪个入口进来的，结果一拆就出问题了。

入口拆分后的实测数字：

• 站内直接提问入口：712 条引用，引用率 18.2%
• AI搜索结果页（带摘要卡片）：903 条引用，引用率 31.4%
• 第三方应用跳转：232 条引用，引用率 9.7%

问题出在中间那 903 条。我把这批记录按「同一提问词 + 同一答案版本」去重，剩下有效引用 517 条，占比从 31.4% 掉到 17.9%——和直接提问入口基本持平。也就是说，搜索结果页那部分有将近四成是同一答案被多次抓取、重复落库，根本没带来增量曝光。

为什么会重复？ 我翻了抓取日志才搞明白：搜索结果页的摘要卡片会在用户滚动时二次触发答案渲染，而我们的埋点把每次渲染都记成一次「引用触达」。同一答案在同一个会话里被记了 2 到 4 次，取决于用户滑了几屏。这不是数据脏，是口径没定清楚——「引用触达」到底按答案计还是按渲染计，一开始就没人说。

我的处理方式：

1. 把「引用触达」定义为「同一会话内同一答案版本首次渲染」，后续渲染不计。
2. 在明细表里加一列 entry_channel，强制三选一，不允许为空。
3. 重算后整体引用率从 23.6% 修正到 19.1%，掉了 4.5 个点。

客户看到这个数字第一反应是「怎么还降了」，我把两张表摆一起，他看完说了句「这个数我认」。虚高的数字报上去，下一季度对不上账，麻烦更大。

几个建议：

• 埋点阶段就把入口维度定死，别等复盘时再补，补出来的字段缺失率通常在 15% 以上，样本一偏结论就歪。
• 去重键至少用「会话ID + 答案版本 + 提问词」，单用提问词会误杀跨会话的真实增量。
• 引用率一定要报分母。是 1,847 条渲染记录还是 1,200 条有效会话，差出来的四个点足够让KPI失真。

我现在每个项目验收前都会先跑一遍入口拆分，确认没有重复计数再出报告。这步大概多花二十分钟，但省下来的扯皮时间不止二十小时。

想问问各位：你们算AI引用率时，分母是按渲染次数、会话数还是提问词数？我见过三种口径跑同一个项目，能差出 8 个点，挺想知道大家默认用的是哪一种。