站点跑久了，連結失效几乎是必然的：文章被删、栏目改版、商品下架、早年的外鏈指向了改名的頁面。對訪客来说，這只是多点一次返回键；對蜘蛛来说，則是一次没有结果的抓取——請求照常發出，配額照常消耗，却什么内容也没拿到。死鏈不會让站点立刻出問题，但积累到一定量，會让抓取效率打折扣，也让内鏈结构變得不可信。

死鏈通常從哪来

多數死鏈並不是被谁“制造”出来的，而是随着站点演進自然产生的。常见来源有几類：

• 内容生命周期結束：過期活動頁、下架商品、临时专题被刪除，但站内其他頁面仍有連結指向它。
• 栏目结构變動：改版时目錄名變了、URL 規則改了，舊地址没有做映射。
• 手工錄入错誤：編輯寫内鏈时漏了字符、贴错了地址，或者大小寫與真實地址不一致。
• 外部引用：別人轉载或引用了你的舊地址，你這邊改了名，對方並不會同步更新。

這四類的處理方式並不相同，先分清来源，再决定動作，比一律跳首頁要合理得多。

怎么把死鏈找出来

最省事的做法是同时從几個方向入手，互相补位：

1. 服務器日誌：筛出返回 404、410 的請求，按訪問次數排序。被反复訪問的地址，說明還有入口在指向它。
2. 抓取错誤报告：搜尋资源平台里的抓取異常列表，通常會给出發現来源，能直接看出是哪一层連結坏了。
3. 站内巡检：用爬虫工具把全站内鏈跑一遍，重点看導航、面包屑、正文推荐位和内鏈锚点。
4. 外鏈抽查：對引用量較大的頁面，偶尔確認一下對面是否還在。

整理成一張表會更清楚：地址、發現来源、命中次數、目前返回狀態碼、計划處理方式。

先修哪一批

不是所有死鏈都同等重要。優先級大致可以這样排：出現在主導航、頁脚、面包屑上的；有較多外鏈指向的；日誌里被频繁訪問的；最後才是只出現過一两次的孤立地址。

不同情况，處理方式不一样

• 内容還在，只是換了地址：做 301 跳轉到新地址，一跳到位。不要让舊地址先跳到列表頁再让用戶自己找。
• 内容彻底不要了：返回 404 或 410，明确告知不存在。用 302 跳回首頁是常见的错誤做法，會让蜘蛛把首頁当成這個地址的内容，也容易和软 404 混在一起。
• 整個栏目下线：用規則做整段映射，別逐個地址手寫跳轉，否則维護成本會迅速失控。
• 只是頁面上的連結寫错了：直接改源头連結最有效。跳轉是补救，改鏈才是根治。

404 頁面本身该做成什么样

很多人只關心死鏈清没清完，却忽略了 404 頁面是蜘蛛和訪客共同看到的那一屏。

• 狀態碼必须是 404，而不是返回 200 再顯示一句“頁面不存在”。
• 给出全站導航、搜尋框、几個热门入口，让訪客能繼續走下去。
• 不要設定三秒後自動跳首頁。這類行為容易被当成誤導性跳轉，效果也不好。
• 样式與站点保持一致，但不要在里面塞大量推廣位，那是另一種形式的浪費。

404 本身不是错誤，一個“找不到頁面”却返回 200 的地址，才是真正需要處理的問题。

處理完之後要驗證

改完不代表結束，至少要確認三件事：新地址返回的是 200；跳轉鏈只有一跳，没有层层叠加；站点地图里已经去掉了失效地址，同时补上了新的地址。日誌里再看一周，如果某個地址的訪問量明顯下降，說明入口基本修干净了。

把它變成日常動作

死鏈治理不需要一次做到底，更适合放進固定节奏：每周看一次日誌中的 404 排行，每月跑一次站内巡检，每次改版前先准备 URL 映射表。這样积累下来的是一份可维護的清單，而不是某天集中清理完又慢慢長回来的舊帳。