先给结论:栏目改名后,旧导航和面包屑不能只做文字替换,而要按“旧名称是否还被用户使用、旧链接是否还有外部入口、旧层级是否仍然成立”分成保留、重定向、合并三种处理。最稳妥的起点是拿一张现成的旧栏目页,逐项核对导航文字、面包屑路径、页面标题和站内链接,再决定哪些位置直接改字,哪些位置必须加跳转。
同样是改栏目名,处理方式差别很大。假设一个企业站原来有一级栏目“解决方案”,现在改成“行业方案”,但下面的页面内容和层级都没动。这种情况属于纯标签变化,旧链接仍然有效,导航和面包屑可以同步换字,不必大规模重定向。
如果旧栏目被拆成两个新栏目,例如“解决方案”拆成“行业方案”和“服务支持”,旧栏目页不再存在,这就属于结构变化。此时旧导航项不能简单改名,而要把旧入口指向一个仍然合理的落点,并让面包屑反映新层级。判断依据不是名称像不像,而是旧栏目页是否还保留独立内容、旧链接是否还承担外部访问入口。
还有一种情况是旧名称虽然改了,但用户仍可能从收藏夹、历史记录或外部合作页面进入。这时即使站内导航已经更新,也要保留旧路径到新路径的跳转,避免访问者落在空白页或错误层级上。
不要先批量替换全站文字。先选一个改动最完整的旧栏目页,把它当作样本页,依次检查以下位置:
完成这四处核对后,你会得到一张清单:哪些位置只是显示文字,哪些位置是真实链接,哪些位置涉及层级关系。下一步的处理动作就由这张清单决定,而不是由栏目名本身决定。
第一种:直接改字,保留原链接。适用于旧栏目页仍然存在,只是名称变化。此时导航项的文字更新为新名称,链接地址不变。面包屑中间层也同步改字。这样做的结果是已有外部链接继续可用,用户不会遇到跳转中断。
第二种:保留旧入口,增加跳转。适用于旧栏目页被新栏目页替代,但旧地址仍有访问价值。做法是让旧导航项不再出现在主导航中,同时在服务器或站点配置层把旧路径指向新栏目页。面包屑则按新层级展示。执行后要检查跳转是否落到最相关的页面,而不是统一跳到首页。
第三种:合并入口,更新面包屑层级。适用于两个旧栏目合并成一个新栏目。例如“新闻动态”和“公司公告”合并为“公司资讯”。这时主导航只保留一个新入口,面包屑的中间层也合并为一层。旧栏目下的详情页如果仍然保留,其面包屑应指向新栏目,而不是继续显示已经不存在的旧层级。
三种方式的选择条件可以归纳为:旧栏目页是否继续存在、旧链接是否还有外部来源、旧层级是否被新结构继承。只要其中一项发生变化,处理动作就要跟着变。
面包屑不是导航的复制品,它表达的是当前页面在站点结构中的位置。栏目改名后,常见错误是只把面包屑中间那层文字换掉,却没有检查当前页面是否还属于这个新栏目。
举个例子:假设旧结构是“首页 > 解决方案 > 制造行业”,改名后新结构是“首页 > 行业方案 > 制造行业”。如果详情页仍然归在“行业方案”下,面包屑直接改中间层文字即可。但如果“制造行业”已经被移到“客户案例”下面,那么面包屑应改为“首页 > 客户案例 > 制造行业”,而不是继续保留“行业方案”。
这个判断动作会直接影响下一步:如果层级归属变了,站内相关推荐、上一篇下一篇、侧边栏分类列表也可能需要同步调整。只改面包屑文字而不改归属,会让用户顺着面包屑点回去时发现栏目内容对不上。
第一,从旧导航入口走一遍。找到仍然保留的旧链接,确认它是否跳到新栏目页,跳转后的页面标题和面包屑是否与新名称一致。如果旧链接直接返回404,说明跳转规则没有覆盖到该路径。
第二,从新面包屑反向走一遍。点击面包屑中间层,确认落点是与新栏目名对应的列表页,而不是旧栏目页或空白分类页。这个动作能暴露层级归属是否真正更新,而不只是文字替换。
如果这两个检查都通过,再考虑批量处理其他栏目页。批量处理时仍要保留样本页作为对照,避免把“只是提到旧名称的正文文字”也误改成链接跳转。改名本身不是问题,问题是旧入口、旧层级和旧链接是否被同时照顾到。只要按页面逐一核对,导航和面包屑就能从旧名称平稳过渡到新名称,而不是留下互相矛盾的路径。