复测结果不理想时，不能只凭一次查询表现就直接判定项目不通过，是否成立要看合同写明的验收指标、测试环境、服务边界和整改安排。若页面基础工作已完成，但查询样本、时间窗口或实体表达仍有偏差，应先拆分问题；若约定动作没有完成，再按合同处理。判断重点不是一句回答好不好，而是交付内容能否被逐项记录和复现。
复测不理想，为什么不等于直接不过
GEO验收面对的是一组页面、查询和内容表现，不是一个固定按钮。一次查询没有出现目标页面，可能与问题写法、地区、登录状态、模型版本、页面更新状态有关，也可能是页面本身没有完成抓取。单次结果只能作为观察记录，不能替代合同中约定的验收条件。
如果合同写的是“完成页面改造、提交站点地图、补齐结构化数据、建立查询记录”，验收就应围绕这些交付项判断；如果合同写成“必须被某个模型引用”或“达到某个固定数量”，则要看双方是否明确了测试口径和可控范围。没有清晰口径时，直接给出整体结论，容易把技术偏差和交付缺口混在一起。
真正要看的，是哪一项没有达标
验收可以分成基础交付、内容表达和效果观察三层。基础交付包括页面能否访问、重要页面是否允许抓取、站点地图是否可读取、规范链接是否统一；这些内容可通过浏览器、服务器响应和搜索引擎工具记录。Google 搜索中心的《Google 搜索的抓取和索引基础知识》说明了抓取、索引与页面可访问性的关系。
内容表达层要看主题是否集中、服务对象是否清楚、页面之间的实体名称是否一致，引用资料能否支持对应结论。效果观察层则包括AI回答中是否出现页面、是否产生引荐点击和后续有效行为。引用出现不等于点击，点击也不等于成交，这些信号需要分开记账，不能用一个结果替代全部验收。
一次查询没出现，先别把它当最终答案
复测时应固定查询文本、设备、地区、登录状态、测试日期和页面版本，再进行多轮记录。若只截取一张回答截图，无法判断结果来自页面变化、查询差异还是模型输出变化。截图可以留作辅助，页面地址、发布时间、版本号和查询原文更适合组成连续记录。
对同一主题，可以把结果分成“未出现页面”“出现页面但没有点击”“出现引荐并进入页面”“进入后产生有效表单”等层级。这里的“有效表单”要由企业自行定义，例如排除测试提交和重复提交。成本、周期、单量与转化效果无法通用判断，需用自家数据验证，不能把复测一次的表现写成长期效果。
页面基础没做好，复测结果就很难解释
页面如果返回异常状态、被访问规则限制、重要内容依赖脚本后才显示，或站点地图没有包含目标页面，复测结果就缺少稳定基础。根据 Google 搜索中心关于抓取和索引的说明，网站需要让搜索系统能够访问并理解页面内容；这属于页面基础条件，不等同于获得AI引用。
结构化数据也要按页面真实内容填写，不能把页面没有出现的服务、评价或组织关系写入标记。Schema.org 的词汇说明了类型与属性的表达方式，但它不构成AI引用或转化结果的承诺。实际复测时，应把页面正文、结构化数据、标题、描述和实体名称放在同一版本记录中，避免改了页面却仍拿旧内容作比较。
合同里没写清楚，双方就容易各说各话
验收条款至少要写清服务页面范围、交付动作、测试平台、查询主题、记录形式、复测次数、整改时限和不适用情形。对于AI回答、引用位置、点击量等外部结果，应写成观察指标或待验证目标，并注明平台版本、地区和查询条件会影响结果。
更稳妥的写法是把“页面基础交付”和“效果观察”分开：前者按已完成的技术项目逐项验收，后者按约定周期记录数据，不把外部模型输出当作服务方可单独控制的结果。若复测不理想，双方先判断是漏交、页面异常、测试口径变化，还是效果仍需观察，再决定整改、延期观察或部分验收。
用一张记录表，把结论做得更清楚
- 记录页面版本、查询原文、测试日期、地区、设备和登录状态，保留对应页面截图及页面文本。
- 检查页面访问状态、抓取规则、站点地图、规范链接和结构化数据是否与当前版本一致，发现差异就单独列项。
- 把AI回答出现、引荐点击、自然搜索点击和品牌词搜索分开记录，不把爬虫访问当成引用，也不把引用当成订单。
- 提前选定一个主转化事件，例如有效表单或订单，并按实际销售周期设定观察窗口；没有企业数据时，只能保留为待验证假设。
- 复测后按“已交付、待整改、需继续观察、超出服务范围”分类，给每项附上页面版本、截图、日志或订单记录。
这套闭环的判断顺序是：看访问与交付，再看内容理解，最后看引荐和转化。若基础项缺失，先修页面与记录；若基础项完整但效果波动，则延续同口径观察。这样得出的结论会比一句“通过”或“不通过”更能说明下一步该做什么。