软 404 是页面已经没了、服务器还返回 200，搜索引擎会一直抓、一直收、一直不给排名。我们用日志加状态码分布抓出 3000 条，清理后抓取频次涨了 55%。
什么是软 404
用户和搜索引擎都以为页面还在，因为状态码是 200；但页面实际内容是"暂无内容""内容已删除""加载失败"。
常见的成因有三个：前端路由没配 404 兜底、CMS 删除文章后留了空模板、参数错误时返回了空列表页。
软 404 的坏处不是浪费一个页面，是让搜索引擎的索引里堆满空页面，连累整站质量判断。
我们怎么查
第一步，看日志里的状态码分布。如果 200 的请求占比超过 95%，而站点实际有大量已删除内容，就要怀疑。
第二步，抽样。从日志里随机抽 200 个返回 200 的 URL，用脚本抓页面正文，看正文长度和关键词。正文少于 100 字、或者标题里带"未找到"的，标记出来。
第三步，用 GSC 的"已抓取但未编入索引"报告交叉验证。这个报告里的页面，很多就是软 404。
2026 年 3 月我们给一个客户查的时候，抽样 200 个页面里有 37 个是软 404，按这个比例推算全站大约 1800 条。后来用脚本全量跑了一遍，实际 3100 条。
三类最常见的软 404
第一类，商品或功能下线的页面。产品下线了，页面还在，内容换成了"该功能已调整"。
第二类，参数错误的列表页。用户拼错参数，页面返回空列表，状态码 200。
第三类，前端路由的兜底页。SPA 里所有未匹配路由都渲染同一个空壳页，服务器返回 200。
修复顺序
先修影响大的：有外链指向的、还有搜索点击的、被收录的。这三类优先 301 到最相关的页面。
没有替代页面的，直接返回 410 或 404。别怕"用户看到 404 不舒服"，返回 200 的空页面更糟。
前端路由的兜底页要从根上改：未匹配路由返回 404，同时给用户一个可用的导航页。
修复后的数据
那个客户 3100 条软 404，我们清了 4 周。第 6 周看数据：抓取频次涨 55%，"已抓取未编入索引"从 1.1 万降到 4200，核心产品页的平均抓取间隔从 9 天缩到 3 天。
排名的变化慢一些，第 10 周才看到核心词平均提升 2.3 名。
判断
软 404 是技术 SEO 里最容易被忽略的一类，因为它不报错、不提醒、不影响用户。但它对抓取效率的损耗是实打实的。
每季度跑一次全量检查，比出事后再查便宜得多。这件事没有工具能一键完成，只能建自己的脚本，我们一般一天能跑完。
元析智能
为软件公司做 SEO 和 GEO 优化