旧称与新称是否共存,取决于一个常被忽略的条件:旧称是否仍承担独立且明确的搜索意图。如果旧称只是新称的同义说法,正确做法是统一到新称;如果旧称对应独立产品线、历史服务名或用户仍在使用的稳定叫法,则应为旧称保留可被理解的落点,同时明确它与新称的关系。判断依据不是名称新旧,而是用户搜索旧称时想找的内容是否与新称页面一致。
很多团队改完名称后,把旧称从标题、正文和导航中全部删除,只留新称。这种做法在旧称与新称指向同一事物时通常成立,因为用户搜旧称和新称,期望看到的是同一批内容。此时把旧称作为别名保留在页面中,反而能帮助搜索引擎确认两个名称指向同一实体。
另一种情况是旧称对应独立业务。例如假设一家公司把“云盘服务”更名为“文件协同平台”,但旧称在用户口中仍指代原来的存储功能,而新称还包含在线编辑和权限管理。这时把旧称从所有页面清掉,会让搜旧称的用户落到一个无法回答其问题的页面。更稳妥的做法是让旧称页面继续解释存储能力,并指向新称的完整介绍。
可区分两种原因的线索:搜索旧称时,用户是否在找与新称相同的功能集合;旧称是否出现在合同、帮助文档或用户社区中并被持续使用;旧称对应的页面是否仍有独立的外部链接和访问记录。满足其中两条以上,旧称更可能具备独立意图,值得保留落点。
如果判断旧称需要共存,实施动作不是简单保留一个旧页面,而是建立旧称到新称的明确关系。具体可以这样操作:
这个动作的结果是:搜旧称的用户能找到与旧称意图匹配的内容,同时顺着链接进入新称体系;搜索引擎也能通过页面内容和链接关系确认两个名称属于同一主体。下一步再观察旧称页面的访问来源和停留情况,决定是继续维护还是逐步合并。
如果旧称与新称完全同义,且旧称没有独立的外部链接和用户习惯,保留两个页面会分散理解。此时更合适的选择是让旧称作为新称页面中的别名出现,而不是单独建一个旧称页面。例如在关于页面或品牌介绍中写“原名××,现名××”,既保留了识别线索,又不会形成两个内容重复的落点。
这里的取舍标准是:旧称页面能否提供新称页面没有的信息。如果不能,就不应让它独立存在。实施动作可以是把旧称页面的有效内容合并进新称页面,并让旧称地址指向新称页面。合并后,旧称的访问会集中到新称页面,便于后续判断用户是否接受新称。
有些旧称不能简单合并或删除,例如已登记的名称、历史公告中的署名、用户协议中的旧称。这类内容即使不再作为品牌主名称使用,也需要保留可查记录。此时共存的边界是:旧称用于准确记录,新称用于当前介绍,两者不要混在同一个标题中争夺同一搜索意图。
处理方式是给历史记录类旧称页面加上清晰的上下文,说明它属于哪个时期、对应什么主体,并链接到当前新称页面。这样既不会让用户误以为旧称仍是当前名称,也不会因为删除记录而丢失可核验信息。判断是否属于这类例外,可以看旧称是否出现在需要保持原样的正式文件中;如果是,就按记录保留,而不是按营销页面处理。
假设你已经在旧称页面加入了更名说明和新称链接,接下来不要立刻全站替换。先选三到五个旧称相关页面,观察它们是否仍能获得访问,以及访问者是否继续点击进入新称页面。如果旧称页面访问量很低且没有后续点击,说明旧称的独立意图较弱,可以考虑合并;如果旧称页面仍有稳定访问且用户会继续浏览新称内容,说明共存关系成立,应继续维护。
需要提醒的是,访问量下降或某个页面不再被频繁抓取,不能单独证明旧称应该删除。它也可能是季节波动、外部链接变化或页面本身内容过时的结果。把访问变化与用户点击路径、外部链接情况放在一起看,才能判断旧称与新称的共存方式是否有效。最终选择应回到一个问题上:用户搜旧称时,当前页面能否让他找到想要的答案,并自然进入新称体系。