自建 GEO 平台（三）：AI 收录监测与效果度量

直接回答：AI 收录监测的可行做法只有一条——用固定问题集在多个平台定期采样，解析答案中的引用与提及，再做趋势分析。难点不在调用接口，而在问题集设计、判定规则和长期一致性。

为什么这件事必须自己建

搜索引擎有 Search Console 这类工具告诉你"被展示了多少次、被点击了多少次"。AI 搜索目前没有等价物。

这意味着两件事：

1. 你无法直接知道自己的内容有没有进过 AI 的答案。
2. 唯一的办法是站到用户的位置去提问，然后看模型回答里有没有你。

这本质上是抽样统计。抽样就要接受误差，所以设计上必须保证：样本固定、周期固定、判定规则固定。

监测链路

1
2
3
4
5
6
7
8
9
10

问题集（固定 20-50 条）
        ↓
任务调度（多平台 × 多问题）
        ↓
答案与来源解析
        ↓
引用判定 ──→ 命中：记录文章、位置、上下文
        └→ 提及：记录品牌名、无链接
        ↓
趋势看板 + 报告

一、问题集怎么设计

问题集是整个监测系统的基准，改一次就要重新累计趋势，所以要慎重。

三类问题配比

写作要求

• 用完整自然语言问句，模拟真实提问，而不是关键词堆叠。
• 一个问题只问一件事，避免"GEO 是什么、怎么做、多久见效"这种复合问题。
• 至少保留 5 个长期不变的问题，作为跨年的基线。

二、任务调度

调度层要解决三件事：别把平台的额度打爆、别被限流、失败要能重试。

1
2
3
4
5
6
7
8
9
10

# 伪代码：多平台采样调度
for question in question_set:
    for platform in platforms:
        task = enqueue(
            platform=platform,
            question=question,
            priority=question.weight,      # 品牌类优先
            timeout=90,
            retries=2,
        )

几个实际参数：

"未采样"和"未引用"必须分开记录。 早期版本我把超时直接算作未引用，导致趋势图上出现大量虚假下跌。

三、引用判定

这是整套系统里最容易做错的部分。判定分成三级：

判定规则要处理几种边界情况：

1
2
3
4

① 域名匹配要区分主域与子域      → 用 eTLD+1 比较，避免误判
② 短域名容易误伤                → 长度小于 5 的域名要求同时匹配标题
③ 品牌名可能有别名              → 维护别名表，如 "DevNotes" / "Dev Notes"
④ 同一答案引用多篇              → 每篇分别计数，不做去重

抽检机制

再好的自动规则也会有误差。我的做法是每次采样后人工抽检 10%：如果抽检发现误判率超过 5%，就调整规则并重新计算历史数据。

四、趋势看板

看板只放几个真正会用来做决策的指标，避免变成一个没人看的仪表盘：

"失守页面"这个指标特别有用。 它通常意味着对应内容已经不够新，或者被更完整的竞品内容替代了，是最直接的更新信号。

实测成本与准确率

跑了一个季度的实际数据：

准确率的关键在于承认不确定性。 报告里我始终同时给出采样量和置信提示，而不是把抽样结果包装成精确数字。

这份数据接下来怎么用

监测本身不产生价值，由监测驱动的动作才产生价值：

1. 某个问题从没被引用 → 说明缺少对应内容，补一篇。
2. 某篇文章被引用但内容过时 → 更新，并修改 dateModified。
3. 某个平台完全没引用 → 检查该平台更偏好什么类型的内容。
4. 竞品被引用而你没有 → 对比它在同一问题下的内容结构。

常见问题（FAQ）

为什么不能用接口直接拿到引用数据？

因为主流 AI 搜索产品都没有面向第三方的引用统计接口。要判断某篇文章是否被引用，只能主动提交问题、解析返回的答案与来源列表。这套方法本质上是抽样统计，所以在报告里必须同时给出采样量和置信区间。

采样成本大概是多少？

以 50 个问题、5 个平台、每两周一次为例，单次采样约 250 次查询。如果用带联网检索的 API，单次成本在几元到几十元量级，一年下来通常在几百元以内，远低于人工检查的时间成本。

引用判定怎么做得更准？

分三步：先用域名匹配判断是否指向目标站点，再用标题和关键句相似度确认引用的是哪一篇，最后人工抽检 10% 的结果修正规则。纯域名匹配会漏掉品牌提及，纯文本匹配会误判。

专栏小结

三篇文章覆盖了自建 GEO 平台的完整路径：

• 架构与技术选型：先确定边界，再选组件。
• 内容采集与结构化：把网页变成可检索的片段。
• 本文：把"有没有被引用"变成可追踪的指标。

如果你自己也在做收录监测，欢迎到留言板聊聊你的判定规则——"什么算被引用"这件事目前没有标准答案，多几个样本会更有意思。