页面下线是站点运营里躲不开的事：产品下架、活动结束、栏目调整、内容合并，都会留下一批需要处理的 URL。很多人的第一反应是把所有旧地址 301 到首页，看起来没丢什么，实际往往适得其反。处理下线页面，关键不是选一个最保险的状态码，而是先判断这个页面对用户和搜索引擎还有没有承接价值。
先分清三种下线场景
同样是页面没了，处理方式差别很大，先归类再动手：
- 换地址但内容还在：内容整体迁移到新 URL，旧地址用 301 指向新地址，一对一，这是最清晰的情况。
- 内容彻底不要了：页面没有替代内容，也没有搜索流量和外链价值，用 404 或 410 让它退出。
- 暂时下线：活动结束但页面以后还会用、库存暂时为零，可以考虑保留页面并更新说明，或用 503 表示临时不可用，不要急着删。
先做这一步分组的价值在于：很多人把暂时下线当永久删除处理，等页面重新上线时，之前积累的链接和索引状态都已经散了。
404 和 410 的实际差别
404 表示资源不存在，410 表示资源曾经存在、现在永久移除，语义更明确。搜索引擎对两者的处理逻辑相似，410 在某些情况下能更快确认不用再来，但差距没有传言中那么戏剧化。真正影响处理速度的，往往不是选 404 还是 410，而是这个 URL 有没有内链和外链持续指向它、服务器响应是否稳定。
所以不必为了快一点纠结状态码，优先保证：返回的确实是 404 或 410 状态码，页面内容不误导，而不是返回 200 的已下架提示。后者属于典型的软 404。
软 404 是收录清理里最常见的坑
软 404 指页面实际上已经无效，服务器却返回 200，内容是一段空话或推荐位。常见形式有：
- 空白模板页，只剩导航和页脚；
- 内容已删除、为你推荐以下内容的提示页；
- 参数错误或 ID 不存在时，仍渲染出一个通用页面。
搜索引擎需要额外判断这类页面是不是真的有内容，结果是要么长期占着索引位，要么在抓取预算里反复消耗。处理方式很直接：让服务器在内容不存在时返回正确的状态码，而不是用前端路由渲染一个看起来正常的页面。
什么时候应该 301，什么时候不该
301 适合有明确对应关系的迁移：旧文章迁到新栏目、两个高度相似的页面合并成一个。判断标准可以简单一点：新页面是否能满足从旧页面过来的用户预期。如果能，就 301；如果不能，就不要为了保住链接而硬跳。
把大批不相关的下线页面 301 到首页，是常见误区。这会让搜索引擎看到一个和落地内容无关的跳转，用户也会因为点进去不是我要的而立刻返回。对于没有承接内容的页面，老实返回 404 或 410，比全站跳首页更清楚。
下线后的收尾工作
改完状态码只是第一步，后面还有几件事要走完：
- 清理站内指向该 URL 的链接，包括导航、相关推荐、正文里的旧链接，避免持续给一个失效地址传递信号。
- 从 Sitemap 中移除这些 URL，并重新提交，让搜索引擎读到最新版本。
- 如果页面有大量外链，评估要不要用 301 承接；如果有明显的搜索流量，优先做替代页面而不是直接删。
- 观察一段时间服务器日志，确认搜索引擎再来抓取这些 URL 时，返回的是预期状态码。
- 对于确实希望尽快从结果中消失的页面，可以先用移除工具做临时处理，但根本解决仍依赖正确的状态码和抓取确认。
整个过程的节奏是：状态码正确、链接清理、搜索引擎重新抓取确认、索引更新。中间任何一步缺位，页面都可能在索引里多留一段时间，这不代表处理失败，只是流程还没走完。
把下线页面一律 301 到首页，看起来省事，代价是把一批不相关的跳转塞给搜索引擎和用户。先问这个页面还有没有承接价值，再决定状态码，通常比套模板更快出结果。