站点运营时间一长，后台里总会攒下一批说不清还要不要的页面：去年的活动专题、已经下架的产品介绍、写了两遍的同类文章、搬过一次家的旧地址。它们留在线上不会自己消失，也不一定有人记得。定期做一次页面退役自查，比等到某天发现搜索结果里全是过期信息要省事得多。
先分清哪几类页面该退役
不是所有老页面都要动。真正值得列进退役清单的，通常是下面几种。
- 时间已经过去、失去参考价值的活动页与专题页；
- 产品下架或服务停止后仍保留的介绍页；
- 与现有页面高度重复的早期稿件；
- 长期没有访问、没有转化，也几乎没有内链指向的页面；
- 内容已经合并或迁移，但旧地址还挂着的页面。
判断时不要只看发布时间。一篇三年前的文章如果还在稳定带来访问，那它是资产，不是负担。
退役不等于直接删掉
最省事的做法是选中、删除，但这样往往会把已有的引用一并打断。更稳妥的是先决定这一页接下来去哪，再动手。
三种常见的处理路径
- 保留并更新：内容本身还有搜索需求，只是信息过时。补齐数据、更新描述、调整发布时间即可，不必下线。
- 合并：新页面已经覆盖了同样的主题，把旧页里还有价值的段落并入新页，旧地址用 301 指向新地址。
- 彻底下线：内容确实不再需要，也没有合适的承接页面。这时用 410 明确告诉访问者这里不会再有了，比让它返回 404 更清楚。
不要为了省事把过期页面一律 301 到首页。首页和原内容主题无关时，用户和爬虫都会觉得莫名其妙，也容易让首页背上不属于它的入口。
下线前先做一遍引用盘点
页面能不能安静地退场，取决于还有多少地方在指向它。动手之前，把下面几项过一遍。
- 站内导航、侧边栏、面包屑、页脚里是否还有入口；
- 正文和相关推荐模块里有多少条内链指向它；
- 标签页、归档页、列表页是否还在自动收录它；
- sitemap 里是否仍然列着这个地址；
- 页面自身是否带了结构化数据或指向自己的 canonical；
- 外部是否有站点引用，有没有可承接的替代地址。
这一步不需要多精确的工具，用站内搜索加日志里的访问来源，通常就能摸清大概。
推荐的执行顺序
顺序错了，容易出现一批链接同时断掉的情况。可以按下面的流程走。
- 盘点引用与流量，确认有没有合适的承接页面；
- 建立映射表，把旧地址和新地址一一对应记下来；
- 先改站内链接，把导航、正文、推荐位的入口换成新地址；
- 从 sitemap、列表页、标签页中移除旧地址；
- 最后再设置状态码，选择 301 或 410；
- 观察一到两周的访问日志，确认没有出现集中性的错误页。
先撤链接再改状态码，是为了避免用户点进来立刻撞上跳转或错误页。
别忘了留下退役记录
操作本身很快，记录才是有长期价值的部分。建议用一张表格记下旧地址、处理方式、新地址、处理时间和负责人。半年后再遇到类似情况，可以直接翻记录，而不是重新猜一遍当初为什么这么处理。团队里如果有人中途接手，这张表也能省掉很多解释。
小步走，别一次清空
一口气下线几百个页面，很容易让抓取和用户体验同时出现明显波动，出了问题也不好定位是哪一批造成的。分批处理，每批控制在能观察清楚的规模，处理完确认没有异常再开始下一批。页面退役是长期维护的一部分，不必急于一次做完。