着陆页设计：品牌更名后旧称与新称应怎样共存
📱 Mozilla/5.0 (compatible; QlyzeBot/1.0; +https://app.qlyze.io/bot)
🔗 /5f16a2adb51c.html
📄
着陆页设计：品牌更名后旧称与新称应怎样共存
品牌更名后，着陆页上旧称与新称的共存方式没有统一答案，关键取决于旧称是否仍承担搜索入口、用户是否还需要靠旧称确认自己来对了地方，以及新称是否已经具备独立识别度。若旧称仍带来有效流量和信任，保留并明确过渡关系更稳妥；若旧称只造成混淆，就应逐步退出，而不是两个名称平均用力。
先判断旧称在着陆页上承担什么任务
旧称在页面上通常承担三类任务：帮助老用户确认“还是原来那家”、承接仍在使用旧称的搜索词、以及作为历史资质或产品线的说明。三类任务对应不同处理方式。老用户确认属于信任问题，旧称可以留在页脚、关于模块或一句过渡说明里；搜索承接属于获取问题，旧称可以出现在标题、描述或正文的对照句中；历史说明属于解释问题，适合放在不影响主行动的区域。
如果旧称既不带来搜索入口，也不帮助用户确认身份，只是团队内部习惯，那么它留在主视觉区只会稀释新称。此时应把它降级为背景信息，而不是继续与主标题并列。判断依据不是“旧称用了多久”，而是旧称是否还在影响用户的点击、理解和下一步动作。
保留、改写、退出：三种取舍的适用前提
保留适用于旧称仍有明确搜索需求或用户认知惯性的情况。做法不是把两个名称做成同样大的双主标，而是让新称承担主识别，旧称以“原XX”或“XX（现YY）”的形式出现一次。这样既承接旧入口，又不让用户误以为页面属于两个品牌。
改写适用于旧称仍有信息价值但已不适合作为名称出现的情况。例如旧称描述的是旧业务范围，而新称覆盖更广。此时可以把旧称改写成一句业务说明，如“原专注于某类服务的团队”，而不是继续当作品牌名使用。改写的前提是旧称本身不再需要被搜索到，或者搜索价值已明显低于混淆成本。
退出适用于旧称已无搜索承接、也无用户确认价值的情况。退出的动作要分步：先从主标题和主行动区移除，再从正文对照句移除，最后检查页脚、图片替代文本和结构化信息中是否还有残留。直接全站一次性删除的风险是，仍记得旧称的用户到达页面后找不到确认信号，可能直接返回。
三种方式可以按页面类型区分：品牌首页保留过渡说明，产品着陆页以新称为主，活动页若面向老用户可短暂保留旧称。前提是每个页面只服务一个主要识别目标，不要让同一页面同时承担“解释更名”和“完成转化”两个任务。
用可核对的项目把分歧变成检查项
多个角色对旧称与新称的理解不同时，争论“该不该留”往往没有结果。更有效的方式是把分歧转成可核对的页面项目。可以建立一个简单清单，每一项都对应页面上可观察的位置：
- 主标题是否只出现新称，旧称是否只出现一次；
- 旧称出现的位置是否在用户完成主行动之前形成干扰；
- 页面描述和标题标签中，旧称是作为对照词还是作为主词；
- 图片替代文本、页脚版权行、导航栏是否还有未处理的旧称；
- 从旧称搜索词进入的用户，是否能在首屏确认新旧关系。
这些项目不依赖主观判断，谁都可以打开页面逐项核对。核对结果会影响下一步：如果旧称只出现在页脚，且首屏已能确认新旧关系，就不必再改；如果旧称出现在主标题并与新称并列，就需要决定谁主谁次；如果旧称完全消失但搜索入口仍在，就要补一句过渡说明，而不是恢复双主标。
假设一个团队把旧称从主标题移除后，发现来自旧称的访问者停留时间明显下降，这并不能单独证明“应该把旧称放回主标题”。停留时间下降还可能来自页面加载、内容匹配或用户构成变化。更合理的下一步是检查这些访问者是否在首屏找不到确认信号，而不是直接恢复旧称。
一个注明假设的短例子
假设某服务品牌从旧称改为新称，旧称仍被一部分老用户使用，但新称尚未形成独立搜索习惯。此时着陆页可以这样安排：主标题用新称，副标题写“原旧称团队，现以新称继续服务”，正文第一次出现旧称时用括号对照，之后统一用新称。页脚保留一行旧称说明，便于老用户确认。这个安排的前提是旧称仍有确认价值，且新称需要被反复强化。若几个月后旧称搜索入口自然减少，就可以把副标题和页脚说明一并移除；若旧称搜索入口没有减少，则应检查页面是否仍能被旧称相关查询理解，而不是简单延长共存时间。
更名后的共存策略不是一次决定，而是一组可以按页面、按位置、按阶段调整的动作。先确认旧称当前承担的任务，再选择保留、改写或退出，最后用可核对的项目验证结果，并根据验证结果决定下一步是扩大新称曝光还是继续保留过渡说明。
