站点运营里有一类故障很低级，但发生频率并不低：域名到期、证书过期、服务器欠费。它们平时不显眼，出问题时却是整站级的影响，而且往往挑在周末或半夜。
先列一张到期清单
不要依赖记忆，把所有“站点还能不能正常访问”相关的东西写进一张表里。
- 域名：主域名、用于跳转的老域名、当年做活动留下的二级域名，各自的注册商和到期日。
- SSL/TLS 证书：单域名证书、通配符证书、多域名证书，签发时间、到期日、是否自动续期。
- 服务器与主机：云主机、VPS、虚拟主机的租期、计费方式、绑定的付款方式。
- 基础设施服务：DNS 解析、CDN、对象存储、负载均衡、独立的数据库实例。
- 第三方依赖：统计代码、邮件推送、短信、验证码、搜索服务的额度与授权期限。
这张表至少要写清三件事：到期日、负责人、续费方式。只写到期日的清单，出了事还是没人处理。
提醒要设在还来得及处理的时间点
- 域名提前 30 到 60 天提醒。域名过期后虽然有一段宽限期，但解析可能提前被停，流量和邮件都会中断。
- 证书提前 30 天提醒。留出重新签发、替换、域名验证的时间，遇到验证失败还有余量。
- 服务器和云资源提前 7 到 15 天提醒，账期一般比较规律。
- 第三方服务同样登记，尤其是埋在页面里的脚本，一个失效就可能拖慢整个页面的加载。
能开自动续费的就开，但自动续费不能替代提醒。续费失败最常见的原因是绑定的卡过期或余额不足，而失败通知很容易被丢进垃圾邮件。
几个容易被忽略的隐性失效
注册邮箱
域名注册信息里的邮箱如果已经废弃，续费提醒、转移确认邮件全都收不到。建议用团队的运维邮箱，并定期确认能正常登录。
DNS 托管分散
有的域名在 A 服务商注册，解析却在 B 平台；换过人之后两边都不知道对方的存在。自查时把注册商和解析服务商都记下来。
证书续期“看起来在跑”
自动签发脚本可能几个月前就失败了，只是没人看日志。可以加一个简单探测：定时访问站点，检查证书剩余天数，低于阈值就告警。
备案与主体信息
主体变更、办公地址变更后，如果相关信息没有同步更新，需要核验时容易被卡住。
真出问题了怎么办
- 证书过期：先确认是不是链不完整或服务器时间偏差，再重新签发部署；部署后记得刷新 CDN 上的旧证书。
- 域名过期：尽快续费，留意是否进入赎回期，解析恢复需要一定时间。
- 服务器欠费：先确认数据是否还在，再决定续费还是迁移。
到期类事故的共同点是处理窗口很短，而恢复时间很长。花半小时做一张清单，比事后抢修划算得多。
落地建议
把这张清单接进季度巡检：每季度确认一次到期日、负责人和续费方式有没有变动，确认提醒能正常收到，确认证书续期任务确实成功执行过。运营的稳定感，往往就来自这些不起眼的确认动作。