重定向本身不是坏事。站点改版、更換域名、合並栏目、修正错誤地址时，301 是保留用戶路径與訪問体驗的常規手段。問题往往出在跳轉鏈上：A 跳 B、B 跳 C、C 才是终点，或者兜了半天跳進一個 404。蜘蛛每遇到一次 3xx，都要額外發起一次請求，鏈子越長，抓取预算消耗越多，最终地址被發現的時間也越晚。
跳轉鏈是怎么一点点攒出来的
大多數跳轉鏈不是刻意设計的，而是多次改動叠加的结果。改版时加了規則，合並栏目时又加一层，协议迁移时再套一层，没人回头看最早的地址，鏈子就變長了。
- 多次改版叠加，同一條路径上套了三四层規則；
- 只更新了頁面里的連結，舊的重定向規則一直留着；
- 模板里寫死了带 www 或 http 的地址，靠跳轉兜底；
- 大小寫、结尾斜杠、參數寫法不统一，用跳轉来掩盖差异；
- 域名級跳轉（www 與非 www、http 與 https）和路径級跳轉叠在一起，一次訪問要跳好几下。
一轮自查可以這样做
- 先從服務器日誌里捞 3xx 狀態碼的請求，看看占比和集中出現的路径；
- 抽样選擇地址：栏目頁、詳情頁、改版前的老地址各取几條；
- 逐跳查看。用命令行工具或抓包工具按顺序跟進每一跳的狀態碼與 Location 字段，把跳數记下来；
- 確認终点。最终地址應返回 200，並且和頁面上的 canonical 指向保持一致；
- 检查内鏈與站点地图。站内連結、導航、站点地图里應该直接寫最终地址，而不是让蜘蛛多跳一次；
- 检查跳轉類型。長期有效的迁移用 301，短期的 302、307 不要用来承担長期职责；
- 修复时把多跳合並成一條直達規則，並清理已经用不到的中間規則。
需要重点盯的几類地址
- 首頁的多個域名變体，是否一次就能跳到主域名；
- 改版後废弃的舊目錄，是否還挂着一長串規則；
- 带舊參數的文章或栏目地址；
- PC 與移動端之間互相跳轉的頁面；
- 舊协议下的资源頁與下载頁。
修改时容易踩的坑
- 一次性替換全部規則，出問题没有回滚方案；
- 用跳轉鏈去掩盖重复内容，结果和 canonical 的指向互相打架；
- 把 301 当萬能工具，内容已经刪除還全部跳首頁，用戶和蜘蛛都會困惑；
- 中間規則删得太急，站外老連結直接變成 404。
一條規則尽量一條鏈，能一跳到位就不要加第二跳；改規則之前先把舊規則導出留档，改完再抽几條地址驗證一遍。
把它放進日常节奏里
重定向鏈自查不需要天天做，但每次改版、合並栏目、迁移协议之後做一轮，成本其實很低。它和 robots、站点地图、canonical 的自查是一套组合動作：入口干净、路径直達，蜘蛛拿到的地址清單才更接近真實頁面，站点结构也不會因為歷史遗留的层层跳轉而變得难以理解。