验收GEO项目时，合格的交付不只是几篇文章或一份关键词表，而是要能逐项对上页面、内容、结构化数据、引用依据、查询记录和版本文件。适用边界要说清：AI是否引用、带来多少访问或线索，无法通用判断，需用自家数据验证；验收重点应放在交付物是否完整、页面是否能被访问与理解，以及后续能否复盘。
只交文章，项目其实还没闭环
假设一个项目交付了十篇问答文章，但没有对应页面地址、版本号、更新时间、目标实体和引用材料，后续就很难判断哪篇内容正在使用，改动后又影响了什么。文章本身只是内容成品，不能代替页面发布、技术配置和记录文件。
一套可交接的物料，至少应能回答四个问题：写给谁看，解决什么查询，落在哪个页面，依据来自哪里。若交付清单只有标题、正文和关键词，验收人应把缺少的页面归属、内容用途、引用出处与更新责任补进项目文档。
GEO项目要收哪些成品
内容物料可按用途分成几组：页面正文与摘要、标题和描述、问答模块、作者或机构介绍、引用来源说明、图片或图表文字，以及适合机器读取的结构化数据。每项都要有对应页面或文件名，不能只在会议纪要里口头说明。
技术物料还应包括页面清单、抓取与索引观察记录、站点地图变更记录、robots.txt变更记录、结构化数据代码或导出文件。Google 搜索中心的《搜索抓取与索引概览》说明了抓取、处理和索引之间的关系，因此验收时应把页面能否访问、返回状态和是否允许抓取分开记录，不能把“已上线”当成“已索引”。
页面能不能被看懂，不能只看字数
页面验收要看内容是否直接回答问题，标题、首段、小标题、列表和结论之间是否围绕同一主题。实体名称、产品或服务名称、组织介绍、作者信息和页面描述应保持一致；同一对象如果在不同页面使用多套叫法，后续整理与查询测试都会增加判断成本。
结构化数据也不能只看代码存在。Schema.org 的《Article》和《Organization》定义了文章、组织及其属性的表达方式，验收时应把代码中的名称、网址、作者、日期和页面主题，与页面可见文字逐项比对；页面没有展示或无法说明的内容，不应仅靠标记补出来。
一份能落地的验收清单怎么写
把验收表做成“交付物—页面—状态—问题—处理人—更新时间”的关系，而不是只打勾。下面这组动作适合交接前使用，重点是留下可复盘的记录：
- 逐页打开交付地址，记录是否能正常访问、页面标题、首段结论、更新时间和页面归属；异常页面单独标记。
- 查看抓取限制、站点地图和页面返回状态，记录检查日期与页面状态；不要把爬虫访问、答案出现、引荐点击混写成同一结果。
- 导出结构化数据，比较名称、作者、组织、日期和页面主题是否与可见内容一致；有报错时保留报错截图或导出文件。
- 逐篇列出引用材料、对应观点和引用位置，检查引用是否真的支撑该句；没有出处的行业数据、周期、成本和效果描述改成待验证假设。
- 用目标问题做查询测试，记录日期、设备、查询原句、出现位置、是否有引用、是否点击和落地页；结果只代表当次观察，不代表平台长期表现。
- 把最终正文、代码、页面截图、查询记录和修改说明放入同一版本目录，写清本次改了什么、为什么改、下一次看什么。
效果怎么记，才不会把信号混在一起
项目效果要单独建立观察闭环：观察对象可选AI引荐点击，记录引荐来源、落地页、有效表单和成交状态；主转化事件只选一个，并按实际销售周期设置归因窗口。爬虫访问和答案出现可以作为中间信号，但不能直接当成订单或线索。
如果要判断内容是否值得继续投入，需用自家数据验证有效线索率、订单成本或目标事件完成率，再和自然搜索、付费广告、品牌词搜索、直接访问分开记录。无法识别来源的访问标为“未识别”，不要为了填报表强行归到AI引荐。版本变更后重新记录，才看得出变化来自页面、内容还是渠道。