整站，品牌更名后旧称与新称应怎样共存
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /d1f965eafaa2.html
📄
整站，品牌更名后旧称与新称应怎样共存
结论先给：品牌更名后，旧称与新称能否共存，取决于旧称是否仍承担可辨识的产品名、系列名或历史入口。若旧称只承担公司名，通常应把新称作为主名称、旧称降为一次说明；若旧称同时是产品线或用户搜索习惯的一部分，则适合让两者在同一页面体系内分工，而不是二选一。
先判断旧称承担的是公司名，还是产品名
这是整站层面最容易出现分歧的地方。市场角色常认为更名后旧称应尽快消失，产品角色则担心老用户找不到，技术角色只看到标题和链接需要统一。把分歧转成可核对的项目，第一步不是改文案，而是列出旧称在哪些位置出现：站内导航、页面标题、面包屑、页脚、帮助中心、图片替代文本、外部链接锚文本。
如果旧称只在公司介绍和页脚出现，它更像组织名称，处理方式是让新称成为主名称，旧称在品牌故事或更名说明里出现一次即可。如果旧称同时是产品名，比如用户会直接搜旧称找具体功能，那么它更像内容主题，处理方式应保留在相关页面的标题、正文首段和小标题中，与新称并列。
共存不等于每页都写两个名字
很多团队把共存理解成“所有页面标题都加新称加旧称”，结果标题变长、重点模糊。更稳妥的做法是按页面角色分配：
- 首页与品牌页：新称在前，旧称只在更名说明或品牌沿革里出现，避免首页标题堆两个名称。
- 产品页与功能页：若旧称是用户熟悉的叫法，可在首段写“新称（原旧称）”，后续统一用新称。
- 帮助中心与文档页：保留旧称作为检索词，因为用户遇到问题时往往先输入记忆中的旧名。
- 新闻与公告页：更名公告本身应同时出现两个名称，并说明变更范围，例如仅公司名变更、产品名不变。
这样做的实际动作是：先给每个页面标注“旧称角色”，再决定标题怎么写。标注结果会直接影响下一步——如果某页旧称角色是“历史入口”，就不应把它从标题里删掉；如果只是“页脚残留”，清理它不会影响用户找到核心内容。
什么情况下旧称应尽快退出主标题
一个反例是：旧称本身带有已停止服务、已合并业务或负面联想，而新称需要建立独立认知。此时让旧称继续出现在大量主标题里，会让用户误以为服务仍在旧体系下运行。判断依据不是“旧称还有没有搜索”，而是旧称是否还准确描述当前提供的服务。
假设某团队把旧称保留在所有产品页标题中，三个月后发现用户咨询仍大量使用旧称，但这并不能单独证明保留标题是正确原因；也可能是老用户习惯、外部链接未更新或客服话术未同步。要区分原因，可以核对：旧称标题页面的用户下一步是进入新称介绍，还是直接寻找旧功能。如果多数人进入后仍需解释，说明旧称承担的是误导性记忆，而不是有效入口。
把分歧转成可以核对的项目
当多个角色对“旧称该不该留”有不同理解时，不要继续争论，直接做一张核对表：
- 列出旧称出现的所有页面类型，不按数量，按角色分。
- 为每类页面写一句判断：旧称在这里是公司名、产品名、历史入口，还是残留。
- 指定一个实际动作，例如“产品页首段改为新称（原旧称），页脚旧称保留至下一次品牌复核”。
- 记录该动作影响哪个下一步：若用户仍用旧称搜索并进入正确页面，说明保留有效；若进入后跳出或继续询问旧服务，说明需要把旧称降级为说明文字。
这套核对不承诺收录或排名结果，只帮助团队把“感觉该留”变成“哪类页面、以什么角色、留到什么时候”。整站层面的名称共存，最终不是文案统一问题，而是让旧称与新称各自承担清楚的角色，并让下一次复核有据可查。
