站点运营到一定阶段，内容库会自然分层：一部分页面持续带来访问，一部分页面偶尔被搜到，还有一部分页面从发布那天起就没什么动静。前两类通常有人盯着，最后一类往往被忘在角落里，直到某天做全站盘点，才发现数量已经不小。

这些页面本身不算错误，问题在于它们会持续消耗资源：蜘蛛每次来都要花时间爬一遍，站内推荐和搜索结果里也会混进这些内容，访客点进去看到的是过时信息。清理不是把旧内容一律删掉，而是让内容库重新对齐站点当前的重点。

先盘点，别急着动手

清理的第一步是拿到一份完整的页面清单。可以从 sitemap、后台内容列表、蜘蛛访问日志三个来源交叉比对，看看哪些地址被收录、哪些被访问、哪些长期无人问津。单看一个来源容易漏，比如某些老页面已经从 sitemap 移除，但依然可以被访问到。

拿到清单后，逐条记录这些信息：最近一次更新时间、近三个月的访问量与来源、站内被链接的次数、是否有外部链接指向。数据不需要多精确，能大致分层就够了。

判断一个页面该怎么处理的几个维度

• 是否还有需求：这类信息是否还有人搜、有人问。有些内容过时是因为话题本身消失了，有些只是写法旧了。
• 是否被引用：站内其他页面、用户收藏、外部站点是否还指向它。有引用的页面直接删掉会造成一批死链。
• 内容是否可替代：站内是否已经有更新、更完整的同主题页面。如果只是重复的旧版本，留下的价值有限。
• 维护成本：需要频繁校对数据、政策、价格的内容，如果没人负责更新，留着反而容易出错。

三种处理方式与对应做法

值得保留：更新而不是重发

如果主题仍有价值，优先在原地址上更新内容，补充新数据、修正过期表述、调整结构和配图。在原地址更新可以保留已有的外部链接和访问记录，比新建一篇再删掉旧的更省事。

主题重叠：合并到一个地址

多个页面讲同一件事时，选内容最完整的一篇作为主页面，把其他页面的有效信息并进去，然后给被合并的地址设置 301 跳转到主页面。跳转目标要和原内容主题一致，不要为了省事统一跳到首页。

确实无用：下线并给出明确状态

内容完全失效、且没有替代页面的，可以考虑下线。如果这个地址短期内还可能被访问，用 410 表示已永久移除；如果只是因为改版暂时没有内容，用 404 更合适。不要用 200 状态返回一个空页面或“内容已删除”的提示页，那等于把一个没有价值的页面继续留在索引里。

清理动作最好分批进行，每次处理一小部分，观察一段时间再继续。一次性改动大量地址，很难判断后续的抓取和流量波动是哪个动作造成的。

清理过程中容易踩的坑

• 只看访问量就下判断。有些页面访问少但承担着服务说明、售后政策等职能，删掉会影响用户体验。
• 把 301 跳转链接得越来越长，A 跳 B、B 又跳 C，落地时间被拉长。
• 忘记同步更新站内链接和导航，留下指向已下线地址的入口。
• 下线页面后没有更新 sitemap，让蜘蛛继续按旧清单来爬。
• 删得太快，没有保留备份，事后想恢复却发现原内容已经找不回来。

把清理变成常规动作

与其每隔一两年做一次大扫除，不如把它拆进日常：每月看一眼内容库的新增与休眠情况，每季度集中处理一批明显过时的页面。更新、合并、下线的判断标准可以写进团队的内容规范里，让不同人接手时有一致的做法。

判断标准不必太复杂，能回答“这个页面现在对谁有用”就够了。答不上来的页面，往往就是清理清单上的第一批。