404notfound改版或迁移时应核对什么，一份可执行检查清单
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /ecdb1487f7cd.html
📄
404notfound改版或迁移时应核对什么，一份可执行检查清单
改版或迁移时核对 404notfound，核心是确认三件事：旧地址是否还能到达正确的新地址、返回的状态码是否符合预期、以及错误页是否把用户和搜索引擎引向有效内容。只要其中一项出错，就可能出现用户看到死胡同、搜索引擎持续抓取无效地址、协作方互相返工的情况。下面这份清单按“查什么、怎么查、结果说明什么”组织，可直接用于交付前的自查与交叉复核。
先区分“真404”和“假404”
改版后常见的混乱，是把本该跳转的旧地址直接返回了 404，或者把本该返回 404 的地址做成了 200 的软错误页。
- 要查什么：旧 URL 清单中每一条的 HTTP 状态码，以及有跳转时的最终落点。
- 怎么查：用命令行逐个请求，例如
curl -I https://example.com/old-page，观察第一行状态码和Location头；批量场景可用爬虫工具导出状态码与跳转链。 - 结果说明什么：返回 301 或 308 并指向内容对应的新地址，属于正常迁移；返回 404 说明映射缺失；返回 200 但页面内容是“抱歉，页面不存在”，属于软 404，对用户和搜索引擎都是误导。
适用条件：仅当旧地址确实有等价的新内容时才做跳转。若旧内容已彻底下线且无替代，返回 404 或 410 是合理选择，不必强行跳转到首页。
核对跳转链是否一次到位
多级跳转是迁移中最容易被忽略的返工点。A 跳到 B、B 又跳到 C，虽然最终能到达，但每次请求都增加延迟，也让排查变复杂。
- 要查什么：每条旧地址的跳转次数与最终 URL。
- 怎么查：使用
curl -IL跟随跳转，或爬虫工具查看 redirect chain；重点看是否存在 301→301→301 的串联。 - 结果说明什么：一跳直达新地址最清晰；出现两跳以上，应把中间地址改为直接指向最终地址。若形成 A→B→A 的循环，用户会看到浏览器报错，必须立即修复。
判断依据：跳转链越长，出错概率越高，也越难在多人协作中确认责任归属。交付前把跳转关系整理成“旧地址→新地址”的一对一表格，比口头说明更可靠。
检查 404 页面本身是否可用
404 页面不是“随便放一句话”就够。它需要让用户知道发生了什么，并提供继续浏览的出口。
- 要查什么：错误页是否正确返回 404 状态码、是否有站内搜索或主要栏目入口、是否误用了自动跳转。
- 怎么查：手动访问一个不存在的地址，同时查看响应头状态码；再检查页面上的链接是否可达。
- 结果说明什么：状态码为 404 且页面提供导航，属于合格；状态码为 200 说明配置错误；状态码为 404 但页面空白或只有报错文字，用户体验差，应补充返回首页或搜索入口。
注意：robots.txt 中屏蔽某个地址，只能阻止抓取，不能替代 404 状态码，也不能作为可靠的索引移除手段。若希望旧地址从搜索结果中消失，应结合状态码与页面实际情况判断，而不是只依赖抓取限制。
确认站点地图与内链没有指向死地址
迁移后如果站点地图仍列出已删除的旧地址，或站内链接大量指向 404，会持续制造无效抓取。
- 要查什么：站点地图中的 URL 是否全部返回 200；站内主要导航、文章正文链接是否存在 404。
- 怎么查：抓取站点地图中的全部地址并记录状态码；用爬虫扫描站内链接，筛选出 404 列表。
- 结果说明什么：站点地图出现 404，说明地图未同步更新，应替换为新地址或移除；站内链接出现 404，应改为新地址。站点地图只帮助发现地址，不保证收录，因此不能把“已提交地图”当作问题已解决。
适用条件：站点地图应只包含希望被收录的规范地址。把大量已下线页面继续留在地图中，会增加无效抓取，也会干扰协作方判断哪些地址仍有效。
交付前的交叉复核与记录
多人协作时，最有效的做法不是口头确认，而是留下一份可复查的记录。
- 导出旧地址清单，标注每条的目标状态：跳转、410、404 或保留。
- 用统一工具跑一遍状态码与跳转链，把结果填入清单。
- 由另一人抽查至少一批高风险地址，例如首页、栏目页、曾带来流量的文章页。
- 把 404 页面、站点地图、内链扫描结果一并归档，注明检查时间与检查人。
结果说明什么：如果抽查发现状态码与清单标注不一致，说明映射表或服务器配置存在偏差，应先修复再交付。若全部一致，这份记录即可作为后续复查的基线。
下一步建议：先整理一份旧地址与新地址的对照表，再按上面的清单逐项跑状态码和跳转链，把异常项单独列出并指定修复人。这样能把“改版后有没有 404 问题”从模糊印象变成可核对的结果。
