验收阶段应交付完整的GEO风险清单，但“完整”指问题、影响范围、处理状态、证据位置和后续责任都能对应起来，不是把文档做得很长。若项目范围只含页面改造，就不应把AI引荐或转化结果写成交付成果；这类效果无法通用判断，需用自家数据验证。
验收交付不只是发一份清单
一份能用于验收的清单，至少要让接收方看懂每个问题发生在哪个页面、属于什么风险、当前处理到哪一步，以及谁负责后续动作。只有“高风险、待处理”这类标签，无法判断项目是否完成，也不方便后续复盘。
交付内容还应包含页面地址、问题描述、处理建议、当前状态、复核时间、相关截图或测试记录。若某项因业务审批、开发排期或外部平台限制暂缓，应单独列出原因和下一次处理条件，不能混在已完成事项里。
“完整”到底要包含哪些东西
可以把交付拆成四层：风险清单、处理结果、支撑材料、版本说明。风险清单回答“哪里有问题”，处理结果回答“改了什么”，支撑材料回答“怎么证明改动已发生”，版本说明回答“本次验收覆盖到哪一天、哪一批页面”。
对页面类GEO项目来说，robots.txt、站点地图、重要页面状态码、页面正文、结构化数据、组织与产品名称、引用来源，都应有对应记录。这里的“有记录”不等于每项都已通过，而是要明确通过、待改、暂缓或不适用。
别把结果承诺混进验收范围
页面能访问、服务器返回状态正常、站点地图格式可读取，属于可以直接观察的技术结果。Google Search Central《搜索抓取与索引》对抓取、索引和页面状态之间的关系有相应说明，但这些机制资料不能推出AI一定引用页面。
AI回答是否出现页面、是否产生引荐点击、是否带来表单或订单，属于效果层结果。它会受到查询内容、页面主题、品牌认知和用户行为影响，无法通用判断，需用自家数据验证。因此合同或验收单应把“完成页面改造”和“持续观察效果”分成两栏。
页面问题要和证据一一对上
风险清单最容易失去作用的地方，是描述和证据分开。比如写“页面不可抓取”，却没有记录测试页面、访问时间、返回状态或相关配置位置，接收方就无法判断这是已修复、误报，还是只完成了口头说明。
证据不必追求复杂，关键是能回到现场。页面截图适合说明展示内容，服务器日志或状态测试适合说明访问情况，版本差异记录适合说明改动前后。每项材料都要标出对应编号，避免一张截图被拿来支撑多个没有关系的结论。
抓取、索引和引用不是一回事
抓取表示系统访问了页面，索引表示页面是否进入搜索系统的内容库，AI回答引用则是另一层表现，三者不能在验收单里合并成“已收录”。Google Search Central《搜索抓取与索引》可以支持抓取与索引机制的说明，却不能替项目方证明某次AI回答已经采用该页面。
验收记录可以分别设置“可访问性”“抓取信号”“索引状态”“答案出现”“引荐点击”五个栏目。若没有可识别的引荐点击，就不要把答案展示或爬虫访问写成GEO转化成果，避免项目交付与经营结果混在一起。
结构化数据写了，不代表事情就结束
结构化数据的作用是用机器可读的方式描述页面实体、类型和属性。Schema.org的《Schema.org Vocabulary》定义了词汇类型与属性的表达方式，但使用某个类型并不代表搜索系统或AI平台一定展示，也不能替代页面正文中的清晰说明。
验收时要看三件事是否一致：页面正文写的名称，结构化数据中的名称，以及站点其他重要页面使用的名称。产品名、机构名、作者名出现多种写法时，应把统一写法记录进版本说明，后续新增页面沿用同一规则。
交付后用一张表把闭环跑起来
如果项目希望继续观察GEO表现，可在验收后单独建立记录表，不把它倒塞回一次性交付。建议主转化事件只选一个，例如有效表单；销售周期较长时，归因窗口要按自家业务周期设置，不能直接套用别人的时间。
- 记录观察对象：AI引荐点击、落地页、引荐来源、有效表单和成交状态。
- 统一页面版本：每次改动记录日期、改动位置、改动原因和对应页面。
- 区分信号层级：爬虫访问、答案出现、引荐点击、自然点击分别统计。
- 按完整记录周期查看有效线索率或订单成本，数字只作为自家数据结果，不当作行业基准。
- 若结果没有改善，回看页面主题、抓取状态和内容对应关系，再决定修改范围。
这样验收就有了清晰边界：技术交付在项目节点收口，效果观察在后续周期持续记录，双方不会因为“清单交了”却无法说明后续变化而产生理解偏差。
哪些情况可以列为暂缓项
并非所有风险都要在验收当天处理完。需要开发资源的模板改造、需要业务确认的实体命名、需要持续观察的AI引荐表现，都可以列为暂缓项，但必须写清触发条件、负责人、计划时间和不处理时的影响。
暂缓项不能用模糊的“后续优化”带过。比如某类页面尚未纳入本次范围，就写明页面数量口径、未覆盖原因和下一次纳入条件；某个结构化数据属性没有业务来源，就标注“不适用”并说明原因。清楚的边界，比一张看起来全是绿色的表更有用。