域名和 HTTPS 证书是站点最底层的两个开关。它们平时几乎不出现在日常运营清单里，一旦到期，表现却是全站级的：所有页面同时打不开，所有抓取同时失败。与其等出事再处理，不如把这两件事做成定期自查的项目。
为什么这两件事容易被漏掉
域名通常开启自动续费，证书通常一年一签，两者都有较长的有效期，中间不会给出任何提醒。当运营动作集中在内容和结构上时，这类到期型问题很自然被忽略。更麻烦的是，出问题的时机不由你决定：可能是周末、假期，也可能是流量高峰。
域名到期自查
注册信息与续费状态
- 确认域名注册商账号仍可正常登录，绑定的邮箱和手机号还在使用；邮箱失效会导致续费提醒和转移确认都收不到。
- 核对到期日，确认自动续费处于开启状态，绑定的支付方式没有过期。
- 确认域名状态没有异常锁定，不处于赎回期或争议状态。
- 如果域名由第三方代管，明确谁负责续费、按什么时间点提醒。
DNS 与解析
域名续费本身不影响解析，但如果同时更换了 DNS 服务商或调整过记录，就需要单独确认。建议在续费前后各检查一次主要解析记录是否完整，尤其是 A、AAAA、CNAME 以及用于验证的记录。
HTTPS 证书到期自查
先看清证书覆盖范围
- 确认证书覆盖所有实际在用的主机名，包括带 www 和不带 www，以及可能存在的二级域名。
- 确认证书链完整，中间证书没有缺失。
- 确认页面不再引用 http 资源，避免出现混合内容提示。
到期前的验证步骤
- 记录当前证书的到期日，提前至少两到三周进入准备状态。
- 完成续签或换发后，先在测试环境验证，再切换正式证书。
- 切换后用命令行或在线工具确认实际生效的确实是新证书。
- 检查站点的强制跳转规则，确认跳转后仍在 https 下，且状态码正常。
到期与变更对抓取的实际影响
证书过期时，浏览器和爬虫都会看到安全警告或连接失败，抓取会大面积中断；域名过期或解析异常同理。即使只是短期故障，也可能让已经形成的抓取节奏被打乱，恢复后需要一段时间才回到原状。因此这类问题更适合用提前发现来解决，而不是事后补救。
到期类故障的特点是影响面大、恢复慢，而检查成本极低。把到期日写进日历，比任何应急方案都划算。
把它做成例行事项
- 建一张清单，记录域名到期日、证书到期日、续费负责人和提醒时间。
- 设置两到三个提醒节点，例如到期前 30 天、14 天、7 天。
- 把检查结果记录在同一个地方，换人接手时能直接看到当前状态。
- 证书更换后，顺手确认站点地图、robots.txt 和主要页面仍可正常访问。
- 如果站点有多个域名或子域，逐个核对，不要只检查主域名。
这类自查不需要复杂工具，关键是定期执行并留下记录。把到期时间当成和内容更新同等级别的运营事项，站点就不太可能在毫无准备的时候整体不可用。