《国内企业 AI 搜索与 GEO 实战指南》· 第 04 篇
企业开始做 GEO 时，往往先问：“豆包、DeepSeek、千问、元宝、智谱、Kimi，应该重点看哪一个？”这个问题需要结合客户的使用习惯和企业自己的问题样本来回答。仅凭平台热度，或者一次回答是否提到品牌，很难决定内容投入。
上一篇整理了问题库与意图树。本篇接着解决一件事：把这些问题放到可比较的观察条件中，弄清客户在哪个入口提问、看到什么回答，以及企业还能补充哪些资料。
先把观察对象写完整
“在某个平台测过”还不足以复查结果。至少要记下三个部分：产品入口、使用模式、完整问题。
入口可以是官方网站、手机应用或其他产品中的助手；模式可能涉及搜索、思考或研究功能；问题则包含客户的业务背景和限制条件。这些信息要以当时实际可见的界面为准。看不到具体模型版本，就写“界面未显示”，不要自行补全。
例如，DeepSeek 官网分别提供网页版、手机应用和 API 开放平台入口。观察面向消费者的网页回答时，应记录网页端的实际条件，不能只写一个模型名称，再用另一套 API 调用结果代替。查看 DeepSeek 官方入口
图示用于说明记录方法，不代表任何平台的内部工作流程。
搜索开关也需要单独记录。Kimi 帮助中心说明，开启联网搜索后，系统会判断问题是否需要实时数据。对于观察者来说，“开关已开”和“这一次确实展示了搜索过程或来源”应分开记录，不能直接画等号。查看 Kimi 搜索说明
用六个平台建立入口清单
可以把豆包、DeepSeek、千问、元宝、智谱清言和 Kimi 作为第一轮观察范围。下表是工作清单，排列顺序不代表市场份额、能力或推荐排名，也不表示六个平台应投入同样多的时间。
| 观察对象 | 官方产品入口 | 建档时先核对什么 |
|---|---|---|
| 豆包 | 豆包 | 使用的是网页还是客户端，本轮选择了什么模式 |
| DeepSeek | DeepSeek 网页版 | 记录实际搜索与思考状态，区分网页观察和 API 调用 |
| 千问 | 千问 | 记录产品页面名称、模式以及是否沿用旧会话 |
| 元宝 | 腾讯元宝 | 记录当前入口和界面显示的模型、模式；未显示则注明 |
| 智谱清言 | 智谱清言 | 区分实际使用的对话产品、其他助手和开发者工具 |
| Kimi | Kimi | 记录联网设置及本次可见的搜索、引用或来源信息 |
第一次建档时，从官方入口进入并保存页面名称和访问地址。产品名称、模式和界面可能调整；后续应更新记录，不要把旧教程中的按钮位置写成固定操作标准。
如果客户明确提到使用某个平台，可以把它列为优先观察对象，并保留咨询依据。暂时没有客户记录时，先用一组相同的问题做小范围观察，再决定哪些入口值得持续跟踪。不能用“我们团队常用”代替“客户主要使用”。
一轮同题观察，先固定问题和背景
以下为假设场景：一家制造企业准备改版官网，内部没有专职内容人员，希望先弄清该准备哪些资料。这是测试设计示例，不是六个平台已经完成的实测结果。
从问题库选出一个问题，保留完整表述：
我们是一家制造企业，准备改版官网，内部没有专职内容人员。与服务商沟通前，应先整理哪些产品和业务资料？请区分必须准备与可以后补的内容；如引用外部资料，请给出来源链接。
这条问题同时包含企业类型、任务和人员限制。第一轮在每个选定入口使用同一句话，先观察回答能否围绕这些条件展开。
- 每个入口新开会话。 避免把前一段聊天中的品牌提示或业务材料带入本轮。新会话并不能证明所有个性化影响都已消除，因此仍要记录账号类型、可见记忆设置和其他已知条件，不保存密码等凭据。
- 记录模式，再发送问题。 如果目标是观察搜索回答，就按当前界面选择相应功能。找不到入口、遇到限额或无法使用时，记为未完成观察，不能填成“品牌未出现”。
- 保存完整回答和可见过程。 保留提问、时间、回答、来源链接及必要截图，记录是否看到搜索提示。无法保存的部分如实注明，不能只截对品牌有利的一段。
- 先比较首轮，再单独做追问。 首轮回答保存后，可以用同一条追问检查资料分工。追问结果另起一条记录，并与前文关联，避免和独立首问混在一起。
例如，追问可以是：“如果产品参数由技术人员提供，案例由销售提供，怎样安排资料确认顺序？”它用于观察回答如何处理新条件。不要为了让某个平台提到自家品牌，在中途加入品牌名后仍把它当作自然发现结果。
指定官网链接的阅读测试也应单列。把网址直接交给 AI，是在观察它对指定页面的处理；不提供网址、只提出业务问题，才是在观察这一条件下是否自然出现品牌或页面。两种测试各有用途，结果不能合并解释。
比较回答时，分清四件事
同题观察不必马上产生总分。先把结果拆开，通常更容易找到内容动作：
- 需求理解：是否保留“制造企业”“没有专职内容人员”等条件，是否回答了准备资料这个任务。
- 事实准确：涉及企业、产品或服务范围的说法，有没有可核实的依据，是否把推测写成确定事实。
- 来源可核对：是否给出链接，链接能否打开，页面内容是否支持相应结论。
- 品牌与页面出现：是正文提及品牌、来源区列出官网，还是只出现一个没有直接依据的名称；分别记录。
有来源链接只是核实的起点，还需要打开原文检查对应关系。
假设某个回答给出一份资料清单，却没有引用任何页面，可以记为“本次未展示来源”；不能据此断言它从未检索网页。假设另一个回答链接到一家服务商官网，但把页面上的“可选服务”写成“标配服务”，就应记录这处具体偏差。以上均为判读示例，不对应任何平台的实际表现。
多个回答都提到同一家企业，也不意味着存在多个独立证据：应打开来源，检查是否引用了同一篇文章或其转载。企业需要知道哪些事实被表达对了，而不只是统计名称出现几次。
把记录变成下一步内容任务
可以用一张表维护观察，不需要一开始就搭建复杂系统。
| 记录组 | 必要内容 | 用途 |
|---|---|---|
| 问题与条件 | 问题编号、完整原话、入口、模式、会话条件 | 说明这次究竟测了什么 |
| 过程与证据 | 时间、操作人、完整回答、可见搜索提示、来源地址 | 让同事能够复查 |
| 结果判断 | 品牌提及、官网链接、事实偏差、未完成原因分别记录 | 避免把不同结果混为一个指标 |
| 内容动作 | 待补事实、对应页面、负责人、复测条件 | 把观察落实到可维护的资料 |
沿用上面的假设场景，如果多个有效回答都围绕产品参数整理展开，而企业官网只有一句“产品齐全”，团队可以先检查产品页是否缺少分类、参数说明和资料下载入口。是否补齐这些内容，要以实际业务资料和客户需求为依据；不能因为 AI 生成了一段话，就替企业承诺新的交付范围。
如果不同入口反复引用同一份过期资料，应先确认原页面是否需要更新，以及企业自己的事实页是否清楚。更新后，在保留问题和观察条件的前提下安排复测。回答变化只能说明这次观察出现了变化，不能单凭先后顺序断定是某一篇文章带来的效果。
先选能持续维护的观察范围
对于刚起步的团队，可以先从问题库中挑选少量重要问题，完成六个入口的初步建档，再依据客户使用证据、有效观察能否持续完成、是否能找到可执行的内容缺口，确定重点跟踪对象。这是一种工作安排建议，不是平台评分规则。
保留不理想的结果同样重要。登录失败、没有可见来源、回答与业务无关，都应与成功观察分开保存。复测时使用相同的问题版本，注明模式、入口和其他条件是否发生变化；不要只挑一次最满意的回答作为长期表现。
选择平台最终要回答的是：客户在哪里提出什么问题，企业能提供哪些准确资料，团队能否持续核对与维护。建立这套记录后，平台的变化才会转化为具体的内容任务。
继续阅读：第3篇｜企业如何建立问题库与意图树。下一篇将讨论国内 AI 搜索的信息来源，以及公开网页与平台内容之间需要核实的关系。
如果希望梳理品牌的 AI 可见度与官网内容缺口，可以联系引见。