改版后全站200，为什么仍有软404？用三类URL验收

网站改版后，监控显示页面全是200，Search Console却报出软404。这两件事并不矛盾：200只说明服务器返回了成功响应，不证明响应里有原本应该出现的内容。验收改版页面时，必须同时检查状态码、正文和页面用途。

先拿三个不同用途的URL做对照

选一个仍应存在的文章URL、一个确实已删除且没有替代内容的URL，再选一个空分类或无结果筛选页。分别记录最终地址、HTTP状态码、主标题和主要内容。不要只打开首页，也不要把全部页面按同一个规则处理。

• 原本应该存在的文章：检查正文是否完整，是否被统一错误模板或登录提示替代。
• 已删除且无替代内容的页面：检查是否返回恰当的不存在状态，而不是显示“未找到”却返回200。
• 仍有导航用途的空列表：先决定是否需要保留给用户使用，再决定索引控制和发现入口，不机械把所有空列表改成404。

Google的HTTP状态码说明明确指出：成功响应不保证索引；若内容呈现为空页或错误提示，可能被识别为软404。因此，用“200率达到100%”作为改版唯一验收指标，会遗漏真实问题。

核对用户看到的页面与抓取版本

直接打开页面后，还要检查浏览器开发者工具中的主文档响应，以及必要资源是否加载成功。依赖脚本展示的正文，可能在资源失败或接口返回空数据时只剩一个外壳。不能因为自己的已登录浏览器能看到内容，就推定所有访问者都能看到相同版本。

在有权限的Search Console中，用URL检查了解Google已抓取版本及可用的实时测试结果。已抓取信息、实时访问和报告更新可能不在同一时刻；记录各自时间，避免拿旧状态证明当前修改仍然失败。实时测试通过也不等同于页面已经进入索引。

不要把“已抓取未索引”一并当成软404

“已抓取—尚未编入索引”描述的是索引状态，并没有单独给出根因。正文缺失、重复或规范网址选择可以作为检查方向，但不能只凭这一行就认定网站受罚或内容一定低质。

需要对照两类状态时，可阅读光算的软404与已抓取未索引的区别。先确认报告在说哪一种问题，再安排技术排查或内容复核，避免给所有未索引页面执行同一种“修复”。

按页面本来应该做什么处理

本应存在的正文丢失，优先修复内容获取或渲染。确实永久删除且没有等价替代的内容，返回合适的404或410。存在真实、相关的替代页面时，才讨论永久重定向，并核对最终目标。将所有旧路径跳到首页，不能恢复读者原本要找的答案。

保留给用户的空列表可能仍有功能，但是否应进入搜索索引要另行决定。若采用noindex，应验证页面实际输出该指令，且搜索引擎能够访问页面读取它；不要将robots.txt禁止抓取当成等价的移除索引方式。

留下最小但有用的验收记录

每类页面保留一行：原URL、预期用途、修改前后状态码、最终URL、正文是否存在、canonical与robots、验证时间。再核分类或导航是否仍指向已删除地址，避免错误持续被发现。

这些记录能证明技术变更是否生效。是否重新索引、什么时候恢复展示，则需等搜索引擎重新处理后观察，不能在页面刚返回200时宣布收录恢复。