先说结论：官网上线后应该检查什么？用一份清单覆盖 HTTPS、SSL 证书、DNS、可用性、关键页面、接口和异常告警。
上线当天要完成的基础检查
先确认主域名和常用入口都能通过 HTTPS 正常访问，HTTP 会跳转到唯一版本，页面没有证书警告或循环跳转。再检查桌面与移动端、表单提交、错误页和备案信息。
- 主域名、常用子域名和 HTTP/HTTPS 跳转
- SSL 证书链、有效期和自动续期条件
- DNS 记录、解析结果和不再使用的旧记录
- 首页、核心服务页、联系表单和错误页面
- 移动端布局、加载状态和主要交互
持续监控不应只盯着首页
首页返回成功并不能代表业务正常。应根据网站用途选择关键页面、API 或提交动作，分别设置检查频率、超时、重试和告警条件，避免一次短暂抖动造成大量误报。
- 可用性和响应时间趋势
- SSL 证书到期前的分级提醒
- DNS 解析变化和关键记录检查
- 关键 API 或表单的真实可用状态
- 服务器资源、容器健康和错误日志（需授权）
告警必须对应明确的处理动作
告警只有在有人接收、知道影响范围并能执行处理时才有价值。每个关键检查应约定联系人、通知渠道、升级条件和恢复确认方式。
- 区分提醒、故障和高风险事件
- 注明检查对象、首次发现时间和连续失败次数
- 保留最近一次正常状态与必要诊断信息
- 恢复后发送通知并记录处理结果
公开检查与授权检查要分开
公开可访问信息可用于基础健康检查；需要后台、服务器或登录态的检查必须单独确认用途和权限。不要为了“检查更全面”而提供与任务无关的账号、密码或密钥。
常见问题
网站健康检查需要提供后台密码吗？
公开可访问信息的基础检查不需要后台密码。只有经确认的服务器或登录态检查才需要最小范围授权。
SSL 证书正常，为什么网站仍可能打不开？
网站可用还依赖 DNS、网络、服务器、应用和上游服务。证书只是整个访问链路中的一环。
监控能保证网站永远不出问题吗？
不能。监控的作用是在定义范围内更早发现异常，并提供清晰告警和处理线索。