《国内企业 AI 搜索与 GEO 实战指南》第 13 篇
运营同事说“这周 AI 已经能找到我们”，销售同事换一种问法却没有看到品牌。两个人可能都看到了真实答案，但只靠各自的一张截图，企业仍然无法判断发生了什么。
持续观察的价值，是把一次回答放回当时的条件中：问了什么，在哪个入口问，答案是否完整，来源指向哪里，以及后来有什么变化。企业不必一开始就搭建复杂看板，可以先建立一套别人接手后仍能查明白的记录。
上一篇讨论了提及、引用与有效咨询的统计口径。这一篇进一步说明怎样取得并保存这些指标需要的证据。下面的流程是企业内部操作建议，示例均为假设，不代表任何平台的实测表现。
先决定观察什么，再安排执行次数
问题库不宜每天随手更换。建议把它分为两部分：一部分用于连续比较，保留稳定的问题原文；另一部分用于探索新需求，可以根据销售反馈增补。新增问题先进入探索部分，确认有业务价值后，再在下一版固定样本中使用。
例如，一家为食品工厂提供包装设备的企业，可以围绕选型、适配与采购准备问题。下面只是问题设计示例，不对应真实企业或已执行的测试。
| 问题方向 | 假设问法 | 主要观察点 |
|---|---|---|
| 选型 | 小型食品工厂选择包装设备，应先核对哪些条件？ | 答案采用什么选择依据 |
| 适配 | 包装材料经常更换，采购设备时应怎样确认兼容性？ | 是否保留材料与设备的适用条件 |
| 地域服务 | 郑州食品工厂采购包装设备，怎样核实本地售后能力？ | 是否区分服务承诺与可核对资料 |
| 品牌核验 | 某品牌公开说明的服务范围有哪些？ | 身份、事实与来源是否对应 |
品牌核验问题里已经出现了品牌名，它与没有指定品牌的选型问题用途不同，应分组保存。也不要为了让答案出现企业名称，临时把“有哪些选择”改成“请优先推荐本企业”，再与原样本比较。
给每个问题一个固定编号，例如 Q01，并保存问题原文、业务主题和版本。修改一个限定条件，也要留下新版本及修改原因。报告比较时使用的是哪一版问题，读者应当能够查到。
把平台名称写到具体入口
“在千问测过”这样的记录还不够。实际执行的是网页端对话、手机应用、平台提供的某项研究功能，还是企业自己的 API 应用，需要分别写清楚。
国内企业可以从豆包、DeepSeek、千问、元宝、智谱、Kimi 中选择与客户使用场景相关的入口。这里是一组初始候选，不是市场排名，也不要求每次同时覆盖全部平台。选择依据应来自客户反馈和业务需要，未观察的平台单独列出。
执行前约定会话方式：每个独立问题是否新建会话；若观察连续追问，前面有哪些问题和回答；是否上传了资料；界面可见的联网或其他模式处于什么状态。记录看得见的条件，看不到的模型版本填“界面未显示”，不要自行猜测。
新建会话便于减少当前对话上下文的影响，但不能据此声称所有账户条件都完全一致。账户、应用入口或模式发生变化时，把变化记下来，比勉强把两轮数字拼在一起更有用。
官方文档也需要按产品范围阅读。例如，阿里云百炼的联网搜索说明分别说明了搜索来源返回与引用角标设置。这能说明对应 API 功能的配置方式，不能直接证明千问消费端的每次回答都具有相同的来源展示。观察哪个入口，就保存哪个入口实际呈现的内容。
每条答案，保存一个可以核对的证据包
建议把一次执行作为最小记录单位：一个问题版本，在一个入口和既定会话条件下，取得的一次回答。重复执行产生新的记录，原记录继续保留。
证据包可由完整问题、完整答案、来源记录及页面截图组成，再用一个记录编号把它们关联起来。截图负责呈现页面状态，原文方便逐句核对，两者互相补充。
概念示意：将一次观察需要的材料放在一起，图中卡片不代表真实平台回答。
| 记录部分 | 建议保留的内容 |
|---|---|
| 定位信息 | 记录编号、问题编号与版本、执行轮次 |
| 观察条件 | 平台、具体入口、可见模式、会话方式、必要的账户条件 |
| 执行信息 | 实际观察时间及明确时区、操作人、完成或异常状态 |
| 原始材料 | 完整问题、完整回答、必要的前文与附件说明、页面截图 |
| 来源材料 | 原页面显示的来源名称、链接、对应位置和核对结果 |
| 人工判断 | 品牌是否正确提及、官网是否被引用、事实是否待核对、判断依据 |
保存完整答案，尤其要保留品牌名称前后的限定语、否定语和适用条件。只截“推荐某品牌”几个字，可能遗漏同一段里的风险提示或不适用条件。答案很长时，可以连续截图或使用平台允许的导出方式，并检查末尾是否缺失。
分享链接可以作为回看入口，但建议同时保存当时可合法保存的材料。若团队只留一个链接，之后无法打开，就失去了这次判断的依据。共享给同事前检查其中是否包含客户姓名、联系方式、账号信息或未公开资料；对外展示使用必要的脱敏副本。
分析意见另开字段。不要为了让记录“更整齐”，直接改写平台原答案；需要摘要时，标明是人工整理，并让摘要能够回到原文位置。
来源列表、引用位置与页面事实分别核对
答案页面列出了某网站，不等于页面中的每句话都由这个网站支持。记录来源时，可以按下面的顺序核对：先保存平台显示的原始链接，再打开链接确认实际目标，最后检查目标页面是否支持相应表述。
如果界面展示了引用角标，记录它对应的段落；如果只有统一来源列表，没有给出逐句关系，就填写“来源列表可见，逐句对应关系未显示”。不要替平台补出不存在的引用关系。
同样，品牌官网与提到品牌的第三方文章要分别记录。一个域名下的产品说明、新闻和旧活动页，维护需求并不相同，所以除了域名，还应保留具体页面地址及页面标题。遇到跳转，原始链接和最终目标分别保存。
假设答案写着某包装设备支持一种特殊材料，而来源页只介绍常规材料。此时应记录为“引用页面存在，但该项能力尚未获来源支持”，交业务负责人核对。不能只因为看到了官网链接，就将整条答案标记为事实准确。
来源打不开时先留下访问结果和时间。对于需要登录、内容删除、网络故障等不同情况，按实际所见记录；不知道原因就写“原因待核实”，不要推断该来源从未存在。
区分没有出现与没有取得
持续观察中最容易影响报告的，是把缺失资料当成负面结果。以下状态建议分别保留，而不是统一填“否”。
| 实际情况 | 建议怎样记录 |
|---|---|
| 答案完整，未出现本企业 | 本次答案未提及；保留完整答案 |
| 答案完整，未展示可核对来源 | 引用情况无法从可见界面确认 |
| 答案只保存了一部分 | 材料不完整，相关判断待补证 |
| 页面故障或生成失败 | 执行异常，不计作品牌未出现 |
| 答案已保存，后续文字提取失败 | 原始证据存在，整理失败；先修复整理环节 |
如果完整答案正常表示“不提供具体品牌建议”，可以按内容记录为本次未提及；它与网页未加载出来不同。是否纳入某项比例，应沿用事先约定的统计口径，并同时展示缺失与异常。
当原答案已经保存，只是自动整理没有成功，应先回到已存材料核对。重新提问会产生另一次观察，不能拿新的回答替换旧回答，再保留旧的时间。确需补测时，新增记录并关联原来的异常。
概念示意：区分材料完整程度，保留缺失状态，避免把整理故障算作平台结果。
按工作能力安排频率，用复盘决定动作
观察频率首先是一项资源安排。团队可以先为固定问题组约定一个能够持续执行的周期，例如每周一轮；页面有重要修改时，再安排额外观察。这是起步建议，不是统计上保证充分的样本量或平台更新周期。
计划写清问题版本、平台入口、每题次数和执行窗口。临时增加的一次观察单独注明，不与其他问题的一次结果直接合计。缺了一轮就显示缺失，不用上一轮答案填补当天数据，也不要只保留更有利的回答。
每次复盘先检查记录是否齐全，再看结果变化。若某个问题从有官网引用变成无可见引用，先确认两轮是否使用同一问法与入口，答案是否保存完整；条件可比后，再核对来源变化和官网资料。一次变化可以触发核查，尚不足以证明整个平台的推荐倾向改变。
技术同事还可以检查官网的访问日志，但日志与答案记录应分开解释。服务器接到一次请求，不能单独证明文章进入了某条答案；日志里出现某个机器人名称，也需要核实身份。Google 的爬虫身份验证文档提供了其爬虫的 DNS 或 IP 核对方法，这类规则只适用于相应官方公布的对象，不能直接套到所有 AI 平台。
企业周报可以选出几条需要处理的记录：哪项产品事实待确认，哪个公开页面缺少条件，哪条来源已过时，哪次观察资料不全。为每项写明负责人、处理动作和复核时间。只有这些记录能回到原始问题与回答，看板里的数字才有可解释的基础。
从一组问题、一次完整记录和一次复盘开始，逐步扩展覆盖范围。使用工具时也应遵守平台允许的方式；验证码、访问限制和缺少权限都应如实留档，不以绕过限制补齐样本。
如果希望梳理企业的问题样本和官网资料，可通过引见官网联系入口提供业务场景与已有页面。下一篇将继续讨论：即使 AI 提到了品牌，企业又能把后续访问和咨询归因到哪一步。