SEO/GEO 发布验收：上线不等于公开可验证

直接判断：SEO/GEO 内容的完成定义不能停在“文件已写、构建已过、页面能打开”。真正的验收至少要拆成五个状态：内容已批准、部署产物正确、公开页面可读、搜索系统选择符合预期、目标问题开始产生有效表现。前四层没有证据时，不应宣布“已经收录”或“已经被 AI 理解”。

先做判断

先定义本次发布要证明什么。若只是修正文案，成功标准应是公开页面内容、元数据和内链与批准稿一致；若修复规范页或结构化字段，还要回读 HTML 与验证报告；若目标是索引或搜索表现，则必须接受它是发布后的观察项，不是部署瞬间即可证明的结果。

将发布卡片写成一句话：对象 + 预期改变 + 不应改变的范围 + 验证证据 + 观察窗口 + 回退条件。这样能阻止“顺便改一批页面”，也能避免把时间性结果混入技术验收。

决策框架：五道验收门

第一道是内容门。核对标题、主答案、事实来源、例外、作者/责任主体、更新时间、隐私和内链。平台算法细节、展示资格和时效性规则只保留验证路径，不写成稳定承诺。

第二道是构建门。运行内容 schema、链接、类型和构建检查，确认没有草稿误公开、日期格式错误、路由冲突或引用不存在。构建通过只证明产物可生成。

第三道是部署门。对比部署前后差异，确认目标环境、版本和变更范围。先用少量代表页面或模板做小样本，尤其是涉及全站导航、规范标签、结构化数据和商品状态的改动。

第四道是公开回读门。从公开 URL 读取最终响应、跳转、标题、规范标签、robots 指令、正文、内链和机器字段；同时检查移动端关键内容与交互。不要用后台预览或局部组件渲染代替完整页面。

第五道是搜索观察门。使用执行当日仍有效的官方工具检查发现、抓取、规范选择与索引状态，再记录目标查询的展示、点击和业务动作。AI 检索可用固定问题集做有日期的观察，但不能把一次引用当作长期可见性。

遇到 URL 层问题时，进入 抓取、索引与展示诊断；遇到正文、商品数据与机器字段冲突时，回到 搜索与 AI 共用事实层 修正源头。

验收记录应该长什么样

每次发布至少保存：目标 URL、变更摘要、批准版本、部署版本、公开回读时间、检查环境、通过项、失败项、待观察项与负责人。状态使用“本地已验证”“已部署”“公开已回读”“索引待观察”“搜索表现待观察”等具体词，不用一个笼统的“完成”。

常见误判

• 构建通过就等于公开正确。缓存、路由、环境和模板仍可能造成差异。
• 后台显示已更新就等于爬虫已读取。必须查看公开响应和最终页面。
• 提交 URL 就等于会被索引。提交只是触发或提示，结果仍需回读。
• 看到一次 AI 引用就宣布 GEO 成功。回答会受时间、上下文和产品变化影响。
• 发布后同时改内容、结构、规范与导航。变量过多会让失败难以定位。

验证清单

• 发布目标、非目标范围、证据与回退条件已写清。
• frontmatter、schema、路由、内链和构建检查通过。
• 部署版本与批准差异一致，没有夹带无关改动。
• 公开 URL 的响应、正文、元数据、规范和机器字段已回读。
• 移动端与关键模板状态已抽样。
• 抓取、索引与展示分别记录，未互相代替。
• AI 检索观察包含问题、日期与环境，不作长期保证。
• 平台工具入口和资格规则已在执行当天按官方资料复核。

适用边界

本手册适用于会影响搜索可见性、商品理解或 AI 检索的内容与模板发布。小型纯文案修订可以缩减技术步骤，但仍应做公开回读；涉及全站模板、URL、规范标签或批量页面的变更，应采用更严格的小样本、差异批准和回退机制。搜索系统何时抓取、是否索引、如何展示不由站点单方面控制，因此验收只能证明己方状态与观察证据，不能承诺外部结果。