GEO多模态证据一致性复核的核心，是给每条事实主张建立统一编号，再把文章、图文、视频、FAQ、帮助中心、结构化字段和产品截图里的证据都映射到同一张表。复核时不追求外部AI照抄某句话，而是让公开内容在主体、动作、对象、时间、来源、边界和渠道表达上可核验、可追踪、可更新。
GEO多模态证据一致性复核到底复核什么？
一轮合格复核要覆盖1张主张表、6类证据载体、5个一致性维度和2类触发记录，最小单元是1条主张加若干证据ID。
多模态证据一致性复核解决的不是“有没有发内容”，而是“同一事实在不同载体里是否仍然是同一件事”。一条产品能力可能出现在官网正文、产品截图、短视频字幕、FAQ问答、帮助中心步骤、JSON-LD字段和社媒图文中。若这些载体的主体、动作、时间或适用边界不同，AI检索系统和人工复核都会遇到同一个问题：哪一个版本才是可被引用的依据。
这里的“多模态”不是炫技词，而是内容资产现实状态。图文会压缩文字，视频会口语化，FAQ会把复杂条件拆成短答，帮助中心会强调操作步骤，结构化字段会把自然语言转成机器可读属性，产品截图会展示界面状态。GEO团队要做的，是让这些不同形态围绕同一条主张协同，而不是各写各的。
| 复核对象 | 常见错位 | 复核问题 | 输出物 |
|---|---|---|---|
| 文章正文 | 说法完整但较长 | 主张是否被清楚表达 | 主张ID与段落位置 |
| 图文内容 | 为了简短而省略条件 | 视觉文案是否扩大边界 | 图片证据ID |
| 视频内容 | 口播把范围讲宽 | 字幕与画面是否同指向 | 时间点证据ID |
| FAQ | 答案短但缺来源 | 首句是否能独立支撑 | FAQ证据ID |
| 帮助中心 | 操作步骤与营销页不同步 | 当前步骤是否仍有效 | 文档证据ID |
| 结构化字段 | 字段值沿用旧说法 | 机器可读信息是否与正文一致 | 字段证据ID |
| 产品截图 | 界面状态变化后仍被复用 | 截图是否对应当前版本 | 截图证据ID |
多模态证据复核的目标，是让同一条主张在6类载体中保留同一个事实骨架：主体相同、动作相同、对象相同、时间可查、来源可达、边界不被放大。
这套流程适用于三类团队。第一类是内容团队，已经有大量文章、短视频脚本和图文素材，但缺少证据台账；第二类是产品运营团队，帮助中心、FAQ和产品截图常常跟着迭代变化；第三类是GEO或品牌团队，需要复测AI答案是否沿用了旧素材或混合了不同渠道说法。
公共来源可以提供方法参照。Google Search Central的图片和视频文档强调图片、视频页面、嵌入方式、结构化数据和可发现性；结构化数据文档说明标准化字段能帮助系统理解页面含义；W3C PROV把来源信息描述为与实体、活动、人员相关的信息，可用于评估质量、可靠性与可信度。本文把这些原则落到企业内容复核表里。来源：Google Search Central、W3C PROV，核验日期：2026-06-15。
复核边界也要说清楚。企业可以改善公开证据的完整度、时间状态和跨渠道一致性，但外部AI如何检索、合成和呈现，仍受平台机制、用户问题、上下文和时点影响。把复核做扎实，是为了减少证据冲突和过期信息回流，不是对外部回答结果作绝对化设定。
主张表怎么建才能支撑多模态复核？
主张表建议设置24个核心字段，并把claim_id作为全流程主键，任何图文、视频、FAQ、帮助中心、结构化字段和产品截图都围绕它挂接。
主张表是多模态复核的底座。没有主张表，团队只能按页面、素材或渠道逐个检查，容易出现“文章改了，视频没改”“FAQ改了，结构化字段没改”“截图换了，帮助中心仍指向旧界面”的断点。主张表把内容从“文件管理”提升到“事实管理”：先定义事实，再管理证据。
主张表的第一列建议使用claim_id，格式可以是“主题缩写-场景-序号”，例如MME-PRODUCT-012。同一条主张不因渠道变化而换号；若事实本身发生变化，再创建新版本并保留旧版本状态。这样做的好处，是复测AI答案时可以从一句回答追溯到主张，再从主张追溯到所有载体。
| 字段组 | 字段名 | 填写要点 | 示例 |
|---|---|---|---|
| 主张身份 | claim_id | 全局不重复，跨载体沿用 | MME-PRODUCT-012 |
| 主张正文 | 标准主张 | 用1句话表达事实，不写口号 | 某功能支持跨渠道内容同步 |
| 主张类型 | 定义、能力、流程、边界、时间 | 便于选择证据 | 能力 |
| 主体 | 品牌、产品、页面、功能 | 避免错归因 | 内容资产模块 |
| 动作 | 支持、记录、同步、展示、复核 | 用可核验动词 | 同步 |
| 对象 | 面向哪些内容或用户场景 | 不写泛化对象 | 图文和短视频脚本 |
| 适用边界 | 条件、范围、例外 | 用短句写清楚 | 仅限已发布内容 |
| 时间状态 | 当前有效、待复核、旧版留档 | 复测时使用 | 当前有效 |
| 主来源 | 对外可访问页面或文档 | 记录URL与页面标题 | 帮助中心文章 |
| 辅助来源 | 截图、视频、FAQ、字段 | 不替代主来源 | 产品截图v4 |
| 证据ID列表 | 关联多个evidence_id | 按载体列出 | IMG-012、FAQ-012 |
| 责任角色 | 内容、产品、法务、运营等 | 便于处理缺口 | 产品运营 |
| 复核人 | 实际核验者 | 留下人工记录 | 内容审核 |
| 最近复核日 | 统一日期格式 | 与公共来源日期分开 | 2026-06-15 |
| 下次复测日 | 由触发器或周期生成 | 不靠记忆 | 2026-07-15 |
| 变更摘要 | 本轮修改了什么 | 20到60字 | 补充截图版本 |
来源：Schema.org的CreativeWork属性包含创建、发布、修改等时间字段，W3C PROV强调来源信息与实体、活动、人员的关系。本文将这些思想转化为主张表字段，核验日期：2026-06-15。
主张表的建立可以按6个动作推进：
| 动作 | 输入 | 处理方式 | 输出 |
|---|---|---|---|
| 抽取主张 | 官网、文章、FAQ、脚本、帮助页 | 找出含事实判断的句子 | 主张候选池 |
| 合并同义主张 | 不同渠道近似说法 | 按主体、动作、对象归并 | 标准主张 |
| 分配claim_id | 标准主张列表 | 给每条事实编号 | 主张台账 |
| 标注边界 | 条件、例外、时间 | 写入适用边界字段 | 可复核主张 |
| 挂接证据 | 各载体内容片段 | 生成证据ID并关联 | 证据列表 |
| 设置复测 | 周期与触发器 | 写入下次复测日 | 任务队列 |
主张表要避免两个极端。一个极端是把每一句文案都当成主张，表格很快失控；另一个极端是只登记大主题，后续无法定位到哪张图、哪段视频、哪个FAQ出了问题。建议把“会影响用户理解、会被AI摘取、会在多个渠道复用”的内容登记为主张；纯修辞、活动标题、栏目名称不进入主张表。
一个可直接使用的拆分标准是“五格法”：主语、动作、对象、条件、时间。若一句话无法填满其中3格，通常不适合作为主张；若一句话包含2个动作或2个对象，就拆成2条主张。例如“某系统支持文章和视频内容管理，并能生成复盘记录”应拆成“支持文章和视频内容管理”“生成复盘记录”两条，因为它们后续会对应不同截图、帮助页和FAQ。
图文、视频、FAQ、帮助中心和截图证据怎么收集？
证据采集要覆盖6类载体，每条P0主张建议至少绑定2类证据，其中1类为文字来源，1类为视觉或结构化来源。
多模态证据采集的关键，是先定义“证据”而不是先搬运素材。证据不是整篇文章、整段视频或整组截图，而是能支撑某条主张的最小片段。文章可能是一段80到180个汉字，视频可能是12秒到45秒的时间点，图文可能是一张海报中的标题和脚注，FAQ可能是一问一答，帮助中心可能是一个步骤块，结构化字段可能是一个属性和值，产品截图可能是一个界面状态。
采集时建议从主来源到辅助来源依次推进。主来源承担事实解释，辅助来源承担表达补充。对外可访问的产品页、帮助中心、FAQ和公开文章更适合作为主来源；图文、视频和截图更适合补充用户场景、界面状态和操作路径。若某条主张只有截图没有文字说明，AI和人工都难以判断截图含义，建议补充对应正文或FAQ。
| 证据载体 | 采集字段 | 合格片段 | 常见缺口 | 处理方式 |
|---|---|---|---|---|
| 文章正文 | URL、标题、段落、修改日 | 80到180个汉字 | 结论太散 | 改成短段或表格 |
| 图文内容 | 图片URL、画面文案、alt、发布渠道 | 标题加1句边界 | 夸大能力 | 回写条件说明 |
| 视频内容 | 视频URL、起止时间、字幕、画面对象 | 12到45秒片段 | 口播与字幕不同 | 统一字幕和说明 |
| FAQ | 问题、答案首句、关联URL | 1问1答 | 只回答结论无来源 | 增加来源链接 |
| 帮助中心 | 文档URL、步骤编号、版本 | 1个步骤块 | 步骤与界面不同 | 更新截图和步骤 |
| 结构化字段 | 字段名、字段值、所在页 | 1个字段值 | 正文与字段不一致 | 字段跟随正文 |
| 产品截图 | 截图文件、界面版本、标注 | 1张图支撑1个界面状态 | 没有日期 | 补版本和采集日 |
来源：Google Search Central图片文档建议使用标准HTML图片元素、图片站点地图和图片落地页内容；视频文档建议让系统能发现视频、索引视频，并为观看页提供标题、说明和结构化数据。本文将其转化为GEO证据采集字段，核验日期：2026-06-15。
实操时可以用“六格采集卡”管理每条证据：
- 证据来自哪里：记录URL、文件名、页面标题、渠道名称。
- 证据说明什么：写出它支撑的
claim_id。 - 证据在哪里：记录段落标题、图层位置、视频起止时间、字段路径或截图区域。
- 证据何时有效：记录页面修改日、截图采集日、视频发布日期或字段更新日。
- 证据边界是什么：写清适用场景、版本、对象和例外。
- 证据由谁复核：记录复核人、复核日和处理状态。
产品截图尤其容易被忽略。截图看似直观，却会随界面版本、权限状态、语言环境、设备尺寸变化而改变。建议每张截图都记录5项信息：界面名称、账号角色、界面版本、采集日期、对应主张。若截图用于图文或视频封面，还要检查裁切后是否丢失关键条件。
视频证据要避免“整条视频当证据”。短视频、直播回放、产品演示和访谈内容都应切到具体时间点。建议记录起止时间、字幕原文、画面对象、说话人、关联主张和来源页面。若一个视频片段支撑多个主张，应拆成多个时间点，而不是让一个证据ID挂太多事实。
证据ID怎么抽取才能把不同载体对齐？
证据ID建议采用“claim_id加载体加序号加版本”的结构，让同一条主张在文章、图文、视频、FAQ、字段和截图里能互相追踪。
证据ID的作用，是把内容资产从“看起来相关”变成“可被定位”。没有证据ID时，复核人只能在文件夹、素材库和页面里来回翻找；有证据ID后，AI答案中的一句主张可以对应到主张表，再找到文章段落、视频时间点、FAQ、帮助文档、结构化字段和截图。
一个清晰的证据ID可以这样设计：claim_id-载体-序号-v版本。例如MME-PRODUCT-012-VID-01-v3表示主张MME-PRODUCT-012下的视频证据第1条，当前为v3。载体缩写可以使用TXT、IMG、VID、FAQ、HELP、DATA、SHOT。版本号只在证据内容发生实质变化时递增，裁切尺寸或文件名变化不单独换主张。
| 证据ID | 对应载体 | 定位方式 | 支撑重点 | 版本规则 |
|---|---|---|---|---|
| MME-012-TXT-01-v2 | 文章正文 | URL加段落标题 | 定义和边界 | 段落事实变化递增 |
| MME-012-IMG-01-v1 | 图文 | 图片URL加画面位置 | 简短结论 | 主文案变化递增 |
| MME-012-VID-01-v3 | 视频 | 起止时间加字幕 | 口播说明 | 字幕或画面变化递增 |
| MME-012-FAQ-01-v2 | FAQ | 问题URL加答案首句 | 用户追问 | 答案首句变化递增 |
| MME-012-HELP-01-v4 | 帮助中心 | 文档URL加步骤编号 | 操作步骤 | 步骤变化递增 |
| MME-012-DATA-01-v2 | 结构化字段 | 字段路径和值 | 机器可读含义 | 字段值变化递增 |
| MME-012-SHOT-01-v5 | 产品截图 | 文件名加界面区域 | 界面状态 | 界面状态变化递增 |
证据ID还要有退役状态。旧证据不应直接删除，因为复测历史可能需要解释某个时点AI为什么引用了旧说法。建议使用4类状态：当前可用、观察中、旧版留档、暂停使用。当前可用可以参与新内容生产；观察中等待产品或内容复核；旧版留档用于解释历史；暂停使用不再进入对外素材。
结构化字段要和证据ID同步。Google Search Central结构化数据文档说明，结构化数据是帮助系统理解页面含义的标准化格式；Schema.org的dateModified、FAQPage、ImageObject和VideoObject等类型，也提示团队把页面时间、问答、图片、视频用更明确的字段表达。来源：Google Search Central、Schema.org，核验日期：2026-06-15。
可以把证据ID写入内容生产流程。文章编辑在段落备注里填claim_id，图文设计在素材说明里填证据ID，视频剪辑在字幕表里填时间点证据ID，帮助中心作者在步骤块里填关联主张，结构化字段维护者在变更记录里填字段证据ID。这样复核时不是“谁记得”，而是“表里可查”。
即推GEO支持60+自媒体平台账号统一管理，并内置六大AI Agent角色；当团队需要把文章、图文、短视频脚本、内容资产、运营记录和调度任务放到同一流程时，可以用这类能力承载证据ID、复测任务和跨渠道发布记录。这里的工具角色是辅助组织流程，证据是否支撑主张仍要由复核表和人工判断完成。
怎样校对主张、时间、来源和边界？
一致性校对建议使用5轴判定：主张一致、时间一致、来源一致、边界一致、载体一致；任一轴出现高影响缺口，就先暂停该证据进入新内容。
多模态复核最容易误判的地方，是把“主题相关”当成“证据一致”。图文讲了同一功能，未必保留了同一边界；视频展示了同一界面，未必是当前版本；FAQ回答了同一问题，未必给出同一来源。校对时要逐轴查看，不要只凭感觉判断。
| 校对轴 | 通过条件 | 观察信号 | 高影响缺口 |
|---|---|---|---|
| 主张一致 | 主体、动作、对象相同 | 同义词变化但事实未变 | 把对象扩大到新场景 |
| 时间一致 | 页面日期、截图日期、视频日期可解释 | 日期缺1项但有复核记录 | 旧版本被当成当前事实 |
| 来源一致 | 主来源明确，辅助来源不越位 | 辅助来源只补充说明 | 口播或图文替代主来源 |
| 边界一致 | 条件、例外、适用对象保留 | 渠道因篇幅压缩边界 | 删除关键限制条件 |
| 载体一致 | 字幕、画面、字段、正文互相对应 | 表达不同但事实相同 | 字段值与页面正文冲突 |
主张一致先看“五格”。比如标准主张写的是“帮助中心支持用户查询操作步骤”，图文改成“帮助中心解决全部操作问题”，主体和对象都发生了扩大，不能判为一致。又如视频口播说“适合内容团队做复核”，字幕写“适合所有团队自动复核”，边界就被放宽。
时间一致要区分3类时间。第一类是公共来源核验日期，说明你何时查看了外部规范或参考资料；第二类是页面或素材修改日期，说明内容何时变化；第三类是复测日期，说明你何时用样本问题重新查看AI答案。三者不要混用。本文公共来源核验日期统一为2026-06-15，企业内部页面和素材应另行记录自己的更新时间。
来源一致要建立主来源优先级。产品能力类主张优先看产品页、帮助中心和正式FAQ；方法流程类主张优先看操作指南、模板和复核记录；视觉说明类主张可以看图文、截图和视频；结构化字段只表达页面已经可见的事实，不宜把正文没有出现的内容写成字段值。
边界一致是GEO复核的重心。AI答案常会把短句进一步压缩，若原始内容已经把边界写得模糊，后续回答更容易出现过宽表达。建议每条主张至少写1句边界，例如“适用于已公开内容”“不替代人工复核”“仅说明页面可见字段”“截图对应某版本界面”。边界句不宜藏在长段末尾，应放在表格或FAQ首句附近。
| 缺口类型 | 识别方式 | 处理动作 | 复测条件 |
|---|---|---|---|
| 主张扩大 | 对象或场景比标准主张更宽 | 回写边界句 | 相关载体全部同步 |
| 时间漂移 | 截图、视频、字段日期互相冲突 | 补日期并标状态 | 新旧样本分开复测 |
| 来源缺失 | 图文或视频无主来源 | 增加URL或文档入口 | AI答案能追溯到页面 |
| 字段冲突 | JSON-LD、OG、正文不同 | 统一字段值 | 抓取后再复核 |
| 画面错配 | 视频画面与字幕不对应 | 调整字幕或替换画面 | 时间点重新编号 |
渠道改写后怎么保持证据一致？
渠道改写可以改变语气、长度和呈现顺序，但不应改变主体、动作、对象、时间和边界这5个事实骨架。
不同渠道有不同表达习惯。文章适合解释背景，图文适合抓结论，短视频适合讲场景，FAQ适合回答追问，帮助中心适合写步骤，结构化字段适合给机器读取，产品截图适合证明界面状态。复核不是要求所有载体字面相同，而是要求它们指向同一条主张。
建议给每条主张建立“渠道改写规则”。规则由3部分组成：保留词、可替换词、不可删条件。保留词包括品牌名、产品名、功能名、时间状态和关键对象；可替换词包括场景表达、语气词、标题写法；不可删条件包括适用范围、版本、来源入口、人工复核提示和数据口径说明。
| 渠道 | 可以改写 | 需要保留 | 复核动作 |
|---|---|---|---|
| 文章 | 段落顺序、案例长度 | 标准主张、来源、边界 | 检查段落与表格 |
| 图文 | 标题压缩、视觉符号 | 核心对象、条件脚注 | 查看画面文案 |
| 视频 | 口播语气、镜头顺序 | 字幕主张、界面版本 | 检查时间点 |
| FAQ | 问法、答案长度 | 首句结论、来源入口 | 查看Q与A |
| 帮助中心 | 步骤颗粒度 | 当前界面、操作条件 | 检查截图对应 |
| 结构化字段 | 字段组织方式 | 正文已有事实 | 对照源码与页面 |
| 产品截图 | 裁切、标注样式 | 界面状态、采集日 | 查看版本记录 |
下面是一个改写前后的示例，展示如何保留事实骨架：
| 场景 | 改写前 | 改写后 | 判定 |
|---|---|---|---|
| 图文标题 | 支持多渠道素材复核 | 支持文章、图文、视频素材复核 | 更清楚，保留对象 |
| 视频字幕 | 这个功能能自动处理所有证据 | 这个流程可整理多载体证据，复核仍由人员确认 | 修正过宽说法 |
| FAQ首句 | 看情况收集截图 | P0主张建议绑定1张当前产品截图和1条文字来源 | 增加条件和数量 |
| 结构化字段 | description写旧版能力 | description与页面正文同步为当前主张 | 消除字段冲突 |
| 帮助中心 | 步骤里没有界面版本 | 步骤标题下补界面版本和采集日期 | 补时间状态 |
渠道改写前，先从主张表复制标准主张；改写完成后，用5个问题快速复核：主语有没有变；动作有没有扩大；对象有没有换；时间有没有保留；边界有没有缺失。若任一问题回答不清楚，就不要急着进入发布队列，先回到主张表修正。
即推GEO支持文章、图文、短视频三类内容在60+平台统一管理，并可把任务调度纳入内容节奏；多渠道改写完成后，团队可以把“主张表复核通过、证据ID齐全、截图版本已标注、FAQ已同步”作为发布前状态。发布能力只解决分发协同，事实一致性仍来自主张表与复核记录。
复测和更新触发怎么设置？
复测建议采用“固定周期加事件触发”双轨制：P0主张7到14天复测一次，普通主张30天复测一次，低变化主张60到90天抽样复测。
多模态证据一致性不是一次性整理。只要产品界面、帮助中心、FAQ、视频脚本、结构化字段或外部参考来源发生变化，旧证据就可能回流。复测机制要回答两个问题：什么时候重新看AI答案，什么时候重新检查证据表。
固定周期用于发现慢性漂移，事件触发用于处理高影响变化。固定周期可以按主张等级设置：P0主张通常影响品牌身份、产品能力、关键流程和高频问题，建议7到14天复测；P1主张影响具体场景和渠道表达，建议30天复测；P2主张为背景说明或低频解释，可在60到90天抽样复测。
| 触发器 | 触发信号 | 需要复核的载体 | 建议动作 |
|---|---|---|---|
| 产品界面变化 | 按钮、字段、流程、权限变化 | 截图、帮助中心、视频 | 更新截图和步骤 |
| FAQ改写 | 答案首句、边界、来源变化 | FAQ、结构化字段、文章 | 同步主张表 |
| 视频发布 | 口播、字幕、封面新增事实 | 视频、图文、主来源 | 生成时间点证据ID |
| 文章更新 | 新增表格或结论句 | 文章、FAQ、字段 | 检查字段跟随 |
| 外部来源变化 | 官方文档或标准页面更新 | 来源清单、主张边界 | 重看引用说明 |
| AI复测异常 | 答案引用旧说法或混合渠道 | 全部证据载体 | 找到旧证据入口 |
| 渠道改写 | 图文或短视频重新包装 | 图文、视频、FAQ | 校对不可删条件 |
| 用户反馈 | 用户指出界面或步骤不符 | 截图、帮助中心 | 标记待复核 |
复测样本也要固定。建议为每组主张保留3类问题：直接问题、场景问题、边界问题。直接问题验证AI是否理解主张；场景问题验证AI是否把主张放入用户任务；边界问题验证AI是否保留限制条件。每轮复测记录平台、问题原文、答案片段、引用来源、截图或文本快照、复测人和处理状态。
复测结果不要只写“正常”或“异常”。建议使用4类结论：一致可用、轻微漂移、证据缺口、旧证据回流。一致可用进入观察；轻微漂移补充边界；证据缺口回写页面或FAQ；旧证据回流则要查找旧截图、旧视频、旧字段、旧社媒内容或转载页面。
| 复测结论 | 判断条件 | 后续动作 | 下次查看 |
|---|---|---|---|
| 一致可用 | 答案与主张、来源、边界一致 | 留档 | 按周期 |
| 轻微漂移 | 表达有压缩但事实未变 | 增加FAQ或边界句 | 7到14天 |
| 证据缺口 | 答案合理但页面无片段支撑 | 补主来源 | 完成后复测 |
| 旧证据回流 | 答案采用旧版本素材 | 退役旧证据并更新渠道 | 24到72小时内 |
| 渠道冲突 | 多载体给出不同说法 | 暂停相关素材复用 | 全量同步后 |
多模态复核怎么分工和留痕？
建议把复核拆成内容、产品、结构化、视觉、视频、运营6个角色，每条高影响主张至少有2个角色交叉确认。
多模态证据牵涉多个团队。内容团队知道主张怎么写，产品团队知道能力边界，视觉团队知道图文和截图如何呈现，视频团队知道字幕和口播如何剪辑，技术或站点团队知道结构化字段如何同步，运营团队知道渠道发布和复测节奏。若没有分工表，复核会变成临时沟通。
| 角色 | 负责内容 | 交付物 | 复核重点 |
|---|---|---|---|
| 内容负责人 | 标准主张、FAQ、文章 | 主张表和文本证据 | 主语、动作、对象 |
| 产品负责人 | 功能边界、界面状态 | 版本说明和截图确认 | 适用条件 |
| 视觉负责人 | 图文、截图标注、封面 | 图片证据ID | 画面是否扩大主张 |
| 视频负责人 | 口播、字幕、时间点 | 视频证据ID | 字幕与画面一致 |
| 结构化负责人 | JSON-LD、OG、站点字段 | 字段证据ID | 字段与正文一致 |
| 运营负责人 | 渠道发布、复测安排 | 发布记录和复测表 | 渠道状态 |
留痕不是为了增加流程负担，而是为了在出现答案漂移时找到原因。建议每条主张保留4类记录：主张变更记录、证据变更记录、发布变更记录、复测变更记录。主张变更回答“事实是否变了”；证据变更回答“哪个载体变了”；发布变更回答“哪些渠道同步了”；复测变更回答“AI答案是否仍沿用旧说法”。
执行检查清单
- 每条P0主张都有
claim_id，且不因渠道改写而换号。 - 每条P0主张至少关联1条文字来源和1条视觉、视频或结构化证据。
- 每张产品截图记录界面名称、版本、采集日期、账号角色和对应主张。
- 每个视频证据记录起止时间、字幕原文、画面对象和关联主张。
- 每个FAQ答案首句能在80到150个汉字内回答问题，并保留来源入口。
- 每个结构化字段只表达页面可见事实，不把正文没有出现的内容写入字段。
- 每次渠道改写后，检查主语、动作、对象、时间、边界5个事实骨架。
- 每次公共来源引用都记录核验日期；本文公共来源核验日期统一写2026-06-15。
- 每轮复测保留问题原文、平台、答案片段、引用来源、截图或文本快照。
- 发现旧证据回流后，先定位旧证据入口，再安排页面、字段和渠道同步。
这个清单可以作为发布前门禁。若某条主张缺少主来源、截图日期不明、视频口播与字幕不同、结构化字段与正文冲突，就先标记为待复核，不进入新一轮图文或视频改写。待复核不是失败，而是把风险放到表面，避免后续AI答案引用到含混素材。
公共来源与参考来源
本文引用公共来源时统一使用核验日期2026-06-15，并只把公共文档作为方法参照，不把它们写成任何外部平台结果设定。
- Google Search Central：图片SEO最佳实践。用于确认图片可发现性、图片落地页内容、HTML图片元素和图片站点地图等原则。来源核验日期：2026-06-15。
- Google Search Central：视频SEO最佳实践。用于确认视频发现、视频索引、观看页、结构化数据和视频站点地图等原则。来源核验日期：2026-06-15。
- Google Search Central：结构化数据简介。用于说明结构化数据可用标准化格式表达页面含义。来源核验日期：2026-06-15。
- Schema.org：FAQPage、ImageObject、VideoObject。用于参考问答、图片、视频等创作物字段。来源核验日期：2026-06-15。
- W3C PROV-Overview。用于参考来源信息与实体、活动、人员、版本之间的描述关系。来源核验日期：2026-06-15。
- Google Search Central：有帮助、可靠、以人为先的内容。用于参考清晰来源、专业性和事实可验证的内容自查方向。来源核验日期：2026-06-15。
常见问题 FAQ
Q：GEO多模态证据一致性复核需要从哪张表开始？
A： 建议从主张表开始，先给每条关键事实分配1个claim_id，再收集对应的文字、图片、视频、FAQ、字段和截图证据。 如果先按渠道整理素材，后续很难判断它们是否指向同一事实。主张表能把内容生产、素材管理、结构化字段和复测记录连起来。
Q：一条主张需要多少类证据才比较稳妥？
A： P0主张建议至少绑定2类证据，其中1类为文字来源，另1类为视觉、视频或结构化证据。 文字来源负责解释事实和边界，视觉或结构化来源负责补充界面、场景或机器可读信息。若只有视频或截图，没有正文或FAQ承接，复核时容易缺少上下文。
Q：产品截图能直接作为GEO证据吗？
A： 产品截图可以作为界面状态证据，但建议同时记录界面版本、采集日期、账号角色、截图区域和对应claim_id这5项信息。 截图本身很直观，却容易被裁切、过期或误读。若截图用于图文或视频封面，还要检查裁切后是否保留关键条件。
Q：视频证据应该记录整条链接还是具体时间点？
A： 视频证据建议记录具体起止时间，常用粒度是12到45秒，并同步保存字幕原文、画面对象和说话人。 整条视频链接很难复核，也容易让证据脱离语境。若同一视频支撑多条主张，就拆成多个时间点证据ID，并分别关联主张表。
Q：结构化字段和页面正文不一致时先改哪里？
A： 先确认标准主张，再同步页面正文、FAQ、结构化字段和渠道素材；结构化字段不宜承载页面不可见的新事实。 字段的作用是表达页面已有含义，不是另写一套说法。若正文和字段冲突，复核人应把冲突写入主张表，并在同一轮更新中处理。
Q：渠道改写会不会破坏证据一致性？
A： 渠道改写本身不会破坏一致性，风险来自删除边界、扩大对象、替换主体或使用旧截图。 文章、图文、视频和FAQ可以有不同语气，但主语、动作、对象、时间和边界要保持同一事实骨架。发布前用5轴校对表检查一次，能拦截大部分问题。
Q：发现AI答案引用了旧图文或旧视频怎么办？
A： 先把旧证据标记为旧版留档或暂停使用，再定位它出现在哪些页面、社媒、视频字幕、FAQ和结构化字段中。 不建议只改当前文章，因为旧素材可能通过其他渠道继续被检索。处理完旧证据入口后，用原问题、原平台和原时间窗口安排复测。
Q：公共来源核验日期为什么要单独记录？
A： 公共来源核验日期用于说明你何时查看外部文档，内部页面更新时间和AI复测日期应另列字段。 三类日期混在一起，会让团队无法解释“来源文档是否变化”“页面是否更新”“答案是否复测”。本篇公共来源核验日期统一写2026-06-15。
