URL重定向检查前需要准备哪些信息 - 短横线副题：先分清改链与换域再动手
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /3e913ddaf8cc.html
📄
URL重定向检查前需要准备哪些信息 - 短横线副题：先分清改链与换域再动手
检查URL重定向之前，至少要准备四类信息：旧URL与新URL的完整对照表、重定向类型（301还是302）、站内引用与外部链接来源清单，以及服务器或CDN上可修改的配置文件位置。缺少其中任何一项，检查就只能看到“跳没跳”，无法判断跳得对不对、代价有多大、会不会影响收录。
先明确要比较的两种处理方案
实际工作中常遇到两条路：一条是做URL重定向，把旧地址永久或临时指向新地址；另一条是不做重定向，直接让旧地址返回404，或者保留旧地址内容不动。两者不是好坏之分，而是适用条件不同。
URL重定向的代价是：需要维护映射关系，链式跳转（A→B→C）会拖慢响应，跳转目标写错会造成循环，临时重定向用久了会被当作长期状态处理。它的收益是：访问者不中断，已积累的外部链接可以继续指向有效内容。
直接404或不改动的代价是：原有外部链接和用户书签会失效，如果旧地址本身有稳定流量，这部分会流失。它的收益是：不需要逐条维护规则，适合页面已彻底下线、无替代内容的情况。
判断依据是旧URL是否还有价值。有外部链接、有自然访问、有用户收藏的旧地址，优先考虑重定向；纯测试页、临时活动页、内容已无对应主题的地址，404更干净。
检查前必须收集的清单
- 旧URL清单：从服务器访问日志、站点地图、搜索引擎站长工具、内链爬取结果中汇总，注意带参数的地址（如
?id=123）和大小写变体。 - 新URL清单：每条旧地址对应的最终目标，必须是一一对应，不能多条旧地址指向同一新地址却语义不符。
- 重定向类型：301表示永久，302或307表示临时。换域名、永久改路径用301；A/B测试、临时维护页用302。类型选错，检查时看到的跳转行为一样，但传递信号的意图不同。
- 规则所在位置：是写在Web服务器配置（如Nginx、Apache）、应用代码、CDN边缘规则还是域名解析层。位置不同，检查命令和生效范围不同。
- 站内引用情况：页面内链、导航、站点地图里是否还写着旧地址。只改服务器跳转而不改内链，等于每次访问都多一跳。
用对照表判断该选哪种方案
准备一张三列表格，逐行填写：旧URL、是否有外部链接或稳定访问、拟处理方式。假设某页面从/old-page迁到/new-page，且该旧地址有外部引用，那么选择301重定向，并在检查时确认最终落点是/new-page而不是中间页。假设某活动页已结束且无替代内容，选择让旧地址返回404，检查时确认它没有误跳到一个无关首页。
短例子（假设场景）：旧地址/a计划重定向到/b，但站内导航仍写着/a。检查时用curl -I请求/a，看到301指向/b，再请求/b确认返回200。若返回的是301到/c再到/b，就属于链式跳转，应把规则合并为一步。
动手检查的顺序与判断结果
- 先确认规则已部署：请求一条旧URL，看状态码是301、302还是200。
- 再确认最终落点：跟随跳转后，目标页返回200且内容与旧页主题对应。
- 然后查链式与循环：跳转次数超过一次就记录，出现回到原地址即为循环。
- 最后查覆盖面：把旧URL清单逐条请求，标记未命中规则的条目。
判断结果分三种：全部命中且一步到位，说明规则完整；部分命中，说明清单与规则不一致，需要补齐；命中但落点错误，说明映射关系写错，优先修正目标地址。
需要单独核查的是：robots.txt里的抓取限制不等于可靠的索引移除，重定向也不是删除索引的手段；站点地图不保证收录；HTTPS不保证安全无漏洞或排名。这些是检查时的边界，不要把它们当作重定向能解决的问题。
下一步
把上面那张三列表格填完，先只处理“有外部链接或稳定访问”的旧URL，逐条用curl -I或浏览器开发者工具的网络面板验证状态码与落点，确认无误后再批量部署剩余规则。
