先看你手里那个具体页面:它现在还能不能给用户提供答案。若产品已停用,但页面仍在承接搜索需求、仍有人从结果页点进来,保留并改写通常比直接删除更稳;若页面只剩过时的购买入口、参数和承诺,且没有任何可替代内容,退役并设置合适的跳转或返回状态才是更清晰的处理。判断依据不是“产品没了就该删”,而是这个页面当前对用户和搜索引擎是否还有独立价值。
把页面按现状分成三类,处理动作会完全不同。第一类:产品停用,但页面仍在解释一个常见问题、一个旧版本差异或一个替代方案,搜索需求没有消失。第二类:产品停用,页面只是旧的价格、按钮、下载入口,用户点进来无法完成任何事。第三类:产品被新版本取代,旧页面与新页面主题高度重叠。第一类适合保留改写,第二类适合退役或合并,第三类要先判断新旧页面谁更完整,再决定保留哪一个。
这里有一个容易误判的现象:页面流量下降,并不自动等于应该删除。它可能是季节波动、搜索结果展示变化、竞争对手更新,或者页面本身只是排名下滑而非需求消失。反过来,流量归零也不能单独证明退役正确,因为抓取失败、跳转配置错误、robots 限制或站点结构变化都可能造成同样结果。先排除这些技术解释,再谈内容取舍。
保留不等于原样留着。对第一类页面,至少完成三个动作:把“立即购买”一类无法兑现的入口移除或替换为说明;在首屏明确写出产品已停用及时间范围;补充用户接下来能做什么,例如替代产品、迁移步骤、旧数据导出方式或联系支持的路径。这样处理后,页面从交易页转为说明页,仍能承接原有搜索意图。
一个假设例子:某资讯站曾为旧版订阅工具写过多篇教程,工具停用后,其中一篇“如何导出旧版数据”仍有访问。若直接删除,用户会落到 404;若保留并去掉购买按钮、补上导出步骤和替代工具说明,这篇页面就变成迁移指南。动作结果是:页面继续可用,下一步只需观察它是否仍被搜索结果显示、是否还有站内链接指向它,再决定是否进一步精简。
退役不是只有 404 一种做法。选择取决于页面是否还有等价替代:
执行退役后,下一步不是立刻看排名,而是核对三件事:站内是否还有链接指向旧地址;跳转目标是否与旧页面主题一致;站点地图和内部搜索是否还暴露旧入口。若这些没清理,用户仍可能进入死路,退役就没有真正完成。
要避免把技术问题误判为内容过时,可以按下面顺序核对:
如果日志显示抓取正常、状态码正常,但访问持续减少,同时站内搜索也不再出现相关词,需求消失的解释更成立。如果抓取异常或状态码错误,先修复技术问题,再重新评估内容,不要急着删除。
把结论落到一个动作上:打开你手里那个停用产品页面,在页面顶部加一行状态说明,暂时不要删除。观察一个周期后,若仍有稳定访问和站内搜索需求,就按保留改写处理;若访问和需求都接近零,且没有等价替代内容,再执行退役。每次只改一个变量,才能分清结果来自内容调整还是技术修复。
保留还是退役,最终取决于页面今天是否还能回答用户的问题。能回答,就改写保留;不能回答且有更合适的替代,就退役并做好跳转;不能回答且无人需要,才让它退出。这个判断顺序比“产品没了就删”更接近实际。