重定向看起来是件小事，一條 301 就能把老地址指向新地址。但当站点经歷改版、換域名、調整目錄结构，或者只是把 http 改成 https 之後，重定向規則往往會攒下不少問题：跳轉鏈一层套一层、两條規則互相指、跳轉之後路径和參數丢失。訪客遇到這些，可能只是多等半秒；爬虫遇到，往往就直接放弃跟進。
重定向為什么會越积越多
大多數重定向都不是一次規划好的，而是遇到問题临时加的。第一次換域名加一條規則，後来统一 www 再加一條，再後来啟用 HTTPS 又加一條，最後上线新栏目结构时又补一條。單看每條規則都没错，叠在一起就成了一條冗長的鏈路：A → B → C → D。每多一跳，就多一次請求往返，也多一次出错的机會。
四類高频問题
1. 跳轉鏈太長
理想情况下，從舊地址到最终地址應当只有一跳。可以抽查一批歷史 URL，用带重定向追踪的工具看完整鏈路。如果發現两跳以上，就把中間环节合並，让舊地址直接指向最终地址。
2. 循环或互相重定向
典型场景是 http 跳 https、https 又跳回 http，或者 www 與非 www 互相指。浏览器通常提示“重定向次數過多”，爬虫同样會停止跟進。检查這几组規則时，建议同时確認服務器配置（如 Nginx、Apache）和 CDN、负载均衡层是否各寫了一套規則，多层叠加是最容易打架的地方。
3. 跳轉類型用错
- 301：地址永久變更，适合改版迁移、目錄調整。
- 302 / 307：临时跳轉，适合活動頁、灰度期間。長期用 302 處理永久變更，會让搜尋引擎一直不确定最终地址是哪一個。
- JavaScript 跳轉或 meta refresh：能不用就不用。它依赖頁面被渲染，鏈路里一旦夹着它，排查會變得很麻烦。
4. 跳轉後路径、參數丢失
把 /old/a.html 统一跳到首頁，等于把原本有内容價值的地址全部指向同一個頁面。更合理的做法是尽量做到一對一映射；确實没有對應頁面的，再归拢到最接近的栏目頁或首頁。带跟踪參數的地址，跳轉时也應保留核心參數，避免訪客落地後丢失来源信息。
自查清單
- 把站点目前生效的重定向規則列出来，集中放在一處，避免散落在多個配置文件里各自為政。
- 抽查舊地址样本，確認跳轉鏈只有一跳，且最终响應狀態碼為 200。
- 检查 www 與非 www、http 與 https 是否收敛到唯一版本。
- 確認没有循环跳轉，也没有指向 404 頁面的跳轉。
- 確認跳轉後路径與必要參數被保留。
- 检查分頁、篩選、大小寫、结尾斜杠等容易产生重复地址的形式是否被正确處理。
- 更新站点地图與内部連結，尽量让連結直接指向最终地址，减少對跳轉的依赖。
改版迁移时先做映射表
迁移前把舊 URL 和新 URL 整理成一張對照表，逐條标注處理方式：一對一、一對多、合並到栏目頁，還是確認下线。表里空着的條目就是風險点，需要在上线前补上决定。上线後按表逐條驗證狀態碼和落地頁面，比随机抽查靠谱得多。
重定向是给已经存在的地址兜底，不是長期方案。内部連結、站点地图、對外分享的地址，都應该尽早更新到最终版本，让重定向只服務外部舊連結。
驗證时看什么
不要只看浏览器能不能打開。用命令行查看响應头里的狀態碼和 Location 字段，往往能更快發現問题；批量驗證时可以寫個脚本遍歷映射表，把狀態碼不是 200、鏈路長度大于 1 的地址挑出来逐一處理。處理完隔一段時間再跑一遍，因為有些問题會在新規則上线之後才暴露出来。