404 not found表示服务器确认请求资源不存在，需先用开发者工具或curl验证是否为真404，再区分内外链类型：内部链接应修正或设301重定向，外部链接则优化404页面引导；接着用screaming frog批量扫描并分类处理（a类返410、b类配301、c类修源链），最后通过gsc和http头验证修复效果。
网页链接点击后显示“404 Not Found”，说明用户请求的资源在服务器上已不存在，但链接仍被保留或引用——这种死链会损害SEO表现，也直接中断访客路径，必须定位源头并修复。
第一步：确认是真404还是假404
打开浏览器开发者工具（F12）→ 切换到 Network 标签页 → 刷新出错页面 → 找到主文档请求（通常为 Name 列显示“/”或具体URL）→ 查看 Status 列数值。如果显示 200、302 或 301，哪怕页面内容写着“未找到”，这也是【软404】，搜索引擎会误判为有效页面，比真404更危险。
用 curl 命令验证更可靠：curl -I https://yourdomain.com/broken-page，重点看第一行返回的 HTTP/1.1 404 Not Found 是否真实存在。
第二步：区分链接类型，走不同修复路径
内部链接（站内跳转）和外部链接（别人网站链向你）处理逻辑完全不同，不能混为一谈。
内部链接失效：立即登录CMS后台或FTP，检查该URL对应的内容是否被删除、改名或移动。若内容已迁至新地址，必须配置【301重定向】，而不是仅放个跳转JS或Meta Refresh——后者返回的是302临时跳转，对SEO无效。
外部链接失效：无需也无法修改对方网站。只需在Google Search Console中导出“外链报告”，筛选出指向你已下线页面的高权重外链，联系对方站长请求更新锚文本或目标URL；若无法联系，就确保你的404页面提供清晰导航，把访客引向相关主题栏目。
第三步：批量扫描与分类处理
① 用 Screaming Frog 抓取全站，导出「Client Error（4xx）」列表，按状态码细分：404、410（Gone）、403（Forbidden）要分开对待。
② 对404条目人工标注三类：A类（原页面已永久下线，无替代内容）→ 返回410状态码；B类（内容迁移，有强相关新页）→ 配置301重定向；C类（拼写错误或旧版URL残留）→ 直接修正源链接。
③ 重点排查 CMS 自动生成的URL：比如 WordPress 修改了固定链接结构后，旧文章归档页、标签页、作者页极易批量变404，这些必须用插件（如 Redirection）建立规则式重定向，而非逐条添加。
这一步操作起来很简单，直接把文件拖进去就行。
第四步：验证修复结果
修改完成后，不要只在浏览器点开看是否跳转成功。必须用 Google Search Console 的「网址检查」工具单独提交修复后的旧URL，观察其状态是否从“Not found”变为“Valid”。
同时检查响应头：修复后的页面若应返回404，必须确保HTTP状态码确实是404，且body里不包含大量无关内容（比如整个首页HTML）；若做了301跳转，状态码必须是301，Location头必须指向正确的新URL。
