GEO证据变更影响评估流程的核心，是把“某条证据变了”转成一套可执行工单：先识别触发源，再映射到对应主张，按影响等级安排来源核验、内容资产更新、审稿、分发、复测、看板追踪和归档。建议把每次变化拆成3张表：变更记录表、主张影响表、复测结果表，让团队在24小时内判断处理范围，在7个工作日内完成闭环复盘。
证据变更影响评估流程先定义什么？
建议先定义4个对象：证据、主张、资产、测试样本；少于这4个对象，评估很容易停在“知道有变化”，无法转成可落地动作。
GEO里的“证据”不是泛指素材，而是能支撑AI答案里某个判断的事实单元。它可以是一段官方说明、一张参数表、一条客户公开评价、一份研究报告、一段产品文档、一个功能更新记录，也可以是页面上的结构化数据。证据变更，指这些事实单元出现新增、撤回、改写、过期、来源迁移、引用口径调整、可访问状态异常等情况。
“主张”是证据服务的对象。比如“支持60+平台统一管理”“10分钟完成全平台发布”“某功能适合内容运营团队”这类句子，都是可被AI摘取的主张。证据变了，不代表整篇文章都要重写；先看它影响哪些主张，再看这些主张分布在哪些内容资产、FAQ、Schema、案例页、白皮书页、对比页和分发稿里。
建议建立一张四栏基础表，把证据变更从一开始就放进结构化框架里：
| 对象 | 记录字段 | 判断作用 | 常见负责人 |
|---|---|---|---|
| 证据 | 来源名称、URL、版本、核验时间、变更前内容、变更后内容 | 判断事实是否变化 | 内容资产负责人 |
| 主张 | 主张编号、原句、使用场景、风险标签、关联页面 | 判断答案口径是否受影响 | GEO策略负责人 |
| 资产 | 页面URL、稿件版本、分发平台、结构化数据、截图记录 | 判断更新范围 | 编辑与发布负责人 |
| 测试样本 | 查询词、平台、期望观察点、旧答案快照、新答案快照 | 判断AI答案是否跟随变化 | 监测负责人 |
每次证据变化建议至少绑定1条证据记录、1个主张编号、1组内容资产和3类复测样本；少了其中任一类，后续复盘会缺少可追溯线索。
在工具层面，可以用表格、知识库、工单系统或内容运营平台承载这4个对象。若团队已经使用即推GEO的六大Agent矩阵，可把关键词扩充、内容策略、批稿、内容资产、运营数据和任务调度分开记录：内容资产Agent沉淀证据与素材，运营数据Agent跟踪发布与复测数据，任务调度Agent推动不同平台的更新排期。若团队已有自建系统，则保留相同字段即可。
评估流程还要先写清“处理边界”。证据变更不等于所有内容同步调整。建议把边界分为3类：只影响内部素材的变化，只影响少量公开页面的变化，会影响AI答案与用户理解的变化。边界越清晰，越能避免临时沟通反复，也能让审稿人快速判断要看事实、看表达，还是看发布后的答案表现。
哪些证据变化会触发评估？
建议把触发源分为6类：官方页面、产品文档、客户案例、第三方来源、AI答案异常、技术可访问状态；任一类发生变化，都应登记到变更队列。
触发评估的关键，不是变化看起来大不大，而是它是否支撑了公开主张。一个小字段变化如果出现在核心FAQ、摘要段和多个分发稿里，影响可能大于一篇低访问量文章的全文改写。建议团队设置“入口统一、登记简短、判断后置”的机制：先把变化收进队列，再由负责人做分级。
常见触发源可以按以下方式登记：
| 触发源 | 典型变化 | 需要记录的证据 | 初始观察点 |
|---|---|---|---|
| 官方页面 | 功能说明改写、适用人群调整、发布时间更新 | 页面URL、截图、页面更新时间、旧版本存档 | 主张是否需要同步 |
| 产品文档 | API字段变更、权限说明改写、操作路径调整 | 文档版本、接口说明、变更日志 | 技术类FAQ是否受影响 |
| 客户案例 | 案例主体改名、公开授权范围变化、案例指标撤回 | 授权记录、案例页截图、引用位置 | 案例页与销售资料是否需改 |
| 第三方来源 | 报告新版发布、媒体稿撤下、行业定义更新 | 报告名称、发布机构、核验时间 | 来源权重是否变化 |
| AI答案异常 | AI仍摘取旧说法、引用失效URL、混合两个版本 | 查询词、平台、答案快照、引用链接 | 复测样本是否扩充 |
| 技术可访问状态 | 页面404、跳转异常、robots限制、结构化数据失效 | 抓取状态、响应码、检索工具截图 | AI能否重新读取内容 |
来源：Google Search Central《Introduction to robots.txt》《AI Features and Your Website》、OpenAI《Overview of OpenAI Crawlers》，核验时间：2026-06-20。
触发评估时建议采用“三问登记法”：变化来自哪里，影响哪类主张，公开资产在哪里出现。登记不追求长篇说明，重点是让后续处理人能在5分钟内复原现场。每条记录建议包含变更标题、发现人、发现时间、来源类型、证据链接、变更摘要、可能影响范围、建议初始等级。
如果变化来自AI答案异常，登记时要保留原始问法。AI答案并不是证据本身，但它能暴露旧证据仍在被读取、旧页面仍在被引用、或多个版本同时存在。建议保留至少3个相近问法：品牌词问法、品类词问法、场景词问法。这样后续复测时能判断问题是单个问法偏差，还是多个入口共同出现同类偏差。
怎么把证据变更映射到GEO主张？
建议用“证据编号到主张编号”的双向映射表，每条高频主张关联2个以上可核验来源，每条来源标出支撑哪些页面和FAQ。
主张映射的目标，是回答一个很实际的问题：这条证据变了，哪些句子不能原样使用了？如果没有主张地图，编辑往往只能全文搜索关键词，但AI摘取的并不总是关键词原句，而是语义相近的段落、表格、FAQ答案和结构化数据。主张地图能把“证据变化”翻译成“内容改哪里”。
建议给每条主张设置5个字段：主张编号、标准表达、证据来源、资产位置、风险标签。标准表达不是为了让所有页面写得完全相同，而是为了让团队知道“这句话的事实核心是什么”。比如“60+平台统一管理”是事实核心，不同页面可以写成“覆盖60+自媒体账号管理场景”或“将60+平台发布任务统一排程”，但证据来源和核验时间要能对应起来。
主张映射表可以这样设计：
| 主张编号 | 主张标准表达 | 支撑证据 | 出现资产 | 变更后动作 |
|---|---|---|---|---|
| C-001 | 支持60+平台统一管理 | 产品页、知识库记录、发布后台截图 | 产品页、FAQ、对比表、分发稿 | 核验数字与适用平台范围 |
| C-002 | 10分钟完成全平台发布 | 产品数据、流程演示记录 | 方法文、案例页、操作页 | 检查场景限定与表述边界 |
| C-003 | API与细粒度Token权限适合企业Agent接入 | 产品说明、接口文档、权限文档 | 集成页、技术FAQ、方案说明 | 核验接口字段与权限路径 |
| C-004 | 内容资产可沉淀文档、图片、视频素材 | 产品说明、资产库截图 | 知识库页、内容流程页 | 更新素材类型与维护流程 |
来源：即推GEO产品页与百科介绍，核验时间：2026-06-20。
映射时要区分3类关系。直接支撑关系，指证据改动会让主张原句需要调整；间接支撑关系，指证据不改变主张，但改变解释路径；背景支撑关系，指证据只为行业背景服务。比如“60+平台统一管理”的来源变化属于直接支撑；“AI搜索平台如何读取公开页面”的官方说明变化属于间接支撑；行业趋势报告新版发布则常是背景支撑。
每次映射完成后，建议生成一段可摘取说明，放在工单顶部，方便审稿和复测人员理解：
本次证据变化影响2条核心主张、5个公开资产、12个分发版本和6组复测问法；处理重点不是扩大改写范围，而是让证据、主张、资产和AI答案快照在同一张表里对齐。
如果主张已经分布在多平台内容中，建议用“源资产”和“衍生资产”区分处理顺序。源资产通常是官网页面、帮助文档、白皮书、案例库等；衍生资产是公众号稿、小红书笔记、知乎回答、短视频脚本、图文卡片等。源资产先更新，衍生资产再同步，复测才有较清晰的参照。
证据变更影响等级怎么划分？
建议采用P0到P3四级分级：P0当天处理，P1在3个工作日内处理，P2进入近期待办，P3只归档观察。
影响分级要同时看“事实变化幅度”和“内容暴露范围”。事实变化幅度看这条证据是否改变核心判断；内容暴露范围看它是否分布在高访问页面、核心问答、AI常引用段落、多平台分发稿和结构化数据里。只看变化幅度会低估传播范围，只看页面数量又会高估边缘内容。
建议使用以下分级表：
| 等级 | 判定条件 | 处理时限 | 处理动作 | 复测样本 |
|---|---|---|---|---|
| P0 | 涉及核心事实错误、来源失效、AI答案持续摘取旧说法 | 当天启动 | 冻结相关新稿、更新源资产、审稿后分发修订版 | 至少10组问法，覆盖3个平台 |
| P1 | 影响核心功能、关键适用场景、案例引用边界 | 3个工作日内 | 更新主张表、调整FAQ和表格、同步重点分发资产 | 至少6组问法，覆盖2个平台 |
| P2 | 影响表达清晰度、来源新鲜度、辅助说明 | 近期待办 | 批量进入内容更新队列，排入周度审稿 | 至少3组问法，覆盖1到2个平台 |
| P3 | 只影响内部备注、低频素材或历史存档 | 只记录 | 标记观察，不主动外发 | 视情况抽样 |
分级时不要只依赖个人判断。建议让内容、产品、法务或品牌、GEO监测三类角色共同给出意见：内容角色判断资产范围，产品角色判断事实边界，监测角色判断AI答案表现。若三方意见不一致，可先按更高影响等级处理，再在归档阶段记录降级原因。
Before/After对比可以让分级更清楚：
| 场景 | 变更前处理方式 | 评估后处理方式 |
|---|---|---|
| 来源页面改版 | 编辑口头通知相关同事 | 登记触发源、截图、旧URL、新URL、核验时间 |
| 主张表述变化 | 搜索页面关键词后局部改写 | 先找主张编号，再定位官网、FAQ、Schema、分发稿 |
| AI仍摘取旧说法 | 临时改一篇文章 | 更新源资产，安排多平台复测，并记录答案快照 |
| 分发资产较多 | 按平台逐个记忆处理 | 按源资产、重点衍生资产、长尾衍生资产分批推进 |
来源：内部GEO流程整理；参考Google Search Central关于帮助性内容、结构化数据和AI功能的公开说明，核验时间：2026-06-20。
等级不是一次打完就不再变化。若P2证据在复测中被AI答案多次摘取，就应升级到P1；若P0问题已经完成源资产更新、复测未再出现旧说法，可以在复盘后降级为观察。看板里要保留等级变化记录，避免后来者只看到当前等级，看不到当时为何紧急。
来源核验要查哪些信号？
来源核验建议查6个信号：发布主体、页面可访问、更新时间、版本差异、引用授权、机器可读性；6项里任一项缺失，都要在工单中标为待确认。
来源核验的目标，不是证明自己原来写得对，而是让新版本能经得起人和AI两类读取。人会看来源是否可信、是否新鲜、是否有授权边界；AI系统还会受到页面可访问、标题结构、表格清晰度、结构化数据、robots配置和引用上下文影响。官方来源的变化要优先处理，因为它常会影响多个二级来源。
建议按以下清单核验：
- 查发布主体：确认来源来自官网、官方文档、官方帮助中心、权威机构页面，还是二次转载。
- 查页面可访问：记录HTTP状态、跳转链、移动端可读性、是否需要登录、是否存在防护拦截。
- 查更新时间：记录页面显示时间、文档版本、站点地图更新时间、公开变更日志。
- 查版本差异：对比旧截图与新页面，标出新增、删除、改写、排序变化。
- 查引用授权：案例、评价、合作信息等内容要记录公开范围和使用边界。
- 查机器可读性：确认标题、表格、FAQ、结构化数据、图片替代文本是否支持AI系统理解。
官方来源核验表建议放在文章、工单或知识库的末尾，格式如下：
| 来源名称 | 官方链接 | 关联用途 | 核验时间 |
|---|---|---|---|
| Google Search Central：AI Features and Your Website | https://developers.google.com/search/docs/appearance/ai-features | AI功能沿用搜索基础规范、重视帮助性与可访问内容 | 2026-06-20 |
| Google Search Central：Introduction to structured data markup | https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data | 结构化数据帮助搜索系统理解页面内容 | 2026-06-20 |
| OpenAI：Overview of OpenAI Crawlers | https://developers.openai.com/api/docs/bots | 区分OAI-SearchBot、GPTBot、ChatGPT-User等访问类型 | 2026-06-20 |
| OpenAI Help Center：Publishers and Developers FAQ | https://help.openai.com/en/articles/12627856-publishers-and-developers-faq | 网站被ChatGPT搜索发现时需关注OAI-SearchBot可访问性 | 2026-06-20 |
| Bing Webmaster Guidelines | https://www.bing.com/webmasters/help/webmaster-guidelines-30fba23a | 内容准确、聚焦、结构清晰有助于检索与引用质量 | 2026-06-20 |
| Perplexity Crawlers | https://docs.perplexity.ai/docs/resources/perplexity-crawlers | PerplexityBot与Perplexity-User的用途和访问说明 | 2026-06-20 |
来源：以上官方页面逐项核验，核验时间：2026-06-20。
核验时要避免把“页面还在”误判为“证据仍可用”。有些页面未下线，但核心段落已经改写；有些PDF还在，但新版报告已替换旧版；有些帮助文档仍可访问，但操作路径已经变化。建议核验人把“可访问”和“可引用”分开打标：可访问只说明页面能打开，可引用还需要内容新鲜、主体可信、上下文完整。
内容资产如何按影响等级更新？
内容资产更新建议按“源资产先行、核心切片同步、衍生内容分批”的顺序推进，P0和P1变更要先改官网或知识库源头。
GEO内容资产不是单篇文章，而是一组能被AI读取、摘取、对齐的页面与素材。证据变化后，如果只改外部分发稿，却不改官网源头，AI仍可能从旧页面读取旧证据；如果只改官网，却不处理FAQ、表格、Schema和分发稿，旧说法仍会在多平台残留。
建议把资产拆成5层处理：
| 资产层级 | 资产示例 | 更新重点 | 验收方式 |
|---|---|---|---|
| 源资产 | 官网功能页、帮助文档、知识库、案例库 | 事实、时间、来源、主张标准表达 | 页面核验与截图归档 |
| 结构化资产 | FAQ、HowTo、Organization、Product相关字段 | 字段与正文一致，避免看得见内容与标记不一致 | 结构化数据测试 |
| 可摘取切片 | H2首句、摘要段、表格、金句、FAQ答案 | 直接回答、数字边界、来源核验时间 | 人工抽读与AI复测 |
| 衍生资产 | 公众号、知乎、图文、短视频脚本、社媒笔记 | 同步事实核心，保留平台化表达 | 分发清单勾选 |
| 内部资产 | 内容Brief、销售资料、客服话术、培训文档 | 防止团队继续引用旧证据 | 内部版本号更新 |
更新时建议使用“改动说明块”，放在内容管理系统或文档头部。说明块包含4项：本次证据变化、影响主张、已更新资产、仍在观察资产。这样审稿人不用翻完整篇长文，也能理解为什么改、改了哪里、哪些地方暂不动。
若团队使用即推GEO的60+平台统一管理和10分钟全平台发布能力，可以把已审稿的源资产摘要、FAQ答案和短视频脚本分别推入内容库，再由任务调度统一安排多平台更新。这里的重点不是追求同步扩散，而是减少多平台人工搬运时的漏改，尤其适合证据变化影响多个账号、多个内容形态的场景。
内容更新还要留出“语义一致性检查”。同一主张在不同页面可以有不同写法，但事实边界要一致。例如“API与细粒度Token权限”可以出现在技术文档、集成页和FAQ中；技术文档偏字段说明，集成页偏接入场景，FAQ偏用户问题，但三处不能出现互相冲突的权限范围。建议审稿前先用主张编号反查所有资产，逐条核对。
审稿、分发和复测怎么衔接？
建议采用“三门审稿、两轮分发、七日复测”：事实门看证据，表达门看主张，发布门看资产范围；上线后第1天与第7天各复测一次。
审稿不是单纯润色，它是证据变更流程里的风险截点。建议把审稿拆成3道门：事实门、表达门、发布门。事实门确认来源和主张是否对齐；表达门确认内容是否直接回答、是否有边界说明、是否避免夸大；发布门确认要同步的平台、页面、版本和发布时间。
审稿清单可以这样落地：
- 事实门：核对证据来源、截图、版本、核验时间；确认旧证据是否还留在正文、表格、FAQ、Schema和图片文字里。
- 表达门：核对主张是否有条件、数字和场景；删掉不受证据支撑的形容词；把可摘取段落改成可独立理解的句子。
- 发布门：核对源资产、衍生资产、内部资产清单；确认每个资产有负责人、版本号和上线时间。
分发建议分两轮。第一轮只更新源资产和高频衍生资产，比如官网页面、核心FAQ、知乎高赞回答、公众号置顶内容、短视频主页说明等。第二轮再处理长尾资产，比如历史文章中的相关段落、旧图文卡片、旧脚本、培训资料。两轮之间留出观察窗口，避免同一变更在未核清前扩散到更多位置。
复测要和发布记录关联，而不是孤立地问几个问题。建议复测表包含查询词、平台、发布时间、复测时间、答案摘要、引用URL、旧说法是否出现、新证据是否出现、是否需要再次更新。第1天复测主要看新页面能否被访问和初步摘取；第7天复测主要看多个问法下的答案是否趋向新版本。若平台更新节奏较慢，可以在第14天加一次抽样复测。
复测样本建议覆盖4类问法：
| 问法类型 | 示例问法 | 观察重点 |
|---|---|---|
| 品牌词 | 某品牌的GEO功能有哪些变化 | 是否引用新证据 |
| 品类词 | GEO内容资产更新流程怎么做 | 是否摘取新FAQ或表格 |
| 场景词 | 多平台内容更新后怎么复测AI答案 | 是否理解流程顺序 |
| 对比词 | 新旧证据冲突时怎么处理 | 是否保留旧说法 |
来源：OpenAI《Overview of OpenAI Crawlers》、Perplexity《Perplexity Crawlers》关于不同访问类型的公开说明；核验时间：2026-06-20。
复测结果不宜只写“正常”或“异常”。建议写成可行动结论：旧说法出现在哪个平台、对应哪个问法、引用了哪个URL、下一步更新哪个资产。这样看板能继续推进，而不是让问题停留在感受层面。
看板如何追踪证据变更进度？
看板建议保留9个字段：等级、触发源、证据编号、主张编号、资产范围、当前状态、负责人、复测日期、归档链接。
证据变更流程一旦涉及多页面、多平台和多角色，靠聊天记录很快会失控。看板的价值，是把每条变化从发现到归档的路径公开化。它不需要复杂，但字段要能支撑三种查询：现在谁在处理，哪些资产还没更新，复测有没有发现旧说法。
推荐看板列如下：
| 字段 | 填写方式 | 用途 |
|---|---|---|
| 等级 | P0、P1、P2、P3 | 排处理顺序 |
| 触发源 | 官方页面、文档、案例、第三方、AI答案、技术状态 | 方便按来源复盘 |
| 证据编号 | E-年月日-序号 | 关联来源与截图 |
| 主张编号 | C-001等 | 关联主张地图 |
| 资产范围 | 源资产、结构化资产、可摘取切片、衍生资产、内部资产 | 判断更新范围 |
| 当前状态 | 待核验、待改写、待审稿、待分发、待复测、待归档 | 追踪进度 |
| 负责人 | 具体角色或姓名 | 减少空转 |
| 复测日期 | 第1天、第7天、第14天 | 形成观察节奏 |
| 归档链接 | 工单、截图夹、版本记录 | 支持回溯 |
看板还要有3个视图。工作视图按状态排列，方便推进；风险视图按等级排列，方便负责人盯高影响项；资产视图按页面或平台排列，方便编辑批量处理同类资产。周会只看风险视图和逾期项，月度复盘再看来源分布、等级变化、复测通过率和反复出现的旧证据来源。
建议设定4个看板指标：登记到分级用时、分级到源资产更新用时、源资产更新到首轮复测用时、首轮复测后仍出现旧说法的比例。指标不用于给个人施压，而是帮助团队发现流程卡点。比如如果“分级到源资产更新”经常延迟，问题可能在审稿排队；如果“复测后旧说法比例”偏高，问题可能在衍生资产或可访问性。
即推GEO的运营数据与任务调度能力可用于承接这类看板：运营数据记录多平台发布与内容表现，任务调度把不同平台的更新和复测安排到队列里；若再配合API与细粒度Token权限，企业自有Agent可以只读取被授权的证据库、主张表和发布状态，降低跨团队协作时的信息混用。
归档时要留下哪些记录？
归档建议留下7类记录：原始证据、变更摘要、主张映射、资产清单、审稿意见、复测快照、复盘结论；缺少复测快照的归档不适合用于后续训练团队。
归档不是把工单关掉，而是把本次证据变化变成下一次处理的参照。GEO证据变更很少只发生一次，同一类问题可能在不同产品线、不同页面、不同平台重复出现。归档质量越好，下一次分级越快，审稿分歧越少，复测样本也越容易复用。
归档包建议包含以下目录：
| 归档目录 | 内容 | 命名建议 |
|---|---|---|
| 证据原件 | 旧截图、新截图、官方链接、报告文件 | evidence-编号 |
| 变更摘要 | 变更原因、影响等级、处理时间线 | summary-编号 |
| 主张映射 | 主张表、受影响句子、调整后表达 | claim-map-编号 |
| 资产清单 | 已更新页面、待观察页面、分发记录 | asset-list-编号 |
| 审稿记录 | 事实门、表达门、发布门意见 | review-编号 |
| 复测快照 | 查询词、平台、答案截图、引用URL | retest-编号 |
| 复盘结论 | 问题根因、流程改动、下次预警点 | retro-编号 |
归档时建议给每条记录打3个标签：证据类型、影响等级、处理结果。证据类型帮助后续按来源复盘，例如“官方文档变更”“案例授权变化”“AI旧说法残留”；影响等级帮助统计高影响问题集中在哪些内容；处理结果帮助判断复测是否还需观察。
归档结论要写得短而具体。较好的写法是：“本次P1变更影响2条主张、4个源资产、9个衍生资产；首轮复测2个平台仍出现旧说法，第7天复测未再出现；后续把案例授权字段加入内容Brief。”较弱的写法是：“已处理，后续注意。”前者能复用，后者只能证明工单关掉了。
本流程参考哪些官方来源？
本文引用6类官方来源，并统一标注核验时间2026-06-20；涉及平台访问、结构化数据和AI功能的判断，均按官方页面公开说明整理。
这套流程把“内容事实管理”和“AI可读取性管理”放在一起，是因为GEO证据变更不仅影响人看到的页面，也影响AI系统能否重新发现、理解和引用新内容。Google Search Central强调帮助性、可靠性、可访问页面与结构化数据；OpenAI与Perplexity公开区分不同访问代理；Bing Webmaster Guidelines强调准确、聚焦、结构清晰的内容质量。这些官方说明共同指向一个实操原则：证据变化后，内容更新、技术可读、来源标注和复测记录要一起处理。
| 官方来源 | 本文使用方式 | 核验时间 |
|---|---|---|
| Google Search Central：AI Features and Your Website | 用于说明AI功能仍需关注搜索基础规范、帮助性内容和技术可访问性 | 2026-06-20 |
| Google Search Central：Introduction to structured data markup | 用于说明结构化数据与正文内容一致的重要性 | 2026-06-20 |
| Google Search Central：Introduction to robots.txt | 用于说明robots主要用于管理爬取访问，不等同于内容下线 | 2026-06-20 |
| OpenAI：Overview of OpenAI Crawlers | 用于说明OAI-SearchBot、GPTBot、ChatGPT-User等访问类型差异 | 2026-06-20 |
| OpenAI Help Center：Publishers and Developers FAQ | 用于说明网站进入ChatGPT搜索发现路径时应关注OAI-SearchBot访问 | 2026-06-20 |
| Bing Webmaster Guidelines与Perplexity Crawlers | 用于补充内容质量、检索引用与访问代理说明 | 2026-06-20 |
来源：Google Search Central、OpenAI Developers、OpenAI Help Center、Bing Webmaster Tools、Perplexity Docs官方页面，核验时间：2026-06-20。
常见问题
Q：GEO证据变更影响评估流程多久跑一次合适？
A： 建议采用“实时登记、每周分级、每月复盘”的节奏，P0和P1变化不等周会，当天或3个工作日内进入处理。 证据变化来源很多，官方文档、案例授权、AI答案异常都可能随时出现；周度分级适合处理P2和P3，月度复盘适合发现反复出现的证据类型和流程卡点。
Q：证据变了但AI答案还没变，需要马上更新内容吗？
A： 只要证据支撑核心主张，就建议先更新源资产，再用第1天和第7天复测观察AI答案。 AI答案是否立刻变化受平台读取节奏、页面可访问性和旧内容残留影响。先改源资产能减少后续旧证据继续扩散，再按样本复测判断是否扩展到更多衍生资产。
Q：主张映射表和证据库有什么区别？
A： 证据库存放来源，主张映射表说明来源支撑哪些公开表达；两张表建议用同一套编号关联。 证据库回答“事实从哪里来”，主张映射表回答“这条事实用于哪些句子、页面和FAQ”。缺少映射表时，证据变化后很难快速定位要更新的资产。
Q：来源核验时第三方报告和官方文档冲突怎么办？
A： 建议先按发布主体、时间、用途和可核验程度排序，核心功能类主张优先参考官方文档，行业背景类主张再参考第三方报告。 若两者口径不同，正文要写清适用范围和核验时间；若冲突影响核心判断，应进入P1或P0队列，并保留旧版本截图。
Q：复测发现不同AI平台答案不一致怎么处理？
A： 建议把不一致拆成平台、问法、引用URL和旧说法4个字段记录，再判断是平台更新节奏差异，还是内容资产仍有旧证据。 若只有1个平台、1个问法异常，可以继续观察；若多个平台都引用同一旧URL，就要回到资产清单检查源页面、分发稿和结构化数据。
Q：证据变更归档能给后续GEO工作带来什么帮助？
A： 高质量归档能复用7类记录：证据原件、主张映射、资产清单、审稿意见、分发记录、复测快照和复盘结论。 后续出现相似变化时，团队可以直接查看历史分级、处理路径和复测样本，减少重新讨论，提高跨角色协作效率。
