死链查询：改版或迁移时应核对什么？先定重定向与保留清单
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /9730d4885476.html
📄
死链查询：改版或迁移时应核对什么？先定重定向与保留清单
改版或迁移时，死链查询的核心不是把旧网址全部删掉，而是先核对哪些旧网址仍有价值、哪些已被新页面承接。结论是：有对应新内容的旧网址优先做301重定向；没有对应内容、且确认无流量无外链的旧网址才返回404或410。两者不能凭感觉选，要靠访问日志、外链数据和站点地图交叉判断。
先分清301与404的适用条件
301适合旧页面主题与新页面一致或高度接近的情况。例如旧产品页迁移到新分类下的同款产品页，用户需求没变，只是路径变了。此时重定向能保留用户路径，也方便搜索引擎把旧网址的信号转移到新网址。
404或410适合旧内容已彻底下线、没有替代页面的情况。比如临时活动页、已停售且无同类替代的型号页。强行重定向到首页或无关分类，会造成大量软404式体验，用户和搜索引擎都可能判断为低质跳转。
判断时看三项：旧网址是否还有外部链接、是否还有自然搜索点击、新站是否有主题匹配的承接页。三项都无，才考虑直接返回404。
改版迁移时的死链查询核对清单
- 导出旧站全部URL：从旧站点地图、服务器访问日志、CMS后台分别导出，合并去重。
- 标记每个旧URL的状态：保留、重定向、返回404、返回410。
- 为每个重定向填写目标URL，并确认目标页返回200且内容相关。
- 检查重定向链：避免A跳到B、B又跳到C，尽量一步到位。
- 检查重定向环：A跳B、B跳A会导致用户和爬虫无法到达最终页。
- 核对大小写与结尾斜杠：/Page 与 /page 可能是两个地址，迁移后要统一。
- 核对参数URL：带跟踪参数的旧地址是否需要重定向到规范地址。
- 更新站内链接：导航、面包屑、文章内链不要继续指向旧地址。
- 更新站点地图：只提交返回200的最终URL，不提交重定向或404地址。
- 核对robots.txt：不要用robots.txt屏蔽旧目录来代替重定向或404处理。
其中robots.txt的抓取限制不等于可靠的索引移除。被屏蔽的网址仍可能因外链等原因出现在搜索结果中，只是摘要信息可能受限。因此迁移时应让旧网址可被抓取，再通过301或404给出明确状态。
两种处理方案的比较依据
方案一：全量301到新站对应页。适用前提是新旧内容有稳定映射关系，且目标页可正常访问。验收信号是旧URL返回301、最终URL返回200、内容主题一致，站点地图只包含最终URL。
方案二：无对应内容的旧URL返回404或410。适用前提是确认该URL无外链价值、无搜索点击、无用户收藏需求。验收信号是旧URL返回404或410，且站内没有任何链接继续指向它。
两种方案可以混用，但必须逐条记录理由。不要因为“怕丢权重”就把所有旧URL都跳到首页，这会让搜索引擎难以判断新站结构。
可执行的抽查步骤与验收信号
迁移完成后，用爬虫工具或命令行对旧URL列表做批量检查。以文字说明为例：对每个旧地址发起请求，记录状态码和最终地址。若状态码是301，继续跟踪到最终地址，确认最终地址返回200；若状态码是404或410，确认该地址不在站点地图和站内链接中。
抽查时优先覆盖四类URL：首页及栏目页、有外链的旧文章页、旧产品页、带参数的旧活动页。每类抽若干条，人工打开确认落地页内容是否相关。若发现重定向到无关页面，应改回404或补充对应承接页。
站点地图不保证收录，它只是发现网址的辅助入口。提交新站点地图后，仍需通过访问日志观察搜索引擎抓取情况，而不是把提交当作收录完成。
下一步：建立迁移后的死链监控
迁移不是一次检查就结束。上线后应定期复查旧URL状态码、重定向链和404日志，把新增死链按“有替代页”和“无替代页”分别处理。先完成旧URL清单与状态码核对，再决定哪些做301、哪些返回404，这比事后补救更可靠。
