内容下线是站点运营里常见但容易被忽略的一环。页面从栏目里撤掉、产品下架、活动结束，很多人的做法是把文件删掉或者换个模板，然后就不管了。过一段时间再去看索引，旧地址还在，用户点进去看到的可能是 404、空模板页，或者直接跳到了首页。这些残留地址会持续消耗抓取资源，也会影响用户对站点的判断。
先明确：是删除、合并，还是只停止更新
- 删除：内容本身没有保留价值，也没有合适的承接页面，这类页面应当彻底下线。
- 合并：内容还有价值，但要并入另一个更完整的页面，这时需要把访问和权重导向新的目标地址。
- 只停止更新：内容依然是有效的参考信息，只是不再维护，这种情况通常保留页面，不做下线处理。
把这三类分清楚，后面的操作才不会互相打架。最怕的是一批页面里混着三种情况，却统一处理成同一种结局。
不同结局对应的状态码
删除的页面，返回 404 是常规做法；如果确定是永久删除并希望表达得更明确，410 也可以。合并的页面应当用 301 永久重定向指向新的目标地址，而且目标地址要能正常打开，内容要能承接原来的主题。只停止更新的页面保持 200，不需要额外处理。
不要用 302 代替 301 做永久合并，也不要把删除的页面统一重定向到首页。这种兜底跳转会让抓取程序难以判断原页面到底发生了什么。
操作顺序：先站内，再外部入口
内链与导航
- 导航、面包屑、侧栏推荐里的链接先摘掉。
- 正文里的相关阅读、历史文章引用逐个替换或删除。
- 站内搜索结果、标签页、聚合页如果会带出旧地址，一并检查。
站内引用没清干净，抓取程序还是能顺着链接反复爬到已经下线的地址，重定向的成本也就白花了。
sitemap 与提交入口
从 sitemap 里移除已经下线的地址是基本动作。如果站点有主动推送接口，合并类的页面可以把新地址推一遍，删除类的页面不推。sitemap 只保留希望被访问的地址，不要把 404 和 301 的地址继续留在里面。
观察与判断
改完之后需要一段时间才能反映到索引里。观察时重点看两件事：旧地址在抓取日志里的访问量是否下降，新目标地址的抓取和收录是否正常。如果旧地址一直有稳定访问，多半是还有入口没清理干净。
合并时容易出问题的几个点
- 只做了 301，但原页面和新页面主题差得太远，用户落地后会觉得跳错了地方。
- 多个旧页面同时指向同一个新页面，新页面可能被当成聚合页处理，最好确认它们在主题上确实属于同一类。
- 新页面的标题和正文没有把旧页面的信息承接进来，原有的长尾查询失去了落点。
- 合并后忘了更新 canonical，页面里还留着指向旧地址的规范化标签。
下线不等于删除数据
从收录管理的角度，页面在线上消失和数据库里的记录消失是两回事。保留原地址的映射关系，做重定向、查历史流量、处理用户从收藏夹进来的访问都会方便很多。真要把映射关系也清掉，最好先确认没有外部链接指向这些地址。
小结
内容下线的关键不是删得多快，而是每一步的收口是否清晰：站内引用先清、状态码给对、sitemap 同步、再留出观察时间。把这几步分开做，比一次性全部处理完再去排查问题要省事得多。