站点執行久了，連結失效几乎是必然的：栏目調整、文章下线、域名迁移、图片改名，都會留下訪問不通的地址。這些地址對用戶来说是一次失望的点击，對搜尋引擎蜘蛛来说是一次無效抓取。死鏈治理不是一次性的清理動作，而是一套可以定期执行的流程。
死鏈通常從哪里来
- 内容下线或合並，舊地址没有做任何處理。
- 栏目改版、URL 規則調整，舊連結仍然有外鏈或站内入口指向。
- 图片、CSS、JS 等资源改名或迁移，頁面看起来正常但资源請求失敗。
- 手工輸入的地址、舊版分享連結、路径寫错的推廣連結。
其中资源類死鏈最容易被忽略，因為它不會让頁面报错，只會在控制台里留下几條失敗請求。
先分清 404、410 和软 404
内容确實不存在，就大方地返回 404；如果已经确定永久刪除且不希望再被訪問，可以返回 410。最需要避免的是软 404：頁面返回 200，但正文寫着“内容不存在”。這種前後矛盾的信号會让蜘蛛反复抓取這個空頁面。
另一種常见做法是把所有 404 都 302 跳到首頁。用戶点击後看到的是首頁，但地址没變、内容也不是他想要的，体驗並不好；對蜘蛛来说，這相当于把大量不同地址都指向同一個頁面。
自定义 404 頁面该放什么
404 頁面不该只是一句“頁面不存在”。它是一個挽留入口，可以包含：
- 返回首頁和主要栏目的連結。
- 站内搜尋框。
- 几個热门或最新的内容入口。
- 简短說明，告诉用戶地址可能已失效，並给出下一步動作。
另外要确保 404 頁面本身不依赖外部资源，也不要在上面做自動跳轉或堆大量脚本，避免加载慢或行為異常。
一套可执行的死鏈處理流程
- 定期掃描。用爬虫工具或與站点地图比對，抓取全站連結，輸出狀態碼不為 200 的地址清單。频率可以按月，改版期間加密。
- 结合訪問日誌。從日誌里找出被频繁訪問的 404 路径，這些往往是外部連結或老用戶书簽的入口，優先級更高。
- 判断處理方式。有等價内容的做 301 指向新地址；内容确實下线且無替代的，保留 404 或返回 410；只是用戶拼错的地址，可以不處理。
- 修正站内入口。把内鏈、導航、列表頁里指向死鏈的地址改掉，否則掃描结果還會反复出現。
- 清理外部引用。能联系到的外鏈来源，可以請求對方更新；無法联系的就接受現實，把精力放回站内。
- 记錄並复掃。處理完再跑一次掃描，確認清單收敛，避免修完又冒出新的一批。
重定向也要克制
修复死鏈时，容易顺手把一堆無關地址都指向首頁。這样會让蜘蛛在多個地址上拿到相同内容，也让用戶感到被绕了一圈。重定向尽量指向内容相關的頁面，找不到相關頁时，让 404 頁面承担引導职责更合适。
判断标准很简單：用戶点击這個連結，最想看到的是什么？指向它，或者明确告诉他這里已经没有了。
把死鏈治理變成日常
與其等死鏈积累成一大堆再集中處理，不如把它拆進日常：内容下线时顺手登记舊地址，改版时把重定向寫成清單，每月固定跑一次全站掃描。這样每次的工作量都不大，站内也不會長期挂着一批訪問不通的入口。