先给结论:不要同时保留旧栏目名和新栏目名两套导航。正确做法是选定一个规范名称,让导航、面包屑和URL路径都指向它,旧名称只作为跳转或历史标记存在。具体选“原地改名”还是“新建栏目再合并”,取决于旧栏目是否还有独立内容价值、外链是否集中、以及面包屑是否依赖URL层级。
打开你手头那个旧栏目页,看它下面聚合的内容。如果文章主题没变,只是叫法更准确,比如“帮助中心”改成“使用文档”,这属于原地改名。如果旧栏目里混着教程、公告、下载三类内容,而新名称只覆盖其中一类,这属于换主题,处理方式完全不同。
原地改名的代价低:导航文字、面包屑末级、页面标题同步替换即可,URL可以不动。换主题的代价高:旧栏目需要拆分成多个新栏目,旧导航项要么删除,要么降级为子项,面包屑会从两级变成三级。判断依据是内容归属,不是名称好不好听。
导航承担的是“用户能不能找到入口”,面包屑承担的是“用户知不知道自己在哪”。两者对旧名称的容忍度不同。
实际操作时,先改导航,观察一周点击分布,再决定面包屑是否跟随。这个顺序能避免一次性改动过大导致无法判断问题来源。
假设你有一个旧栏目“客户支持”,准备改名为“服务与支持”。两种做法都成立,但条件不同。
适用条件:旧栏目下所有内容仍属于同一主题;外部链接大多指向栏目首页;面包屑只有两级。动作是把导航文字、面包屑末级、页面标题中的旧名称替换为新名称,URL保持不变。结果是旧链接继续可用,用户不会遇到404,但URL中的拼音或英文可能仍带旧词,这属于可接受的历史遗留。
适用条件:旧栏目名称带有明显过时含义,且旧URL已被大量外链引用;或者新名称需要独立的一级路径。动作是建立新栏目页,把旧栏目页设置为301跳转到新地址,导航和面包屑都指向新路径。结果是新名称从URL到界面完全统一,但旧栏目下如果还有未迁移的子页面,跳转只能到栏目首页,用户需要再找一次。
选择依据可以简化成一句话:内容没变就原地改名,内容要拆就新建栏目。如果两者都不满足,说明你还没想清楚新栏目的边界。
不要凭记忆改导航。打开站点根目录或后台的栏目管理,导出一份栏目清单,至少包含:栏目ID、旧名称、新名称、URL、父级栏目、是否在导航显示。然后按下面顺序处理:
做完第2步后,用站内搜索或导航点击热图观察一周。如果旧名称的搜索量明显下降,说明用户已经接受新入口;如果仍有大量用户搜索旧词,考虑在搜索结果页给出“您是不是要找:新名称”的提示,而不是把旧名称加回导航。
常见异常是:导航已经改成新名称,面包屑还显示旧名称。这时不要急着改导航,先确认面包屑的数据来源。如果面包屑读取的是URL中的目录名,而URL没改,那么改面包屑文字会造成“文字新、链接旧”的割裂。合理做法是保持面包屑与URL一致,等URL迁移完成后再统一更新。
另一种情况是旧栏目被合并到新栏目,但面包屑仍指向旧父级。此时应把旧父级从面包屑中移除,只保留新父级和当前页。判断标准是:用户点击面包屑任意一级,应该到达一个仍然存在的栏目页,而不是跳转页或404。
如果旧栏目已经删除且没有做跳转,面包屑中的旧名称会变成死链。修复动作是给旧栏目地址配置301跳转到新栏目,而不是只改面包屑文字。跳转生效后,再检查面包屑链接是否直接指向新地址,避免多一次跳转。
第一,从首页导航进入新栏目,确认面包屑显示“首页 > 新栏目名”,且点击“首页”能返回。第二,直接访问旧栏目URL,确认返回301且最终落到新栏目页,而不是404或跳回首页。第三,在站内搜索旧名称,确认搜索结果页没有把旧栏目作为独立入口展示。
这三个检查点通过后,旧导航和面包屑的处理才算完成。如果其中任何一项失败,先回到对应的配置项修正,不要用新增导航项的方式掩盖问题。