删条目返回 410 还是 404：目录站改版时的状态码选择
删
一个目录站跑上三年，累积的失效条目比在架的还多是常事。站点关停、域名过期、内容变味，都得下架。下架之后 URL 怎么办，很多人图省事：一律 404。
404 不会出大事，但它不是所有场景的最优解。改版的时候尤其如此——那是一批 URL 同时变动，处理方式的差别会被放大。
图片来源：网络，版权归原作者所有，侵权请联系删除
404 和 410：都是“没有了”，节奏不同
两者都表示页面不存在，都会让 URL 在抓取处理后从索引中移除。区别在于 410 Gone 明确表达“这个资源已经永久移除，不会再回来”。
实际影响是处理节奏。404 会被当成可能只是暂时性的，搜索引擎会重试几次再放弃；410 是明确宣告，通常处理得更快，爬虫也会更快停止反复访问这个 URL。
对目录站来说，哪些该用 410 很清楚：主动永久删除的——站点已关停、被拉黑、内容违规清退、你自己决定不再收录。这些 URL 不会再回来了，返回 410 能省下后续几轮无谓的抓取。
而那些说不准的、可能是临时下架的、改版过程中暂时失效的，返回 404 更合适。等确定不会再有了，再切到 410。
一个容易犯的错：删除的 URL 一律跳首页
见过不少站为了“保住权重”，把失效条目的 URL 301 到首页。搜索引擎会把这类跳转识别为软 404——URL 声明已移动，目标却是毫不相关的一个页面。处理起来既不如 404 干净，又白白消耗抓取预算。
正确做法是让 URL 老老实实返回 404 或 410，配一个有用的 404 页面：给出返回入口、搜索框、同类分类的链接。权重保不住是事实，硬跳也保不住。
301 和 308：都保留方法，308 更严格
301 Moved Permanently 是大家最熟的永久跳转。308 Permanent Redirect 同样表示永久移动，区别在于 308 严格要求请求方法和请求体不变，301 在实践中允许把 POST 改成 GET。
对普通页面跳转，两者效果基本一致。真正在意 308 的场景是 API 和表单提交类的 URL。目录站如果有对外接口或提交接口改了地址，用 308 更准确。
日常的分类合并、URL 规范化，用 301 就够了。没必要为了用新状态码而用。
302 和 307：临时跳转别长期挂着
302 Found 是临时跳转，307 Temporary Redirect 是它的方法保留版本。搜索引擎遇到临时跳转，一般会保留原 URL 在索引里，不会把信号传过去。
问题在于“临时”一挂就是一两年。改版时为了先止血上了 302，之后没人改回来，结果新 URL 一直拿不到原 URL 积累的信号。改版收尾那一轮，务必把所有临时跳转按情况切成 301 或撤掉。
改版时的处理顺序
| 变动类型 | 推荐状态码 | 说明 |
|---|---|---|
| 分类改名 / URL 规范化 | 301 | 一对一映射，不要转跳到首页 |
| 两个分类合并 | 301 到保留的那个 | 保留内容更全、外链更多的分类 |
| 条目永久下架 | 410 | 清理更快 |
| 条目暂时失效 | 404 | 观察一段时间再决定 |
| 接口地址变更 | 308 | 保留请求方法 |
| 测试期临时跳转 | 302 / 307 | 改版收尾时必须处理掉 |
改完之后别忘了这几件
- 更新 sitemap，把已删除的 URL 从里面剔除——sitemap 里留着返回 404 的地址，是抓取预算的持续漏点；
- 检查跳转链，A 跳 B、B 跳 C 这种链式跳转要压成一步；
- 站内还有没有指向已删除 URL 的链接，一并清掉；
- 在 Search Console 里看几周的抓取统计，确认 404 数量在下降，而不是长期维持在高位。
状态码这东西平时没人注意，出事的时候又很难定位。改版前把映射表定好、改完按表执行，是唯一省事的办法。