入口頁铺出去只是開始，真正决定效果的往往是它們在之後几天到几周里還能不能正常被訪問。域名解析、證书、主机、robots、模板内容，任何一环出問题，入口頁就會從「可用」變成「沉默」，而你未必立刻知道。
為什么入口頁需要定期巡检
入口頁的特点是數量多、分布散、單價低。單頁挂掉不會有人报错，也不會有人投诉，只會表現為抓取记錄慢慢變少。等你從整体資料上察觉时，可能已经有一批頁面失效了很久。把巡检做成固定動作，是把「事後發現」變成「事前發現」的成本最低的方式。
巡检要看的几個指标
- HTTP 狀態碼：200 是基本要求，出現 403、404、5xx 都要單獨归類，不同類型的原因完全不同。
- 响應時間：首字节時間突然從几百毫秒涨到几秒，通常說明主机或回源出了問题。
- DNS 解析：解析结果是否和预期一致，有没有被解析到错誤的 IP 或停放的頁面。
- 證书狀態：HTTPS 入口頁的證书過期或者域名不匹配，會让訪問直接中断。
- 内容是否被替換：抽查頁面标题和正文片段，確認没有被主机商或中間层插入別的内容。
- robots 與 meta：確認没有被意外改成拦截寫法，導致入口頁自己把自己堵住。
巡检频次怎么定
不建议對所有入口頁做同一频率的全量高频檢測。比較實用的做法是分层：
- 新铺出去的入口頁，头几天提高频率，確認稳定後降下来。
- 長期使用的入口頁，按周或按双周做一次例行检查。
- 出現異常後修复的頁面，短時間内加密复查，確認不是反复出問题。
整体上让每一轮巡检覆盖一部分頁面轮轉，而不是每次都從同一批開始，避免後面的頁面永遠排不上。
巡检的两種做法
自己寫脚本
用脚本批量請求入口頁，记錄狀態碼、耗时和标题，輸出成可以對比的表格。優点是灵活、成本低，能按自己的分组逻辑跑。需要注意的是別把並發開太高，一是會压到自己主机，二是短時間内大量請求同一批域名，本身也不像一個正常訪問者。
用外部监测服務
外部监测的好處是從公網视角看問题，能区分「只有你本机訪問異常」和「所有人都訪問異常」。缺点是入口頁數量大时費用不低，通常适合挑一部分關键入口做長期监测，其余靠脚本兜底。
發現異常後的處理顺序
- 先判断范围：是單頁問题、同 IP 下的一批問题，還是同域名下的普遍問题。范围决定了你该修什么。
- 能直接修的優先修：證书過期、robots 被改、配置寫错，這類問题修好即可，不必換頁。
- 修不了或修起来不划算的，直接补頁：比如域名被拦截、主机商侧的限制，纠缠成本往往高于重新铺一批。
- 回归驗證：修完或补完之後，隔一段時間再查一次，確認狀態确實稳定，而不是只恢复了十几分钟。
- 记錄原因：把每次異常的原因归類记下来，几次之後你會發現自己踩的坑高度集中，能提前避開。
几個常见誤区
- 只看狀態碼：200 不代表内容正常，頁面被替換成占位頁同样是失效。
- 只在出問题时才查：没有基线資料，出問题时你無法判断是「一直這样」還是「刚刚變化」。
- 巡检频率越高越好：高频請求自己的一批域名，既浪費资源，也让訪問特征變得異常。
- 發現問题就立刻大批量更換：先分清是系統性故障還是個別頁面，否則容易把好的一起換掉。
把巡检当成日常维護的一部分，而不是出事後的补救手段。入口頁的價值在于持續可用，稳定性比一时的數量更重要。