应优先用Google Search Console筛选已收录的404页面，再用Screaming Frog扫描全站链接补漏，最后用Chrome开发者工具验证单个可疑链接的原始响应码。

当你发现网站多个页面突然打不开，浏览器显示“404 Not Found”，却不确定是偶发错误还是全站性死链问题时，必须快速定位哪些链接已失效、失效范围有多大、是否影响核心页面——不能靠人工点开每个菜单去试。

用Google Search Console批量抓取已收录的死链

第一步：登录Google Search Console，选择对应验证过的网站资源。

第二步：左侧菜单进入「网页」→「索引」→「页面」，点击右上角「筛选条件」→添加「状态」为「未找到 (404)」。

第三步：等待数据加载完成，页面会列出所有被Google爬虫实际访问过且返回404状态码的URL。这些链接真实存在过、曾被收录、现在彻底失效——【这是最可信的死链清单，优先处理】。

注意：GSC只报告它曾经成功抓取并后来失效的页面，不会覆盖未被索引的新建死链或纯内部跳转链。

用Screaming Frog快速扫描全站所有可触达链接

方法一：本地桌面扫描（推荐用于中大型站点）

1. 下载安装Screaming Frog SEO Spider（免费版支持最多500个URL）。

2. 打开软件 → 在顶部地址栏输入你的网站首页URL（如https://example.com）→ 点击「开始」。

3. 扫描完成后，左侧边栏点击「响应代码」→ 勾选「404 Client Error」→ 右侧列表即显示全部返回404的内部链接与外部引用。

这一步能发现GSC漏掉的、尚未被Google爬到但实际已断掉的链接，比如新上线栏目里的错误跳转、后台误删后残留的导航入口。

方法二：在线替代方案（适合无安装权限或临时排查）

访问Dead Link Checker → 输入首页网址 → 选择「Deep Scan」→ 提交。它会模拟爬虫遍历页面内所有标签，直接返回HTML级死链报告，无需配置环境。

用Chrome开发者工具现场验证单个可疑链接

当你收到用户反馈“点这个按钮就404”，但后台找不到对应入口时，立刻用浏览器确认是否真失效：

1. 在Chrome中打开该页面 → 按F12调出开发者工具 → 切换到Network选项卡。

2. 勾选「Preserve log」→ 刷新页面 → 在Filter框输入“.html”或“.php”缩小范围。

3. 找到你怀疑的链接对应的请求行 → 点击它 → 右侧Headers面板里看「Status Code」值。

如果显示404，再右键该请求 →「Open in new tab」：若新开页仍是404，说明服务器端真实缺失；若跳转到首页或错误页，说明可能被不当重定向掩盖了原始问题——【此时别信前端跳转，要看原始响应码】。