WordPress 换了栏目、文章链接或产品目录后，发现一条 404 只是第一步。真正能交给编辑修复的清单，还需要回答：哪个页面引用了旧地址，链接文字是什么，旧内容有没有对应的新页面。
如果这次只想检查公开页面的链接，可以用 XunL 死链检测与网站爬取工具在浏览器里提交检查、查看来源页，再导出修复清单。下面用一次真实的小范围检查说明怎样读报告，并把它转换成 WordPress 改版后的处理步骤。
先选检查范围，不急着把额度拉满
第一次检查可以从首页、博客列表或刚改版的栏目页开始，选择 100 个网址、深度 2。先关闭外链、图片资源和 Sitemap 补充来源，确认能正常读到页面，再根据问题扩大范围。
起始页决定从哪里发现链接，不代表只检查这个目录。页面上的导航可能把爬虫带到同站其他栏目。一个结果达到上限的检查，只能说明已覆盖的部分，不能据此宣布全站没有死链。
中文界面中的相同参数。下方结果图保留此次英文界面的实测结果。
站点所有者可用 robots.txt 控制抓取。XunL 遵守禁止规则和 Crawl-delay；默认同站最多 3 个并发请求，有 Crawl-delay 时按间隔串行。它读取服务器返回的 HTML，不运行页面里的 JavaScript。只在浏览器脚本执行后出现的菜单、商品列表和链接，需要另用带渲染能力的检查方式。
本次实测：没有发现 404，发现一条旧地址重定向
2026 年 10 月 24 日，我们从 https://www.xunl.net/blog 提交上述检查。报告记录了 100 个网址：67 条正常、1 条重定向、32 条按设置跳过；其中爬取了 54 个 HTML 页面，耗时 13.5 秒，界面四舍五入显示 14 秒。
本次已检查的部分没有发现 404，也没有服务器错误或超时。 报告同时提示达到 100 个网址上限，另有 1,306 个发现的网址未检查。因此，这份结果不能作为全站无错的证明。
有用的记录是旧入口 /tools/deadlink.html。它返回 301，再到 /tools/broken-link-checker/，最终为 200。报告列出了三个引用位置：本站首页、关键词规划师页面和百度推送工具页面；首页的锚文本包含“网站 404 死链检测”。
这不是死链。它说明迁移后的兼容跳转仍然有效，也给出了可以直接更新内链的位置。检查时点的结果是“可优化旧内链”，不是“页面打不开”。本文没有为了演示而向线上添加坏链接，也没有执行这次内链修改。
把报告变成编辑能处理的清单
先筛选“死链”，再看站内链接。每条至少记录四项：目标网址、实际状态、来源页、锚文本或图片说明。遇到多处引用，展开详情查看其他位置，避免只修第一处。
CSV 按当前筛选条件导出，每个网址一行，包含首个来源页；若同一问题有多处引用，Excel 的“问题出现位置”工作表更适合逐处处理。该工作表收录死链、服务器错误、超时和连接错误的已保存来源记录。正常重定向应在结果中单独筛选、展开来源；不要把空的“问题链接”表理解成报告里没有重定向。本次 Excel 的问题表为空，与没有发现上述错误的实测结果一致。
给修复清单再加上“处理方式”和“复测结果”两列。这样同一个旧 URL 在菜单、文章和页脚里各出现一次时，就能分清哪些引用已改、哪些仍未改。
WordPress 中按原因修，不要把所有 404 都跳到首页
下面是假设性的排查示例，不是本次网站实测发现：假如报告显示一篇产品介绍里“下载目录册”的目标为 /downloads/catalogue-old.pdf，返回 404，先打开来源页确认按钮，再核对媒体库中的正确文件地址。
| 发现的原因 | 处理位置与方法 | 复测应看到什么 |
|---|---|---|
| 文章里拼错链接、漏了路径或引用旧文件名 | 在来源文章、页面或按钮中改成正确地址 | 来源页已保存；点击和重新爬取均到正确内容 |
| 菜单、页脚或公共区块重复引用旧地址 | 检查导航菜单、站点编辑器、主题模板或页面构建器对应组件 | 所有已记录引用位置更新，避免只改正文 |
| 内容已永久迁移到对应的新页面 | 更新站内引用，并为旧地址配置到对应新页面的永久跳转 | 旧地址到相关新页面；内链可直接到最终 200 地址 |
| 内容已删除，没有合适替代页 | 删除或改写来源页中的引用，根据实际情况保留正确的 404/410 响应 | 页面不再引导用户去失效资源 |
| 多个正常文章在改版后一起变成 404 | 先核对固定链接结构与服务器重写规则，再安排批量处理 | 原本应存在的页面恢复，不靠无关跳转掩盖问题 |
WordPress 的固定链接设置会影响文章和归档地址；排查时可参考 WordPress 固定链接设置官方说明。涉及服务器规则时先让维护人员确认当前是 Apache 还是 Nginx，避免套用另一种服务器的配置。永久迁移可参照 Google 对 301/308 服务器跳转的说明。
403、429、超时和 404 要分开处理
- 404/410：检查内容是否搬家、删除或链接写错；图片 404 同样要追溯引用页面和真实文件路径。
- 403/401：可能是访问控制或防护规则，先人工打开和检查权限；报告不能证明内容已经删除。
- 429：对方可能正在限速，降低检查频率、稍后复核。
- 5xx、超时、连接错误：先确认服务是否暂时异常；重试前保留原始状态和检查时间。
- 301/302 等重定向：查看完整跳转链及最终响应。最终 200 仍可正常打开，但永久迁移后的站内链接可以直接指向新地址。
Screaming Frog 和 XunL 怎么选
如果只是偶尔检查公开页面、找到引用位置并导出，XunL 可以覆盖这项具体任务。当前每次最多 5,000 个网址、深度 1–10、最长 20 分钟；网址额度包含页面、资源和外链，不能理解为必定爬完 5,000 个 HTML 页面。未登录每个网络每天 5 次，登录后每天 15 次，同一时间一个任务；结果保存 2 小时，应及时导出。当前工具说明
Screaming Frog SEO Spider 本身也有免费 500 URL版本，能检查死链和导出来源，不能把 CSV 导出写成它的全局付费专属功能。如果需要 JavaScript 渲染、保存后重新打开爬取、历史比较、自定义提取，或连接 GA/GSC 等数据，应继续按其付费功能和工作流程选择。Screaming Frog 官方功能表与死链检查教程列明了这些范围。
这篇比较针对链接检查与修复清单，没有对两款工具做完整技术 SEO 审计性能评测。
修完后，用同样的条件再查一次
保存内容并确认缓存更新后，先人工打开修过的来源页和目标页，再以相同起点、深度和开关重新检查。比对原清单，确认 404 已修复、旧链接没有转到无关页面、图片能加载。如果前一次触及上限，继续安排其他入口或更大额度的补查，并保留每次范围。
需要扩大到标题、索引指令和其他网站问题时，可接着阅读独立站网站诊断工作流。现在可以打开死链检测工具，从一个刚改版的栏目开始，导出第一份带来源页的清单。
下一步，把方法用到你的业务里
创建公司账号，试用网站监控与询盘工作台；团队和持续使用需求，可以先比较 Pro 方案。
无需绑卡；试用结束回到免费版。付费月度积分不包含在试用内。
