先给结论:栏目改名后,旧导航和面包屑不能只改显示文字,而要把“名称变更”和“路径变更”分开判断。若只换名称、URL 不变,就统一替换导航与面包屑文案,并保留旧名称作为别名;若连 URL 一起改,就必须先做旧地址到新地址的对应表,再决定哪些入口保留重定向、哪些入口直接更新。判断依据不是某个页面看起来顺不顺眼,而是旧链接是否还被用户、收藏夹、外部页面或站内其他栏目引用。
只换叫法,指栏目 URL 保持原样,例如原来叫“产品中心”,现在改叫“解决方案”,但访问地址仍是原来的目录。此时导航、面包屑、页面标题和站内推荐位应同步使用新名称,避免同一栏目在不同位置出现两种叫法。旧名称可以保留在页面描述或栏目介绍里,帮助老用户认出这是同一个栏目。
连路径一起换,指栏目目录名也变了。这时旧导航和面包屑的处理重点不再是文字,而是链接是否还能到达正确内容。需要先列出一张对应表:旧栏目地址、新栏目地址、该栏目下有多少篇文章、哪些文章还有独立旧地址。对应表没有完成前,不建议直接删除旧目录或批量替换站内链接。
导航是入口,面包屑是位置提示,两者出错后的影响不同。导航链接失效,用户可能直接找不到栏目;面包屑文字滞后,用户会怀疑自己是否还在同一栏目下。处理顺序可以这样安排:
假设某站把“新闻动态”改为“行业观察”,URL 不变。执行动作是:在导航模板中替换名称,在面包屑模板中替换名称,在文章列表页和详情页的返回入口中替换名称。结果是用户从任何入口进入都看到“行业观察”,下一步只需检查搜索框、标签页和页脚是否还有旧称。若这些位置仍出现“新闻动态”,说明替换范围没有覆盖全部模板,应继续排查而不是急着做重定向。
如果栏目 URL 也变了,旧地址应设置重定向到新栏目。保留时间没有统一标准,但可以用两个条件判断:一是旧地址是否出现在站外页面、收藏夹或历史邮件中;二是站内是否还有未更新的旧链接。只要这两个条件中有一个成立,就应继续保留重定向。若旧栏目已经彻底合并、旧地址没有任何引用,也要先观察一段时间再决定是否移除,不能因为某天访问量低就立即删除。
需要提醒的是,旧地址访问量下降或归零,不能单独证明重定向可以取消。它也可能是统计口径变化、入口位置调整或用户习惯改变造成的。更稳妥的做法是同时核对站内链接扫描结果和服务器访问记录,确认没有新的旧地址请求,再考虑清理。
编辑、运营和技术对“栏目改名”的理解经常不同:编辑认为只是换个显示名称,运营关心旧链接还能不能带来访问,技术关心目录和模板是否要动。把分歧转成可核对的项目,最有效的方式是做一张对照表,字段至少包括:旧栏目名称、新栏目名称、旧 URL、新 URL、是否保留重定向、站内引用位置、负责人、核对结果。
这张表的作用不是增加流程,而是让每个角色看到同一事实。编辑核对文案,运营核对入口,技术核对链接和模板。任何一项没有核对结果,就不进入下一项。若某篇文章同时属于两个栏目,还要单独标记它的面包屑归属,避免出现“导航显示新名称、面包屑仍显示旧名称”的割裂。
栏目合并时,旧导航应指向合并后的新栏目,面包屑可以只保留新栏目层级,不必强行保留旧名称。栏目拆分时,旧栏目地址应指向拆分后的主栏目,同时为被拆出的子栏目建立新的导航入口。临时活动页改名则不同,它通常有明确结束时间,旧地址只需在活动期内保留跳转,活动结束后按计划下线,不必长期保留。
无论哪种情况,动作完成后都要做一次实际点击核对:从首页导航进入新栏目,从文章详情页看面包屑,从旧地址访问看是否到达正确页面。核对结果决定下一步是继续替换遗漏位置,还是可以结束本次改名处理。只有导航、面包屑和旧地址三者都指向一致,栏目改名才算真正完成。