链接类型介绍：产品停用后原有页面保留还是退役
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /bdeddb60377d.html
📄
链接类型介绍：产品停用后原有页面保留还是退役
没有统一答案，但可以先按一个条件分流：如果这个页面仍在被外部引用、仍有搜索需求，或者仍承担站内导航职责，优先保留并改造；如果它已无外部引用、无搜索需求、也无站内入口价值，退役更干净。判断依据不是“产品停用了”这个事实，而是页面上的链接关系是否还在起作用。
先分清页面上的链接在指向什么
一个旧产品页通常同时存在三类链接：站外指向它的链接、它指向站内其他页面的链接、以及站内其他页面指向它的链接。停用产品时，真正要处理的是这三类关系的去向，而不是页面本身好看不好看。
- 站外入链：其他站点引用过这个页面，说明它曾是某个主题的可信落点。退役会让这些引用指向失效地址。
- 站内出链：该页面链接到帮助文档、替代产品、价格页等。保留页面时，这些出链可以改指向新对象。
- 站内入链：导航、旧文章、相关推荐里指向它。它决定了用户还能不能从站内走到这里。
把这三类关系列出来，比直接问“留还是删”更容易得到可执行结论。抓取、索引、排名是不同环节：页面被保留不等于一定被索引，被索引不等于一定有排名，所以判断要回到链接关系和使用价值，而不是盯着某一个状态数字。
条件一：页面仍有外部引用或搜索需求时，保留并改造
当旧页面还有站外链接，或从搜索需求看仍有人找这个旧产品、旧型号、旧服务名称，保留通常是更稳的选择。这里的保留不是原样挂着，而是把页面改造成“停用说明页”。
具体动作可以按这个顺序做：
- 在页面顶部用一段话说明该产品已停用、停用时间范围，以及替代方案是什么。
- 把原来的购买按钮、试用入口换成指向替代产品的链接，或指向对比说明页。
- 保留原有介绍中仍然成立的部分，比如适用场景、参数含义，删掉已经失效的承诺和入口。
- 检查站内指向该页的旧链接，把明显过时的锚文本改成与停用说明一致的说法。
做完这一步，下一步的判断会变清楚：如果改造后页面仍能回答“这个产品还能不能用、该换成什么”，它就值得留在站内；如果改造后只剩一句“已停用”，那它其实已经接近退役条件。
条件二：无外部引用、无搜索需求、无站内入口价值时，退役
三个条件同时成立时，退役比保留更合理。退役不等于直接让地址失效，而是先把有价值的链接关系转移出去，再让旧地址退出。
- 如果站内还有页面引用它，先把这些引用改指向替代页面，再处理旧地址。
- 如果旧地址有少量外部引用，且替代页面主题高度一致，可以用永久跳转把引用价值导向替代页；主题不一致时，跳转到首页或栏目页反而会让用户困惑。
- 如果既无引用也无替代对象，让旧地址返回明确的失效状态，比跳到一个无关页面更诚实。
这里有一个常见误判：某个旧页面的抓取量或展示量降到很低，就认为可以退役。请求量、抓取量归零还可能来自链接被移除、站点结构调整、统计口径变化，不能单独证明处理方式正确。更可靠的证据是链接关系清单和替代页面是否真的承接了原有需求。
一个注明假设的判断例子
假设某旧型号产品页曾有三条站外引用，站内有两篇教程指向它，现在产品停用，且新型号在功能上可以直接替代。此时保留该页并改造成停用说明页，把教程里的链接改指向新型号页，是更自然的选择。若三条站外引用全部来自已关闭的论坛，站内教程也已删除，新型号与旧型号没有直接替代关系，那么退役更合适，不必为了“留着总没坏处”而维护一个空壳页面。
这个例子的重点不是数字，而是比较方法：先看链接是否还在、是否还有承接对象，再看保留后页面能否继续回答用户问题。两个条件指向不同结论时，以“用户是否还需要这个页面”为优先，其次才是链接价值的转移。
实施时容易忽略的例外
有些页面不适合按上面的分流处理。比如旧页面承载了法律、合规或历史公告信息，即使产品停用也不宜删除，应保留原文并加上状态说明。再比如旧页面是某个合作关系的唯一说明，合作结束后仍需对外解释边界，这时保留比退役更合适。
还有一种情况：旧页面本身内容很薄，但它是站内某个主题集群的入口。退役它之前，要先确认集群里有没有其他页面能承担入口职责；没有的话，先补一个替代入口，再退役旧页。动作顺序会影响结果，先转移引用再退役，通常比先退役再补救更可控。
最终决定可以落成一句话：有引用、有需求、有承接对象，就保留并改造；三者都没有，就退役并转移引用。把这个判断写进改版或下线流程里，比每次临时讨论更省事。
