云端网站优化，产品停用后原有页面保留还是退役
📱 CCBot/2.0 (https://commoncrawl.org/faq/)
🔗 /2f7dac5fce23.html
📄
云端网站优化，产品停用后原有页面保留还是退役
结论取决于该页面是否还有独立获取价值：如果它仍能从搜索或站内入口带来与替代产品相关的访问，保留并改造通常优于直接退役；如果它只服务于已停用产品、没有可承接的替代内容，退役并用重定向指向最相关的新页面更干净。判断的关键不是页面数量，而是停用后这个URL还能不能回答用户的问题。
先分清三种页面状态，再决定动作
产品停用后，原有页面通常落在三种状态之一，处理方式不同。
- 仍有独立需求：用户搜索的是这个产品本身，或者搜索词里带有旧型号、旧功能。
<title>和正文仍能匹配意图，只是页面上的购买按钮失效。这类页面适合保留，改造成说明页或迁移指引。 - 需求被替代品覆盖：用户真正想解决的问题已经由新产品承接，旧页面只是历史遗留。此时继续保留会让同一需求出现两个入口，分散内链和用户注意力。
- 页面已无访问来源：既没有外部链接，也没有站内入口，搜索访问长期接近零。这类页面保留的价值很低，但也不能只凭访问为零就判定该退役。
常见的遗漏条件是：把“停用”当成“删除”的同义词。停用是产品状态变化，退役是URL处理决策，两者不在同一层。先确认页面属于哪种状态，再选动作，可以避免把仍有承接价值的页面误删。
保留成立的条件，以及会推翻它的反例
保留成立需要同时满足两点：页面能继续满足一个明确意图，且站内有位置让它被用户找到。比如产品停用后，把页面改成“该产品已停止销售，替代方案是X”的说明页，并在相关产品页和帮助中心加入口。用户从搜索进来后能继续往下走，这个动作的结果是页面从交易页转为信息页，下一步就可以观察它是否仍被访问、访问者是否点击替代入口。
反例是：旧页面保留后既没有更新内容，也没有任何站内链接指向它，只是原样挂着失效按钮。这种情况下保留不会带来承接，反而让用户进入死路。如果替换内容只是把旧产品名换成新产品名、其余照搬，页面意图会变得模糊，搜索引擎和用户都难以判断它到底在讲哪个产品。此时退役更合理。
退役不是删除了事，重定向目标要能回答原问题
决定退役后，动作顺序影响结果。先选一个与旧页面意图最接近的现存页面作为承接目标，再把旧URL重定向过去。承接页必须能回答旧页面用户的核心问题，否则重定向只是把流量送进一个不相关的页面。
如果没有合适的承接页，可以考虑先创建一个简短说明页，再重定向。若旧页面有大量外部链接指向，直接返回404会让这些链接价值中断；但如果旧页面本身无外部链接、无搜索访问，404也是一种可接受的处理。这里要注意：抓取量下降或某个页面访问归零，不能单独证明退役正确，也可能是季节波动、统计口径变化或站内入口被移除造成的。判断时应同时看外部链接、站内入口和搜索意图是否还有承接。
一个短例子：两种处理方式的比较
假设某云端工具停用了旧版导出功能，对应页面为/old-export。做法A是保留页面，正文改为“旧版导出已停用，改用新版导出”，并链接到新版说明页。做法B是退役/old-export，301重定向到新版导出说明页。
如果搜索用户仍在搜“旧版导出怎么用”，做法A能直接回答，用户不必再跳一次；如果用户搜的是“导出功能”，做法B更直接。两种做法都成立，区别在于旧页面的搜索意图是否独立存在。这个例子是假设，用于说明比较方法，不代表任何真实站点数据。
下一步动作：先做一次页面意图核对
把停用产品的页面列出来，逐页回答两个问题：它当前能回答什么意图，站内有没有入口让它被找到。两个问题都有明确答案的，保留并改造；只有一个或都没有的，进入退役流程，先选定承接页再重定向。完成这一步后，再回头看访问和抓取变化，才能判断处理是否有效。
