入口页铺出去只是开始，真正决定效果的往往是它们在之后几天到几周里还能不能正常被访问。域名解析、证书、主机、robots、模板内容，任何一环出问题，入口页就会从「可用」变成「沉默」，而你未必立刻知道。
为什么入口页需要定期巡检
入口页的特点是数量多、分布散、单价低。单页挂掉不会有人报错，也不会有人投诉，只会表现为抓取记录慢慢变少。等你从整体数据上察觉时，可能已经有一批页面失效了很久。把巡检做成固定动作，是把「事后发现」变成「事前发现」的成本最低的方式。
巡检要看的几个指标
- HTTP 状态码：200 是基本要求，出现 403、404、5xx 都要单独归类，不同类型的原因完全不同。
- 响应时间：首字节时间突然从几百毫秒涨到几秒，通常说明主机或回源出了问题。
- DNS 解析：解析结果是否和预期一致，有没有被解析到错误的 IP 或停放的页面。
- 证书状态：HTTPS 入口页的证书过期或者域名不匹配，会让访问直接中断。
- 内容是否被替换：抽查页面标题和正文片段，确认没有被主机商或中间层插入别的内容。
- robots 与 meta：确认没有被意外改成拦截写法，导致入口页自己把自己堵住。
巡检频次怎么定
不建议对所有入口页做同一频率的全量高频检测。比较实用的做法是分层：
- 新铺出去的入口页，头几天提高频率，确认稳定后降下来。
- 长期使用的入口页，按周或按双周做一次例行检查。
- 出现异常后修复的页面，短时间内加密复查，确认不是反复出问题。
整体上让每一轮巡检覆盖一部分页面轮转，而不是每次都从同一批开始，避免后面的页面永远排不上。
巡检的两种做法
自己写脚本
用脚本批量请求入口页，记录状态码、耗时和标题，输出成可以对比的表格。优点是灵活、成本低，能按自己的分组逻辑跑。需要注意的是别把并发开太高，一是会压到自己主机，二是短时间内大量请求同一批域名，本身也不像一个正常访问者。
用外部监测服务
外部监测的好处是从公网视角看问题，能区分「只有你本机访问异常」和「所有人都访问异常」。缺点是入口页数量大时费用不低，通常适合挑一部分关键入口做长期监测，其余靠脚本兜底。
发现异常后的处理顺序
- 先判断范围：是单页问题、同 IP 下的一批问题，还是同域名下的普遍问题。范围决定了你该修什么。
- 能直接修的优先修：证书过期、robots 被改、配置写错，这类问题修好即可，不必换页。
- 修不了或修起来不划算的，直接补页：比如域名被拦截、主机商侧的限制，纠缠成本往往高于重新铺一批。
- 回归验证：修完或补完之后，隔一段时间再查一次，确认状态确实稳定，而不是只恢复了十几分钟。
- 记录原因：把每次异常的原因归类记下来，几次之后你会发现自己踩的坑高度集中，能提前避开。
几个常见误区
- 只看状态码：200 不代表内容正常，页面被替换成占位页同样是失效。
- 只在出问题时才查：没有基线数据，出问题时你无法判断是「一直这样」还是「刚刚变化」。
- 巡检频率越高越好：高频请求自己的一批域名，既浪费资源，也让访问特征变得异常。
- 发现问题就立刻大批量更换：先分清是系统性故障还是个别页面，否则容易把好的一起换掉。
把巡检当成日常维护的一部分，而不是出事后的补救手段。入口页的价值在于持续可用，稳定性比一时的数量更重要。