連結巡检是站点运营里最容易被推迟的一件事。頁面明明還能打開，看起来一切正常，直到有用戶点進某個老栏目發現頁面不存在，或者服務器日誌里反复出現同一個已经不存在的地址。失效連結不會让站点立刻出問题，但會一点点消耗訪問体驗和爬行效率。
失效連結不只是一種形態
很多人把死鏈等同于“頁面返回 404”，實际巡检时會遇到更多情况，處理方式也不一样：
- 整頁失效：地址返回 404、410，或者跳轉到一個與原文完全無關的頁面。
- 跳轉鏈過長：A 跳 B、B 跳 C 才到最终頁，每多一跳就多一次請求和一次不确定性。
- 循环跳轉：A 跳 B、B 又跳回 A，浏览器直接报错，爬虫也會放弃這條路径。
- 资源 404：HTML 本身正常，但图片、CSS、JS、字体文件缺失，頁面渲染错乱。
- 软性失效：狀態碼是 200，内容却是“内容已刪除”或大段空白。
区分這些形態的意义在于：只有整頁 404 才适合直接做跳轉或下线，跳轉鏈和资源缺失往往是配置疏漏，改掉源头比不断补鏈更有效。
為什么值得定期清理
對多數中小站点来说，少量死鏈不會带来明顯波動，不必因此紧張。真正需要關注的是長期累积：用戶顺着内鏈点進去却扑空，會直接离開；同一批失效地址被反复請求，會让有限的抓取時間花在没有内容的地方；新頁面本来有机會被更早發現，却因為入口堵塞而延後。把巡检当成一次性的紧急修复，通常過几個月又會回到原点，做成固定节奏更省事。
巡检的三類對象
站内連結
包括導航、面包屑、正文内鏈、頁脚、标簽頁和相關推荐。重点關注两類：一類是栏目調整、文章合並之後留下的歷史連結；另一類是從列表頁批量生成的連結，例如已下架商品或已刪除的专题頁。
出站連結
合作站点下线、對方改版換域名、參考资料整体迁移，都會让外鏈變成死鏈。這類連結不必全部刪除，但至少要知道哪些已经不可用，避免正文里挂着打不開的引用。
站点地图與提交入口
站点地图里如果還留着已经失效的地址，等于主動把無效入口交给搜尋引擎。每次批量下线内容之後，顺手核對一遍站点地图，比事後排查更快。
發現失效地址後的處理顺序
- 先確認實际狀態碼：用命令行工具或抓取工具看返回的是 200、301 還是 404，不要凭浏览器顯示判断，很多软失效在浏览器里看不出異常。
- 有對應内容就做 301：舊地址指向最接近的現存頁面，一跳到位，避免串成跳轉鏈。跳轉目标要和原内容相關，不要统一丢到首頁。
- 确實没有對應内容就让它正常失效：返回 404 或 410 比返回 200 的空壳頁更清晰，也更省事。長期刪除的内容不必强行保留頁面。
- 更新引用它的内鏈：先改連結，再考虑跳轉。内鏈指向舊地址的情况往往比想象中多，改完能减少大量無谓跳轉。
- 同步站点地图和站内導航：把已下线的地址從地图、導航、推荐位里去掉，避免再次产生新入口。
容易被漏掉的几處
- 文章配图、封面图、下载附件，正文改版後图片路径常常失效而無人察觉。
- 分頁地址，尤其是第二頁之後，栏目調整时最容易整段失效。
- 站内搜尋结果頁和篩選组合地址，被外部引用後就成了長期死鏈。
- 舊版頁面模板里的公共资源，例如图标、字体、統計脚本。
- 移動端與桌面端两套地址中，只更新了一邊。
把巡检變成常規動作
比較省心的做法是固定频率做一次全站掃描，比如每月一次，配合内容批量調整之後再补一次抽查。日常則依赖服務器日誌和訪問統計：如果某個地址持續出現 404 且請求量不低，就說明還有外部入口在指向它，值得優先處理。把巡检结果记錄在同一個表格里，标注處理方式和時間，下次再遇到相同地址时不必重新判断。
死鏈本身不是問题，長期没人管才是。清理的重点不是把每個失效地址都變成 301，而是让站内入口、站点地图和跳轉關系保持一致。