条目临时下架：页面该返回什么状态码，恢复之后怎么重新被抓

条目要撤下来，原因有很多：站主要求先撤、你发现简介有问题要改、条目内容有争议需要核实。这些都叫临时下架——页面还在你的系统里，只是暂时不对外。

麻烦在于，很多人临时下架用的是「彻底删除」那套办法，结果恢复的时候发现索引已经没了，重建要重新走一遍完整流程。

图片来源：网络，版权归原作者所有，侵权请联系删除

先看场景，再选状态码

场景	状态码	站点地图	恢复动作
整改几天就回来	503 加 Retry-After	保留	改回 200，等自然抓取
不再收录但 URL 要留	410	移除	新建 URL 或不做
暂时拿不准	404	移除	放回站点地图并主动推送
合并到别的条目	301	移除	保持指向

第一种最容易被忽略。短期维护用 503 加一个重试时间，搜索引擎会理解为「暂时不可用，过会儿再来」，不会急着把页面从索引里清掉。这个状态只适合几天到一两周，拖太久它就按永久失效处理了。

三件绝对不能做的事

• 把下架的 URL 301 到首页——这等于告诉搜索引擎这个页面的内容搬家到了首页，首页根本不是那个内容，会被当成软 404
• 返回 200 的空壳页——页面还在，内容没了，用户点进来看到一片空白，搜索引擎也判断不出这页到底还算不算数
• 只在前台藏掉，URL 还能访问——列表里没了但直接输地址还能打开，这种半吊子状态最容易被抓到，还留着一堆内链指向它

第三条尤其常见。前端模板里加个判断不显示就以为下架了，实际上页面照常返回 200。正确做法是状态落在数据层，页面真的返回对应状态码。

下架期间要同步处理的三处

只改状态码不够，还得把指向它的入口收拾干净：站点地图里移除、所有内链里摘掉（包括相关推荐和面包屑）、如果有其他页面把 canonical 指向它也要改掉。

内链这块最容易漏。列表页不显示了，但「相似站点」模块还在推荐它，搜索引擎顺着链接还是会来。下架要连内链一起处理。

恢复上架的四步

页面改回 200 之后，别干等着。四步能快不少：

• 把地址放回站点地图，确认能正常访问
• 走一次主动推送，让搜索引擎尽快知道
• 检查内链有没有全部恢复，尤其是相关推荐和分类页
• 如果有页面把它当 canonical 目标，一并改回来

至于排名，不要指望立刻回来。页面重新被抓、重新评估、重新排，这个过程通常要一两周，之前积累的链接关系还在的话会快一些，但不会是当天。

和彻底下架的分界

什么时候从临时转永久？给一条明确的线：超过一个月还没解决的，按永久处理。一直挂着 503 或者 404 又不删，站点地图里就会出现一批长期无效的地址，报告里全是错误项，反而盖住了真正的问题。

还有一类要单独说：站点主体来函要求撤下的，走撤稿流程，别按技术下架处理。那类请求涉及的是内容本身能不能留，不是页面返不返回的问题。