网站上线检查清单

验证内容和导航

每条公共路线都需要最终副本、有效的导航以及针对丢失或失效页面的深思熟虑的响应。有效的主页并不能证明活动链接、语言变体或页脚目的地是正确的。

抓取候选版本，检查重定向并查看代表性页面上的标题、描述、规范和语言替代。

内容审查不仅仅包括拼写。确认每个公共模板上的当前品牌名称、联系方式、价格、服务范围、法律链接和肖像权。抓取内部链接并决定如何重定向已停用的 URL。从渲染的生产 HTML 中检查标题、描述、规范 URL 和备用语言。在整个构建过程中搜索暂存标记和占位符文本，以便它们不会出现在手动审核期间遗漏的页面中。

测试完整的用户旅程

按钮和表单需要从第一次点击到最终确认和操作交接进行测试。存储记录但未能通知团队的联系表单并不是成功的查询路径。

提交联系、报价和购买流程的真实测试用例；确认电子邮件传送、回复路由、错误和重复保护。

使用类似生产的数据测试完整的旅程。提交每份联系方式和报价单，验证发送的电子邮件、回复地址、保存的记录、失败消息和重复处理。对于商店，通过支持的付款和交货状态下测试订单。包括验证、连接缓慢和提供商故障。仅当操作目标也收到继续任务所需的信息时，成功屏幕才是证据。

使用生产配置

本地成功不会验证域、HTTPS、环境变量、外部服务或反向代理行为。丢失的机密或不正确的主机规则只有在部署后才会被破坏。

针对目标域运行烟雾检查，验证安全重定向并确认客户端捆绑包中不存在私有配置。

生产配置需要自己的清单。验证 DNS、HTTPS、主机重定向、环境变量、电子邮件凭据、反向代理标头、计划工作人员和备份位置。确认机密保留在服务器端，并且应用程序端口不会不必要地暴露。在干净的浏览器中测试匿名访问，因为经过身份验证的管理员会话可以隐藏公共访问者将遇到的缓存、权限或重定向问题。

准备回滚和所有权

发布需要已知的先前版本、备份范围以及可以响应失败检查的人员。如果没有回滚路径，一个小缺陷可能会导致长期停机，而团队则在压力下进行重建。

记录发布前部署的修订版本和回滚路径。指定监视应用程序和代理日志、触发回滚的检查以及可以恢复的先前映像或包的人员。从服务器外部部署后重新检查主要路由。简短的书面发布记录可以加快事件响应速度，并防止团队猜测哪个版本、迁移或环境值已达到生产。