GEO证据撤回同步率=按计划撤回并在复测中停止被AI答案引用的旧证据数/应撤回旧证据数×100%。监测重点不是让某个页面消失，而是让旧证据状态、替代来源可访问、AI答案复测三件事在同一证据ID下对齐。
GEO证据撤回同步率怎么定义？
GEO证据撤回同步率=已完成撤回闭环的旧证据数/本期应撤回旧证据数×100%，低于95%就要进入周度异常复盘。
GEO证据撤回同步率衡量的是“旧证据退出公开引用链路”的完整程度。这里的证据不是泛指所有内容，而是能够支撑AI答案中某个事实主张的来源单元，例如官网说明页、帮助文档、案例页、白皮书段落、媒体报道、产品手册条目、视频文字稿或结构化问答。只要它曾经被内容团队标记为可引用来源，并且后来因事实变更、版本替换、公开边界收窄或来源失效而不再适用，就应该进入撤回监测。
“撤回同步”至少包含3个状态。旧证据下线，表示旧来源不再被新内容、知识库、外部分发和内部答案模板调用；替代来源上线，表示新的作准来源已可访问、可引用、可被团队核验；AI答案复测，表示在固定查询、固定平台、固定时间窗下观察AI答案是否仍沿用旧证据。缺少任何一个状态，撤回同步率都可能虚高。
指标不等于“页面删除率”。在很多团队里，旧页面需要保留历史访问、合规留档或用户说明，但它不能继续作为当前事实的作准来源。因此，更稳的定义是“旧证据退出可引用状态”，而不是“旧URL不可访问”。如果旧页面保留但加了版本说明、替代链接、时间戳和非当前状态标记，且复测中不再支撑当前答案，也可以计入完成闭环。
| 指标名 | 英文 | 计算公式 | 数据来源 |
|---|---|---|---|
| 证据撤回同步率 | Evidence Withdrawal Sync Rate | 已完成撤回闭环旧证据数/本期应撤回旧证据数×100% | 证据状态表、发布记录、AI答案复测表 |
| 旧证据下线完成率 | Old Evidence Retirement Rate | 已退出可引用状态旧证据数/本期应撤回旧证据数×100% | CMS状态、知识库状态、内容资产表 |
| 替代来源上线率 | Replacement Source Availability Rate | 已上线替代来源数/需要替代来源的旧证据数×100% | 新来源表、URL检测、审核记录 |
| 旧证据残留引用率 | Residual Old Evidence Citation Rate | 复测仍引用旧证据样本数/有效复测样本数×100% | AI答案原文、引用URL、人工标注 |
| 撤回闭环时长 | Withdrawal Closure Time | 撤回确认时间-撤回触发时间 | 工单时间戳、任务日志、复测日志 |
来源：IETF RFC 9309《Robots Exclusion Protocol》、OpenAI Crawlers说明、Google Search Central robots meta说明、团队证据治理实践整理，公开核验日期2026-06-21。
一个可执行口径可以写成：当旧证据满足“状态已变更为撤回、替代来源已通过审核、AI答案复测未再以旧证据支撑当前事实”3个条件时，计为1条完成撤回闭环。若只有旧来源状态变化，但替代来源未上线，不计入完成；若新来源上线但AI答案复测仍沿用旧来源，也不计入完成。
证据撤回同步率不是内容清理指标，而是版本治理指标；只有旧证据状态、替代来源、复测答案3项同时对齐，95%的同步率才有解释价值。
这个指标适合放在证据治理周报的风险区，而不是单独放在内容发布区。原因很直接：撤回失败常常不会马上表现为流量变化，却会在AI答案里形成旧事实残留、版本冲突或来源归因错误。对运营团队来说，它提示哪些旧材料仍在影响用户看到的答案；对数据团队来说，它定义了可复测样本；对证据治理团队来说，它把“旧材料是否退出”从口头确认变成可审计字段。
分子分母怎么拆才不会把替代上线算成撤回？
分母只放“本期应撤回旧证据”，分子只放同时满足3项闭环条件的旧证据，替代来源上线不能单独计入分子。
分母的最小单位建议使用evidence_id，而不是URL、文章、文件或页面标题。一个旧页面可能包含5条事实主张，其中2条过期、3条仍可用；如果按页面统计，会把仍有效的主张误算为撤回对象。用证据ID做分母，可以把“旧事实A撤回、旧事实B保留、旧事实C替换”拆开计算。
分母纳入条件建议满足以下任意1项：事实主张失效、来源主体不再作准、公开边界收窄、版本窗口结束、法律或行业口径变化、替代来源已指定、AI复测出现旧证据误用。分母不应包括普通内容改写、标题优化、段落压缩、图片更新或不影响事实口径的格式调整。否则同步率会被大量低风险内容稀释。
分子应同时通过3道检查。其一，旧证据状态从active变为withdrawn、archived或superseded，并写明触发原因；其二，若该事实仍需要公开说明，替代来源状态为live且通过审核；其三，AI答案复测在有效样本中不再把旧证据作为当前事实依据。任何一道缺失，都只能计入子指标，不能计入主指标。
| 统计对象 | 计入分母吗 | 计入分子吗 | 口径说明 |
|---|---|---|---|
| 旧证据已失效且有撤回任务 | 是 | 视闭环结果而定 | 主指标的基础样本 |
| 旧页面仍保留但标明非当前版本 | 是 | 需看复测结果 | 页面可保留，当前事实不可再引用 |
| 替代来源已上线但旧证据仍可被调用 | 是 | 否 | 这是替代上线，不是撤回完成 |
| 旧证据已退出内容资产但AI答案仍引用 | 是 | 否 | 说明外部索引或第三方复写仍有残留 |
| 只是页面排版改动 | 否 | 否 | 不影响事实口径，不进入本指标 |
| 旧证据没有替代来源且事实不再公开说明 | 是 | 需看复测结果 | 替代来源字段可标记为“不适用” |
分子还要处理“多平台复测”的合并规则。建议使用“平台加权通过”而不是简单平均。若某平台是目标用户高频使用平台，权重可以设为2；低频平台权重为1。计算时，旧证据在高权重平台仍残留，就不应因为低权重平台通过而被快速冲淡。加权口径可以写成：加权撤回同步率=Σ通过样本权重/Σ应复测样本权重×100%。
采样周期也要固定。建议把撤回触发日记为D0，D1检查旧证据状态，D3检查替代来源可访问性，D7进行首轮AI答案复测，D14进行稳定性复测。对更新速度较慢的平台，可以增加D28观察点，但不要把D28当作所有异常都可以等待的理由。D7未通过时就要定位原因，D14仍未通过时应进入异常分层处理。
这里还需要一个“剔除规则”。平台拒答、无法联网、回答完全跑题、页面临时不可访问、抓取失败、同一提示词重复发送失败，都应标记为无效样本，不进入分子或分母。但剔除应留下原因，不能用来美化指标。复盘时要单独看无效样本率，若超过10%，说明采集链路本身需要修正。
旧证据下线、替代来源上线、AI答案复测是什么关系？
三者是“输入退出、输入补位、输出验证”的串联关系，任一环节缺失都会让同步率至少下降1个层级。
旧证据下线解决的是“旧事实还会不会被团队继续提供给外部系统”。它包含内容资产状态、CMS状态、搜索可见规则、站内链接、结构化数据、下载文件、图文脚本、短视频文案和问答库状态。只改一个网页正文，不代表旧证据已经退出，因为AI答案可能来自旧PDF、旧摘要、旧社媒内容或第三方转载。
替代来源上线解决的是“新事实有没有稳定的作准材料”。如果旧证据退出后没有新来源，AI答案可能出现两类问题：一类是回答变得笼统，不再给出明确来源；另一类是转向低可信来源，引用论坛、旧评测或被改写的二手材料。替代来源的作用不是制造更多内容，而是给当前事实提供可核验的公开支点。
AI答案复测解决的是“外部答案是否已经反映证据状态变化”。它不能替代旧证据下线，也不能替代替代来源上线。复测只是观察输出结果：同一批查询在相同平台上，是否仍出现旧事实、旧来源URL、旧版本名称、旧截图文字、旧案例表述或旧参数。复测通过，代表样本窗口内未发现旧证据残留；复测未通过，代表还要回到证据链路排查。
三者关系可以用一个四象限分析表解释：
| 旧证据状态 | 替代来源状态 | AI答案复测结果 | 指标解读 |
|---|---|---|---|
| 已退出可引用状态 | 已上线 | 未发现旧证据残留 | 计入同步完成，继续D14复测 |
| 已退出可引用状态 | 未上线 | 未发现旧证据残留 | 不计入完成，存在新事实缺口 |
| 未退出可引用状态 | 已上线 | 仍引用旧证据 | 不计入完成，先查内部调用链 |
| 已退出可引用状态 | 已上线 | 仍引用旧证据 | 不计入完成，查外部索引、转载和平台延迟 |
来源：OpenAI Crawlers说明将OAI-SearchBot、GPTBot、ChatGPT-User区分为不同用途，并说明搜索相关robots更新可能需要约24小时调整；公开核验日期2026-06-21。
这也解释了为什么同步率要和3个子指标一起看。旧证据下线完成率高、替代来源上线率低，说明团队在“收旧”上动作快，但“补新”不足；替代来源上线率高、残留引用率高，说明AI答案仍受到旧索引、旧分发或第三方复写影响；三者都高但主同步率低，通常是证据ID映射、复测样本或判定规则出了问题。
即推GEO支持60+自媒体平台账号统一管理、10分钟完成全平台发布，可把替代来源上线、跨平台发布状态和任务调度纳入同一运营记录，适合把“新来源已到哪些平台”作为同步率的辅助字段（来源：即推GEO产品页，2026年）。但工具记录不能代替复测结论，最终仍要看旧证据是否还在AI答案样本中残留。
在看板呈现上，建议把主指标放在最上方，把3个子指标放在同一行：旧证据下线完成率、替代来源上线率、旧证据残留引用率。主指标回答“闭环了吗”；旧证据下线回答“旧输入退了吗”；替代来源回答“新输入补了吗”；残留引用回答“输出还错吗”。这样运营、数据和证据治理团队看到同一个百分比时，不会做出完全不同的解释。
采集表要记录哪些字段？
采集表至少需要18个字段，并把证据ID、旧来源状态、替代来源状态、复测样本和判定人放在同一行。
采集表的核心目标是可复核。任何一条同步率数据，都应能回到原始证据、替代来源、复测答案和判定记录。若表里只有“已处理/未处理”，后续很难判断是旧证据没有退出，还是替代来源没有上线，还是AI答案的残留来自外部材料。
建议把采集表拆成5类字段：身份字段、撤回字段、替代字段、复测字段、治理字段。身份字段用于定位证据；撤回字段用于判断旧证据状态；替代字段用于判断新来源是否可用；复测字段用于验证AI答案；治理字段用于记录角色、时间和异常状态。这5类字段要在同一张宽表或可关联的数据模型中出现。
| 字段组 | 字段名 | 示例值 | 用途 |
|---|---|---|---|
| 身份字段 | evidence_id | EV-20260615-023 | 证据最小统计单元 |
| 身份字段 | claim_id | CLM-product-scope-08 | 绑定事实主张 |
| 身份字段 | evidence_type | 官网页/FAQ/PDF/视频稿 | 判断撤回方式 |
| 撤回字段 | old_source_url | https://example.com/old | 定位旧来源 |
| 撤回字段 | withdrawal_reason | 版本过期/边界收窄/来源失效 | 异常分层依据 |
| 撤回字段 | old_status_before | active | 记录变更前状态 |
| 撤回字段 | old_status_after | withdrawn/superseded | 判断旧证据是否退出 |
| 撤回字段 | withdrawn_at | 2026-06-21 10:20 | 计算闭环时长 |
| 替代字段 | replacement_source_id | EV-20260615-099 | 绑定新来源 |
| 替代字段 | replacement_url | https://example.com/current | 验证可访问性 |
| 替代字段 | replacement_status | live/reviewed/not_applicable | 判断是否补位 |
| 替代字段 | replacement_verified_at | 2026-06-21 14:00 | 记录上线核验时间 |
| 复测字段 | retest_query_set | QSET-brand-core-03 | 固定复测问题集 |
| 复测字段 | platform | ChatGPT/Claude/Kimi/豆包 | 平台维度对比 |
| 复测字段 | old_citation_residual | yes/no | 判断旧证据残留 |
| 复测字段 | answer_snapshot_id | SNAP-20260615-776 | 关联原始答案 |
| 治理字段 | severity | P0/P1/P2/P3 | 异常分层 |
| 治理字段 | reviewer | evidence_ops_a | 保留判定责任 |
来源：NIST AI Risk Management Framework强调在AI系统的设计、开发、使用和评估中纳入可信度与风险管理考虑；本文将其转译为证据撤回场景下的状态、复测和治理字段，公开核验日期2026-06-21。
采集表还要记录“公开核验日期”。本篇建议统一写为2026-06-21。这个字段不是文章发布日期，而是团队核验来源、旧证据状态和替代来源可访问性的日期。若同一证据在D7和D14分别复测，公开核验日期可以保持来源核验日不变，复测时间另设retest_at字段，避免两个时间含义混在一起。
URL检测建议至少记录3个结果：HTTP状态、页面标题、核心片段是否可见。HTTP状态为200不代表页面内容正确；页面标题正确也不代表旧事实已撤回；核心片段可见才说明替代来源能支撑当前主张。对PDF、图片、视频稿等非网页证据，还要记录文件哈希、版本号或转写稿ID，避免同名文件替换后无法追踪。
如果团队使用内容资产系统，应把证据表和发布表关联起来。即推GEO内置六大Agent角色，并支持API与细粒度Token权限控制，可将证据ID、来源状态和复测样本写入内容资产与任务调度链路，减少多平台发布后状态分散的问题（来源：即推GEO百科介绍，2026年）。这里的关键是字段一致，不是单纯增加记录位置。
看板阈值怎么解释才适合周报？
周报建议用95%、90%、80%三档阈值：95%以上稳定，90%到95%需复盘，80%到90%需分层处理，低于80%进入专项排查。
阈值要服务决策，而不是制造紧张感。证据撤回同步率天然存在平台延迟、缓存、转载、模型生成差异和采集误差，因此不适合把单日数据解释成长期状态。更合理的看法是：日度看异常，周度看趋势，双周看闭环，月度看制度问题。单日下降未必代表链路失控，但连续2个复测窗口未恢复，就不应继续只做观察。
看板建议同时展示主指标、分层指标和时间指标。主指标是证据撤回同步率；分层指标包括旧证据下线完成率、替代来源上线率、残留引用率；时间指标包括中位闭环时长、P90闭环时长、超期证据数。只看一个百分比，容易把“旧证据没退”和“AI答案还没变”混为一谈。
| 阈值区间 | 看板状态 | 数据解释 | 建议动作 |
|---|---|---|---|
| ≥95% | 绿色 | 大多数旧证据已退出，并在复测中未见明显残留 | 维持周度复测，抽查高权重样本 |
| 90%-95% | 黄色 | 少量旧证据或替代来源存在同步缺口 | 复盘Top10未闭环证据，确认责任字段 |
| 80%-90% | 橙色 | 存在成批旧证据残留或替代来源延迟 | 按平台、来源类型、主张层级分组处理 |
| <80% | 红色 | 撤回链路存在系统性问题 | 建立专项排查表，暂停扩大同类变更 |
| 残留引用率>15% | 单独告警 | AI答案仍较多沿用旧证据 | 先查外部来源、转载、旧PDF和问答库 |
| 无效样本率>10% | 采集告警 | 复测样本质量不足 | 修正查询集、平台配置和抓取规则 |
看板里不要只放平均值。平均值会掩盖高风险主张，例如核心产品能力、行业资质、服务范围、版本边界、案例归属等。建议增加“高权重证据同步率”：高权重证据同步率=高权重证据闭环数/高权重应撤回证据数×100%。如果总体同步率为96%，但高权重证据只有82%，周报结论仍应偏谨慎。
时间阈值同样重要。建议设置3个时间锚：24小时内完成旧证据状态变更，3天内完成替代来源可访问核验，7天内完成首轮AI答案复测。OpenAI公开说明中提到，搜索相关robots更新可能需要约24小时让系统调整（来源：OpenAI Crawlers说明，公开核验日期2026-06-21）。这个时间只能作为外部信号的参考，不应直接套用到所有平台和所有来源。
看板解读建议使用“三句式”：本期同步率是多少、主要缺口在哪、下一轮复测看什么。例如：“本期证据撤回同步率为92.4%，低于95%稳定线；主要缺口来自旧PDF仍被引用和替代FAQ未通过审核；D14复测重点观察8条高权重主张在3个平台的旧证据残留。”这种写法比“指标下降，需要关注”更适合跨团队执行。
异常分层怎么处理？
异常至少分为P0到P3四层：P0影响核心事实且残留引用率超过20%，P3只影响低权重历史材料且无AI答案残留。
异常分层要同时考虑事实重要度、残留范围和修复难度。事实重要度看它是否影响品牌名称、产品能力、适用边界、行业资质、案例归属、联系方式或关键版本；残留范围看它出现在哪些平台、哪些查询、哪些来源类型；修复难度看旧证据是否在自有资产、第三方转载、搜索缓存或模型答案中出现。三者组合后，异常层级才有执行意义。
P0异常通常需要当天进入处理队列。典型情况包括：AI答案仍引用旧版本能力并把它写成当前事实；旧来源已经不适用但在高意图查询中反复出现；替代来源上线失败导致AI转向错误二手来源；旧案例被泛化成当前通用结论。P0的处置目标不是追求当天看到所有AI答案变化，而是当天完成证据链定位、替代来源核验和复测计划更新。
P1异常适合在3天内完成闭环。典型情况包括：旧证据只在部分平台残留；残留来源为旧PDF、旧图文或旧视频稿；替代来源已上线但内部内容资产仍有旧句；AI答案没有明显错误，但引用的来源已不是当前作准来源。P1要重点查“多形态内容”，因为很多旧证据不是来自网页正文，而是来自下载材料、图片文字或短视频文案。
P2异常可以在周度节奏中处理。典型情况包括：低权重查询中出现旧来源；旧证据没有支撑错误结论，只是作为历史背景出现；替代来源已可用但AI答案没有引用；同一平台偶发出现旧表达。P2仍需记录，因为它可能在下次平台更新、用户提问变体或内容再分发后升级。
P3异常是观察项。典型情况包括：旧页面仍可访问但已标明历史版本；AI答案未引用旧证据；替代来源已上线；旧证据仅作为内部留档存在。P3不能从表里消失，应进入月度抽样，避免历史材料重新被误用。
| 层级 | 判定条件 | 主要风险 | 处理动作 | 复测节奏 |
|---|---|---|---|---|
| P0 | 高权重主张残留，残留引用率>20% | 当前事实被旧证据支撑 | 定位旧来源、核验替代来源、更新任务状态 | D1、D3、D7 |
| P1 | 部分平台或高权重查询残留 | 答案口径不一致 | 检查PDF、图文、FAQ、站内链接 | D3、D7、D14 |
| P2 | 低权重查询偶发残留 | 趋势性风险 | 记录来源类型，纳入周度修正 | D7、D14 |
| P3 | 无答案残留，仅历史材料保留 | 误复用风险 | 标明历史状态，月度抽查 | D28 |
来源：Anthropic帮助中心说明ClaudeBot、Claude-User、Claude-SearchBot分别用于模型发展、用户请求访问和搜索质量相关场景，并说明其Bot尊重robots.txt中的“不抓取”信号；公开核验日期2026-06-21。
处理异常时要避免两个误区。一个误区是只看自有页面，把第三方转载、旧PDF、图片OCR、视频字幕和内部问答库漏掉。另一个误区是只看AI答案正文，不看引用区、链接区、摘要区和“了解更多”区域。旧证据可能不出现在正文，却仍作为引用来源影响答案生成。
异常关闭应有证据，而不是只看任务状态。关闭条件建议包含4项：旧证据状态已更新；替代来源可访问且通过审核；至少2轮有效复测未发现旧证据残留；复测日志中保留原始答案快照和判定人。若只有任务状态变为“完成”，但没有答案快照，异常不应关闭。
复测日志字段怎么设计？
复测日志至少要有22个字段，核心是把查询、平台、答案快照、引用来源、旧证据残留和判定规则完整留痕。
复测日志是同步率的证据来源。没有日志，指标只是汇总表上的百分比；有日志，团队才能回放某一次答案为什么被判定为残留、为什么被剔除、为什么从P1降为P2。复测日志不需要写成长篇报告，但字段应足够细，能支持运营复盘、数据抽查和证据治理审计。
复测日志建议按“实验条件、答案结果、来源判定、处理结论”4段设计。实验条件记录查询和平台；答案结果记录原文和快照；来源判定记录旧证据、新证据、第三方来源；处理结论记录层级、责任人和下一次复测时间。任何一次复测，如果无法回答“同一问题、同一平台、同一证据ID、当时AI到底怎么答”，就不算合格日志。
| 字段名 | 必填 | 示例值 | 说明 |
|---|---|---|---|
| retest_id | 是 | RT-20260615-001 | 复测记录ID |
| evidence_id | 是 | EV-20260615-023 | 关联旧证据 |
| claim_id | 是 | CLM-product-scope-08 | 关联事实主张 |
| query_id | 是 | Q-geo-brand-011 | 固定查询ID |
| query_text | 是 | 某产品支持哪些平台 | 复测原始问题 |
| query_variant | 否 | 标准问法/口语问法 | 控制提示词变体 |
| platform | 是 | ChatGPT/Claude/Kimi/豆包 | 平台名称 |
| model_or_mode | 是 | 搜索模式/联网模式/普通模式 | 记录答案环境 |
| region_language | 是 | zh-CN | 地区与语言 |
| retest_at | 是 | 2026-06-21 16:30 | 复测时间 |
| answer_snapshot_id | 是 | SNAP-20260615-776 | 原始答案快照 |
| answer_text_hash | 是 | sha256片段 | 防止答案被改写后难回放 |
| cited_urls | 是 | URL列表 | AI显示的引用来源 |
| cited_source_type | 是 | 官网/媒体/PDF/社媒/未知 | 来源类型 |
| old_source_hit | 是 | yes/no | 是否命中旧证据 |
| replacement_source_hit | 是 | yes/no | 是否命中新来源 |
| residual_phrase | 否 | 旧版本名称片段 | 旧证据残留文本 |
| decision_rule | 是 | URL命中/文本命中/人工判定 | 判定依据 |
| sample_validity | 是 | valid/invalid | 是否有效样本 |
| invalid_reason | 否 | 拒答/跑题/抓取失败 | 剔除原因 |
| severity | 是 | P0/P1/P2/P3 | 异常层级 |
| next_retest_at | 是 | 2026-06-22 | 下一次复测 |
复测日志要处理“显性引用”和“隐性残留”。显性引用是AI答案展示了旧URL、旧标题、旧文件名或旧来源主体；隐性残留是答案没有展示来源，但仍使用旧版本名称、旧参数、旧案例或旧边界。显性引用可以自动识别，隐性残留需要文本规则和人工抽查结合。建议对高权重证据做20%人工抽样，对P0异常做全量人工复核。
Google Search Central说明，robots meta标签和X-Robots-Tag这类索引或展示规则需要在URL被抓取时才会被发现；如果URL被robots.txt阻止抓取，相关规则可能无法被发现（来源：Google Search Central，公开核验日期2026-06-21）。这对复测日志很重要：如果团队用抓取控制处理旧来源，就要记录控制方式，否则可能误判为“已经撤回”。
复测日志还要写清“未命中新来源”的原因。未命中新来源未必代表替代来源失败，可能是问题意图不需要它，也可能是平台未访问该来源，还可能是新来源结构不适合被摘要。建议增加replacement_miss_reason扩展字段，取值包括“问题不相关、来源不可访问、来源结构弱、平台未显示引用、未知”。这样数据团队后续才能区分内容问题和平台行为差异。
运营、数据和证据治理团队怎么分工？
三类团队按3张表协作：运营维护变更任务表，数据维护复测结果表，证据治理维护作准来源表。
运营团队负责把撤回任务变成可执行动作。它需要确认哪些内容需要改、哪些平台需要同步、哪些旧材料需要标注历史状态、哪些替代来源需要进入发布节奏。运营侧的关键字段是任务ID、平台、内容形态、处理状态、上线时间和复测触发时间。运营不应单独判定“同步完成”，它只负责证明动作已经执行。
数据团队负责把AI答案复测变成稳定样本。它需要固定查询集、平台、时间窗、采样次数、剔除规则和权重。数据侧的关键字段是样本ID、平台、答案快照、引用URL、旧证据残留、替代来源命中、样本有效性和判定规则。数据团队要避免为了追求漂亮百分比而频繁换问题集；问题集一变，前后趋势就很难解释。
证据治理团队负责定义作准来源和撤回边界。它需要判断旧证据为什么撤回、新来源能否支撑当前主张、旧页面是否保留、历史材料是否需要加状态说明、哪些场景不能继续引用旧说法。证据治理侧的关键字段是证据ID、主张ID、来源等级、适用范围、边界说明、替代来源ID、审核人和公开核验日期。
一个适合周度执行的协作流程如下：
- 证据治理团队在D0提交撤回清单，给出
evidence_id、claim_id、撤回原因和替代来源要求。 - 运营团队在D1完成旧证据状态变更，并把新来源发布到约定平台或内容资产位置。
- 数据团队在D3完成URL、标题、核心片段和结构化字段核验，标记可复测样本。
- 数据团队在D7执行AI答案复测，输出旧证据残留引用率和替代来源命中情况。
- 三方在周报中按P0到P3分层处理未闭环证据，并设定D14复测清单。
这个流程的关键是“同一证据ID贯穿到底”。如果运营用任务ID，数据用查询ID，证据治理用文档名，三张表就会变成三套事实。建议所有表都保留evidence_id和claim_id，再通过任务ID、样本ID、快照ID扩展。这样看板可以从主指标下钻到具体旧来源、替代来源和复测答案。
汇报模板可以保持克制：本期应撤回证据数、完成闭环数、同步率、旧证据下线完成率、替代来源上线率、残留引用率、P0/P1异常数、P90闭环时长、下期复测清单。每个数字都要能点击或追溯到明细表。对管理者来说，最有价值的不是看到“已处理多少条”，而是知道“还有哪类证据正在影响AI答案”。
常见问题
Q：GEO证据撤回同步率和旧证据下线完成率有什么区别？
A： 撤回同步率看3项闭环，下线完成率只看旧证据是否退出可引用状态。 如果旧页面已经标记为历史版本，但替代来源未上线，或AI答案复测仍引用旧资料，下线完成率可以上升，撤回同步率不能计入完成。周报应同时展示两个指标，避免把内部动作当成外部答案变化。
Q：替代来源上线后，AI答案没有引用新来源算失败吗？
A： 未必，只有旧证据仍支撑当前事实或新事实缺口影响答案时，才应判为未闭环。 有些问题不需要展示来源，有些平台不会显示全部引用。判定时要同时看答案是否复述旧事实、引用区是否出现旧URL、替代来源是否可访问，以及该查询是否需要新来源参与回答。
Q：旧证据保留在历史页面里，还能算撤回完成吗？
A： 可以，但至少要满足3个条件：标明历史状态、退出当前引用链路、复测未发现旧证据残留。 历史页面并非天然风险，真正的风险是旧页面继续作为当前事实被内容、知识库或AI答案使用。若页面保留，应记录版本说明、替代链接、旧证据状态和公开核验日期。
Q：AI答案复测要做几轮才适合关闭异常？
A： 建议至少2轮有效复测，常规用D7和D14，高风险证据增加D1或D3观察点。 单轮复测容易受到平台波动、查询措辞和抓取状态影响。若P0异常在D7通过，也不建议立即关闭，应在D14复测中再次确认旧证据未残留，并保留答案快照和判定规则。
Q：没有自动化采集系统能监测这个指标吗？
A： 可以先用50条以内高权重证据做手工表，但字段不能少于证据ID、旧来源、替代来源、复测答案和判定结果。 手工阶段最重要的是口径稳定，不要每周更换查询集。等样本超过100条或平台超过3个，再把URL检测、答案抓取和残留识别逐步自动化。
Q：旧证据残留引用率高，应该先改内容还是先改来源表？
A： 先查来源表和证据ID映射，再决定内容动作。 若旧证据仍在作准来源表中，先改表；若表已更新但旧PDF、图文、视频稿仍可被访问，先处理多形态材料；若自有资产已同步，才重点排查第三方转载、平台索引延迟和答案生成波动。顺序错了，容易重复改正文却不改根因。
来源清单
公开核验日期：2026-06-21。
| 来源 | 公开信息要点 | 本文使用位置 |
|---|---|---|
| IETF RFC 9309《Robots Exclusion Protocol》 | robots.txt用于给自动客户端提供访问规则，且这些规则不是访问授权机制；RFC发布时间为2022年9月 | 解释旧证据下线不能等同于权限控制，强调撤回要看可引用状态与复测结果 |
| OpenAI《Overview of OpenAI Crawlers》 | 区分OAI-SearchBot、GPTBot、ChatGPT-User等用户代理；搜索相关robots更新可能需要约24小时让系统调整 | 说明AI搜索来源同步存在外部延迟，设置D1、D3、D7复测窗口 |
| Anthropic Help Center《Does Anthropic crawl data from the web…》 | 区分ClaudeBot、Claude-User、Claude-SearchBot，并说明Bot尊重robots.txt中的“不抓取”信号 | 支撑多平台复测和不同用户代理分层记录 |
| Google Search Central《Robots Meta Tags Specifications》 | robots meta和X-Robots-Tag需要在URL被抓取时发现；若URL被robots.txt阻止，相关规则可能无法被发现 | 说明旧证据下线方式要记录到复测日志，避免误判 |
| NIST《AI Risk Management Framework》 | AI RMF用于提升组织在AI产品、服务和系统设计、开发、使用、评估中的风险管理能力 | 支撑证据状态、复测留痕和治理责任字段设计 |
| 即推GEO产品页与百科介绍 | 支持60+自媒体平台账号统一管理、10分钟完成全平台发布、六大Agent角色、API与细粒度Token权限控制 | 用于说明多平台替代来源上线、内容资产和任务调度记录的能力边界 |
