站点跑久了，总有一些页面需要处理：过期的活动页、被合并的旧栏目、写了一半再也没补完的文章。删掉它们本身没问题，问题在于删的方式——直接删 URL、留下死链、忘记更新 Sitemap，往往比留着这些页面更麻烦。
下线之前先花十分钟判断一下页面的价值，比事后补救要省事得多。
第一步：先给页面分个类
不是所有旧页面都该走同一条路。大致可以分成三类：
- 还有价值、只是内容旧了：主题仍然和站点定位相关，有自然流量，也有外部链接指向。这类优先考虑更新而不是删除。
- 内容被别的页面覆盖了：和新页面讲的是同一件事，两个页面互相抢词。这类适合合并，把有效信息挪到保留页上。
- 彻底失效：活动结束、商品下架、信息本身已经没有意义，也没有外部引用。这类可以真正下线。
判断的时候别只看自己的感觉，翻一下搜索表现和服务器日志：这个 URL 最近还有没有蜘蛛来、有没有自然点击、外链数量大概多少。数据比印象可靠。
第二步：按类型选处理方式
保留并更新
如果页面本身有积累，改动幅度不要太大。保留原有 URL 和主体结构，替换过时数据、补充新信息、更新时间标注即可。大改标题和正文结构，反而容易让页面重新进入一个需要被重新评估的状态。
合并后做 301
把被合并页的地址 301 到保留页，并且是一对一的、内容相关的跳转。不要把所有旧页面统一跳到首页或栏目页，那种跳转对用户和蜘蛛都没有帮助。跳转生效后，记得把原来指向旧地址的内链改成新地址，减少一跳。
直接下线
确定不再提供的页面，可以用 410 明确告知已经永久移除，也可以用 404。两者都会被当成无效地址处理，区别在于 410 的表达更确定一些。真正要避免的是：页面内容删了，但地址返回 200 并显示一个空模板——这种软 404 会让蜘蛛反复来确认。
第三步：下线前后的收尾清单
- 确认该 URL 没有其他页面在依赖，比如作为导航项、面包屑节点或被正文引用。
- 处理内容：能合并的先合并，把有用的段落、数据、图片挪到保留页。
- 设置跳转或返回状态码，并验证实际返回是否符合预期。
- 更新 Sitemap，把已下线的地址移除。
- 检查 RSS、站内搜索、相关推荐模块里是否还挂着旧地址。
- 清理结构化数据，避免标记还指向一个已经不存在的主体。
- 记录这次下线的时间和原因，方便以后复盘。
下线动作本身很快，麻烦的是散落在各处的引用。删之前先搜一遍站内有没有别的页面在链它，能省掉不少后续的排查。
容易被忽略的几个地方
- 栏目页和标签页：如果一个栏目下的内容全部下架，栏目页本身是留着还是收掉，需要一起决定，别只处理子页面。
- 外部链接：有外链指向的旧地址，用 301 比直接 404 更合适，把已有的引用价值接住。
- 站内搜索入口：用户从搜索框进来时，命中的可能是已删除页面，最好让结果里直接过滤掉无效地址。
- 移动端与 AMP 或独立模板：同一内容的多个版本要同步处理，别只改了一个。
删完之后看一段时间
下线不是做完就结束。接下来几周可以留意三件事：蜘蛛的抓取请求里，这些地址是不是还在频繁出现；站点整体抓取量有没有异常波动；保留下来的页面，排名和点击是否保持稳定。如果旧地址持续被大量访问，多半是还有地方在引用它，值得回头查一遍。
内容精简本来是为了让站点更清楚，别让删除动作本身制造出一堆新的无效地址。慢一点、按流程走一遍，比事后一条条补漏要划算。