tag的正确用途：产品型号更替后，新旧内容如何衔接
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /2a0a65802876.html
📄
tag的正确用途：产品型号更替后，新旧内容如何衔接
当产品型号从旧款切换到新款，tag 的正确用途不是把旧页面批量改成新标签，而是用标签把“旧型号内容、新型号内容、两者关系”分开表达，再决定哪些旧页面保留、哪些合并、哪些重定向。下面以你手上的一组旧型号页面为对象，给出可执行的处理顺序。
先分清标签在承担哪类语义
标签通常有两种用法，混在一起就会出问题。第一种是主题标签，表示“这篇内容讲的是什么”，例如产品系列、功能类别、适用场景。第二种是状态标签，表示“这篇内容处于什么阶段”，例如在售、停产、替代型号。型号更替时真正变化的是状态，而不是主题。
判断方法很简单：打开一个旧型号页面，问自己这个标签在新型号页面是否也成立。如果成立，它是主题标签，可以跨型号复用；如果不成立，它是状态标签，必须随型号单独设置。把这两类标签混用，最典型的后果是旧页面被打上“在售”状态，用户点进去看到的却是一个已经无法购买的型号。
以一个旧型号页面为例走完整流程
假设你手上有一个旧型号 A 的产品页，现在新型号 B 已经上架。不要急着改 A 的标签，先按顺序做四件事。
- 确认 A 的搜索需求是否仍然存在。看 A 的页面是否还在带来访问、是否有外链、是否有用户直接搜索 A 的型号名。如果这些信号都还在，A 就值得保留。
- 给 A 打上状态标签。例如“已停产”或“已被 B 替代”，并在页面显眼位置写清替代关系。这一步的产出是一个明确的旧页面状态，而不是让它继续冒充在售页。
- 给 B 打上主题标签，并复用 A 的主题标签。让 B 承接 A 原本所属的系列、功能、场景分类，这样用户从分类入口进来时，能自然走到新型号。
- 决定 A 和 B 的链接关系。如果 A 仍有独立搜索价值，保留 A 并在 A 上指向 B；如果 A 已无独立价值，把 A 重定向到 B，并同步处理 A 的标签归档页。
这四步做完，你会得到两种结果：A 保留为“旧型号说明页”，或 A 消失、由 B 承接。两种结果都成立，区别在于 A 是否还有独立需求。
两种选择各自成立的条件
保留旧页面成立的条件：旧型号名仍有稳定搜索、有外部链接指向它、有用户需要查旧型号参数或配件兼容信息。此时旧页面是资料，不是销售页，标签应体现“历史型号”而非“当前在售”。
合并或重定向成立的条件：旧型号几乎没有独立搜索，页面内容与新型号高度重叠，且没有外部链接需要保留。此时继续维护两套页面只会让标签体系变乱。
一个可区分的证据是：查看旧页面近期的访问来源。如果访问主要来自站内分类页而非搜索或外链，说明它更多是内部导航的产物，合并的代价较低。反过来，如果访问集中来自搜索旧型号名，保留更稳妥。这里要注意，访问量下降不能单独证明该合并——它也可能的解释是季节性波动、页面被改坏、或搜索需求整体转移。
规模化后最容易出现的例外
单个型号更替时，上面的流程基本够用。但当一批型号同时更替，例外就会出现：某些旧型号的标签归档页本身有搜索流量，直接删标签会把归档页变成空页；某些新型号同时替代多个旧型号，一对一的替代关系不成立；还有一些旧型号在部分市场仍在售，全局标记“停产”会写错。
处理这些例外的动作是：先列出所有受影响的标签归档页，逐个确认它是否有独立访问；对多对一的替代关系，在新型号页面上列出全部被替代型号，而不是只写一个；对分市场在售的情况，把状态标签按市场区分，而不是给整个页面打一个全局状态。
做完这一步，你手上应该有一张表：每个旧型号对应保留、合并还是重定向，每个相关标签对应保留、改写还是删除。这张表才是型号更替时标签调整的实际交付物。下一步就是按表执行，并在执行后检查旧型号名和新型号名分别还能否被正常找到——标签改对了，不等于页面一定被正确理解，抓取、索引和展现是后续环节，需要分别观察。
