验收时打开正式域名，用客户真正会使用的路径检查。测试环境正常、构建命令通过和文件上传完成，都不能单独证明访客看到的版本正确。
先确定本次发布的页面范围与版本，准备几条预期结果，再记录实际网址、检查时间和发现的问题。
从首页进入核心详情
核对公司或品牌名称、服务范围、联系方式和主要图片。选择一个重点产品，沿导航进入详情，确认长标题、参数表和下载入口正常；从文章返回相关服务时，也应当能找到自然的链接。
手机检查不要只看首屏。往下阅读长段落和表格，打开并关闭菜单，再进入联系页。针对文字放大、键盘访问与焦点提示，可使用 W3C 的初步检查作为起点。
功能结果要在接收端确认
| 功能 | 访客侧检查 | 接收或管理侧检查 |
|---|---|---|
| 咨询表单 | 正常提交、漏填、错误格式与失败反馈 | 是否收到记录，字段是否完整 |
| 文件下载 | 链接可访问、文件名称与版本正确 | 发布文件是否与交付版本一致 |
| 内容更新 | 正式页面显示新内容 | 编辑与发布记录能否对应 |
| 联系入口 | 邮箱、电话或其他入口可用 | 联系信息是否属于当前业务 |
不包含的功能不列入本次验收。对于表单，浏览器校验和服务端处理要分别确认；仅有“提交成功”的提示并不代表资料已送达，相关原理见 MDN 表单验证。
旧网址和搜索基础单独核对
旧站改版先拿出网址清单，检查沿用页、迁移页和停止提供的内容。重要正文应能直接访问，页面标题与内容一致，规范地址指向预期网址，站点地图只列有效页面。
这些是网站可以直接验证的条件。百度在链接提交说明中明确指出提交不保证收录，因此不能把技术检查通过写成搜索效果已经达标。
给每个问题留下一条可复现记录
记录网址、操作步骤、预期结果、实际表现和所用设备。修正后用相同路径复核，再标记完成。需要后续补充的内容明确负责人，而不是把所有问题压缩成一句“页面再优化”。
交接时再完成一次内容修改和正式发布操作，并核对源码、账号权限与恢复说明。网站是否上线可用、团队是否能够接手维护、搜索是否带来有效访问，分别记录，才能看清后续工作落在哪个环节。