站点运营里有一類故障很低級，但發生频率並不低：域名到期、證书過期、服務器欠費。它們平时不顯眼，出問题时却是整站級的影响，而且往往挑在周末或半夜。
先列一張到期清單
不要依赖记忆，把所有“站点還能不能正常訪問”相關的東西寫進一張表里。
- 域名：主域名、用于跳轉的老域名、当年做活動留下的二級域名，各自的註冊商和到期日。
- SSL/TLS 證书：單域名證书、通配符證书、多域名證书，簽發時間、到期日、是否自動續期。
- 服務器與主机：云主机、VPS、虚拟主机的租期、計費方式、绑定的付款方式。
- 基础设施服務：DNS 解析、CDN、對象存储、负载均衡、獨立的資料库實例。
- 第三方依赖：統計代碼、邮件推送、短信、驗證碼、搜尋服務的額度與授權期限。
這張表至少要寫清三件事：到期日、负责人、續費方式。只寫到期日的清單，出了事還是没人處理。
提醒要设在還来得及處理的時間点
- 域名提前 30 到 60 天提醒。域名過期後虽然有一段宽限期，但解析可能提前被停，流量和邮件都會中断。
- 證书提前 30 天提醒。留出重新簽發、替換、域名驗證的時間，遇到驗證失敗還有余量。
- 服務器和云资源提前 7 到 15 天提醒，帳期一般比較規律。
- 第三方服務同样登记，尤其是埋在頁面里的脚本，一個失效就可能拖慢整個頁面的加载。
能開自動續費的就開，但自動續費不能替代提醒。續費失敗最常见的原因是绑定的卡過期或余額不足，而失敗通知很容易被丢進垃圾邮件。
几個容易被忽略的隐性失效
註冊信箱
域名註冊信息里的信箱如果已经废弃，續費提醒、轉移確認邮件全都收不到。建议用团队的运维信箱，並定期確認能正常登入。
DNS 托管分散
有的域名在 A 服務商註冊，解析却在 B 平台；換過人之後两邊都不知道對方的存在。自查时把註冊商和解析服務商都记下来。
證书續期“看起来在跑”
自動簽發脚本可能几個月前就失敗了，只是没人看日誌。可以加一個简單探测：定时訪問站点，检查證书剩余天數，低于阈值就告警。
备案與主体信息
主体變更、办公地址變更後，如果相關信息没有同步更新，需要核驗时容易被卡住。
真出問题了怎么办
- 證书過期：先確認是不是鏈不完整或服務器時間偏差，再重新簽發部署；部署後记得刷新 CDN 上的舊證书。
- 域名過期：尽快續費，留意是否進入赎回期，解析恢复需要一定時間。
- 服務器欠費：先確認資料是否還在，再决定續費還是迁移。
到期類事故的共同点是處理窗口很短，而恢复時間很長。花半小时做一張清單，比事後抢修划算得多。
落地建议
把這張清單接進季度巡检：每季度確認一次到期日、负责人和續費方式有没有變動，確認提醒能正常收到，確認證书續期任務确實成功执行過。运营的稳定感，往往就来自這些不起眼的確認動作。