第 10 章：怎样判断 GEO
有没有改善
第一条复测回答变准确了，能不能宣布成功
服务页、帮助页和合作介绍完成真实更新以后，小乔重新提出 Q01。
一条复测回答变成：
五十人办公室选择租赁方案时，可以重点确认设备容量、安装、日常清洁、定期维护、故障处理和耗材费用。豆序服务面向成都办公室提供咖啡机租赁与维护，具体上门范围和响应方式应以其当前服务说明及合同为准。购买还是租赁，可以根据每天杯量、是否有人维护和预算方式决定。
与第一次回答相比，“四川全省上门”消失了，选择条件也更完整。可见来源中还出现豆序当前服务页和新帮助页。
小乔很想写“官网内容优化已经成功”。周舟提醒她：这只是一条回答。还要检查原问题是否相同、入口条件是否可比、其他 31 项观察发生了什么，以及同期还有哪些变化。
复测先回到原来的八道题
团队没有将 Q01 改成“豆序为什么适合五十人办公室”，也没有删除第一次没有出现品牌的问题。
复测继续使用第 4 章冻结的八道原文、两个入口、新会话方式和每题两次观察。
问题、入口、账号状态、可见模式和记录方式尽量保持一致。无法保持的变化写进记录，不假装外部环境完全相同。
平台入口如果发生实质改版，应降低可比性，必要时建立新起点。按钮位置小改但任务不变，可以记录后继续。
先确认中间真正改变了什么
本轮公开变化只有三项：
- 当前服务页集中说明服务对象、上门区域与确认边界；
- 发布购买、租赁与维护选择帮助页；
- 合作方更正旧服务范围。
团队没有增加豆序实际服务城市，没有改变产品能力，也没有批量发布相似文章。
只有已经真实公开并确认可访问的页面进入复测说明。内部草稿和已发送但未完成的邮件不算变化。
这一步决定后面能够解释什么。若同期又改品牌名称、参加大型活动和新增十个渠道，结果变化会更难区分。
第 8、9 章留下的任务卡和发布记录，也标明了下一轮事项：帮助页主要回答购买与租赁选择，却只提醒客户核对费用与清洁责任，没有直接说明 Q03 的常见包含项。因此，本轮既要观察已经修复的内容，也要保留这个已知空白。
31 条与 32 条回答，为什么分母必须说清
第一次计划 32 项观察，其中 31 条有效，1 条技术失败。复测 32 项均形成有效回答。
因此，品牌出现次数 7→9 时，前后有效分母并不完全相同；报告不能只展示两个数字，隐藏运行质量。
技术失败没有被改写成品牌未出现，也没有因为成功重试而从历史记录中消失。
比较任何比例前，先说明它使用计划样本还是有效回答。对新手来说，直接报告计数与分母通常比制造小数更清楚。
把“变好了”拆成五项具体变化
| 观察项 | 第一次观察 | 复测 | 本轮怎样解释 |
|---|---|---|---|
| 有效回答 | 31 | 32 | 运行质量不同，比较时注明分母 |
| 出现豆序 | 7 | 9 | 本轮出现次数增加，仍然有波动 |
| 身份大致正确 | 5 | 8 | 豆序出现时的业务描述更准确 |
| “四川全省上门”错误 | 4 | 1 | 错误减少，但没有完全消失 |
| 展示企业当前页面 | 2 | 5 | 当前页面在本轮更多成为可见来源 |
| 展示新帮助页 | 0 | 3 | 新页面开始出现在部分来源中 |
最有价值的变化不是豆序多出现两次，而是服务范围错误从 4 条变成 1 条，身份描述也更准确。
与此同时，新帮助页只在 3 条回答中可见，仍有一条回答保留旧错误。项目还没有结束。
回到最初两条问题线，分别看有没有变化
第 7 章没有提出一个笼统的“曝光问题”，而是留下两条问题线。复测也应沿原线返回。
| 原问题线 | 中间公开动作 | 本轮复测证据 | 当前判断 |
|---|---|---|---|
| 服务范围被写成“四川全省上门” | 更新合作介绍，服务页集中说明当前边界 | 错误由 4 条减少到 1 条；当前页面展示由 2 条增加到 5 条 | 错误减少，修复方向与变化一致；仍需追查剩余来源 |
Q01、Q02 缺少购买/租赁直接答案 | 发布购买、租赁与维护帮助页 | Q01 选择条件更完整；新帮助页在 3 条回答中可见 | 当前答案开始成为可见资料，但尚不能说明稳定采用 |
Q03 费用包含项仍不够直接 | 本轮帮助页只提供核对框架 | 复测后仍需要继续判断具体包含项 | 保留为下一轮内容任务，不冒充本轮已解决 |
这种比较比“总分提高多少”更有用。它告诉团队哪项动作对应哪项证据，哪些内容已经出现变化，哪些还要进入下一轮。
为什么不能写成“帮助页带来了提升”
同一时期，合作方页面也完成了更正，外部 AI 产品本身可能变化，回答仍存在生成波动。
当前结果与企业修复方向一致，但无法证明新帮助页是唯一原因。
更准确的说法是：
在本轮相同八道问题、两个入口和相近观察方式下，豆序出现时的服务范围更准确，过期说法减少，当前页面在更多回答中成为可见来源。这些变化与本轮公开修复方向一致；由于同期还有合作方页面更新和外部产品变化，不能归因于单一页面。
“同时发生”是相关线索，不是自动因果。
品牌出现增加也不等于咨询或收入一定增加。业务影响还需结合销售来源、客户沟通和其他营销活动判断。
回答没有变化，也要留下来
八道题中并非每一条都出现豆序，也不是所有回答都展示新页面。
没有变化的样本不能删除。它可能说明主答案与该问题不相关，仍有旧来源，当前原因解释不够完整，或者只是本轮生成波动。
若看到不满意结果就继续提问，直到出现好答案；看到满意结果就停止，最终只能得到选择性截图。
观察次数必须在结果出现以前决定。
一段合格结论要同时写变化、边界和下一步
豆序最终写道：
在相同八个问题、两个入口和相近观察方式下，本轮 32 条有效回答中，豆序出现时的企业身份更准确，“四川全省上门”错误由第一次观察的 4 条减少到 1 条；新帮助页在 3 条回答中成为可见来源。品牌出现次数由 7 条变为 9 条，但回答仍有波动。由于同期还存在合作方页面更新和外部产品变化，当前证据只能支持“本轮错误减少、当前页面可见性增加”，不能证明单一内容修改带来固定推荐或业务增长。
下一轮不继续批量写文章，而是检查剩余错误的可见来源，并根据豆序真实方案补充 Q03 的费用包含项答案。只有业务负责人确认哪些项目常见包含、哪些必须按合同确定以后，才能公开这部分内容。
这段结论能让团队继续工作，也能在以后回头复查。
现在动手：完成一次可以解释的复测
回到第 4 章冻结的问题，选择与本轮公开修改直接相关的三到八道。沿用原入口、新会话和观察次数，先确认公开页面仍然可访问。
保存全部回答和运行状态，把第 7 章的问题线、第 8 章的内容任务、第 9 章的公开记录与本轮回答并排：原问题是什么，中间实际改了什么，复测出现什么证据，哪些错误或答案空白仍未解决。
最后写三句话：本轮范围内具体变了什么，哪些边界仍然存在，下一步决定是什么。不要用一个综合分替代原始回答。
前十章到这里已经完成豆序第一次小闭环。第 11 章会把企业事实、八道问题、31 条第一次有效回答、公开修复、32 条复测回答和下一轮任务放进同一条工作线，解决“成果都有，却散在六个文件夹”的问题。
延伸阅读与资料来源
- Aggarwal 等人的论文 GEO: Generative Engine Optimization 提供按查询观察生成式回答可见性的研究背景。本章将其转化为新手可执行的复测思路，不把论文实验结果当成企业效果承诺。
- 美国国家标准与技术研究院发布的 生成式人工智能风险管理框架简介 强调持续测量、记录环境和监控变化。本章借用这些通用原则，不视其为国内平台规则。