页面上线后，怎样证明公网读到的就是审核过的版本？

先保存原始字节，再生成检查摘要

只保存一张浏览器截图，无法核对canonical、响应类型或图片文件是否发生替换；只保存解析后的JSON，又可能遗漏解析器没有预料到的内容。首个生产样本保存文章HTML和正文图片的原始响应，记录抓取时间、最终URL、内容类型和哈希，再从同一份工件中提取验收字段。整份只读工件的字节数进入完成载荷，但逐项检查记录没有各自的bytes字段。

原始工件放在项目仓库之外，并使用不可覆盖写入。完成事件保存工件路径、文件哈希和摘要哈希。这样，后续即使页面更新，也能复核当次发布究竟读到了什么。工件存在不代表内容正确；它只是把判断依据固定下来。

单页200还不够，页面身份必须逐项一致

文章请求需要核对最终URL，避免HTTP跳转或错误路由把检查带到首页；响应内容类型必须是HTML。当前实现精确核对title、H1与canonical；description和alt目前只检查非空，尚未与冻结值做逐字一致性比较。正文图片还要检查内容类型和原始响应哈希。

这里尤其要防“旧页面返回200”。如果路由发布失败但服务器用通用页面兜底，状态码仍可能正常。标题、H1和canonical的组合检查可以发现这种假成功。图片同理：文件名不变时，必须通过哈希确认线上不是缓存中的旧图。

为什么还要回读知识中心、Sitemap和页脚

新文章自身可访问，不等于用户和搜索系统能够从站内找到它。知识中心应出现对应入口；当前Sitemap回读只核对规范URL是否存在，最后修改日期虽在候选路由登记，但尚未进入公网完成门的精确比较。日期只有内容真实变化才更新，不能用构建时间制造“持续更新”的假象。

全站发布还可能意外覆盖页脚配置，所以要同时核对法定主体、ICP备案和公安备案链接。两个域名分别拥有备案号；当前公开设计中，dayuanjingwei.cn最终跳转到规范的dayuanjingwei.com入口，规范页脚同时展示两条编号，并分别链接到对应官方查询。回读应核对这组真实关系，不能把规范跳转误判成编号串线。

完成事件应当是最后一次写入

• 先完成候选清单、生产切换、进程健康和公网原始回读。
• 再完成内容资产登记及管理后台投影核对。
• 最后比较生产事实、公开证据、后台状态和本次执行记录。
• 任一冲突进入阻塞或回滚，不签发“已完成”。
• 完成事件绑定原始工件，不能由部署命令提前生成。

2026年9月1日的首个生产样本形成完成事件，数据库登记三项内容资产，管理API完成回读。事件载荷的completedAt复用了执行起始时间，不能当作文件实际提交时刻。description、alt精确绑定和Sitemap最后修改日期仍待补齐；单一样本不能证明长期可靠，也不能证明页面被搜索收录、被模型选源或形成推荐。