先给结论:把“广州”这类城市别名和“天河、越秀、番禺”等行政区名称放进同一套导航时,不要按同层级平铺,而应先确定一个稳定主轴,再把另一类名称降为筛选或补充入口。判断依据是用户搜索意图的粒度——搜城市名的人多半在找服务范围,搜区名的人多半在找就近落地,两者不该抢同一个位置。下面以你手上某个旧导航或旧页面为对象,逐步给出可执行的处理方案。
拿出你现有的导航、栏目列表或旧页面标题,逐条标记每个入口用的是城市别名还是行政区名。常见有三种状态:一是两类名称混在同一级菜单里,比如“广州服务”和“天河服务”并列;二是城市名只出现在页头或面包屑,区名散落在正文;三是旧系统里区名是独立栏目,城市名只是标题前缀。区分它们决定了改动量:第一种需要重排层级,第二种只需统一入口,第三种往往要保留旧链接再做收口。
判断时可以用一个简单测试:把每个入口的标题遮住,只看它下面挂的内容,问“这条内容换一个区名还成立吗”。如果成立,它其实属于城市级内容,区名只是装饰;如果不成立且依赖具体位置、路线或周边描述,它才适合作为区级入口。这个测试能帮你避免把通用服务硬塞进每个区。
两种主轴都成立,但适用条件不同。以城市为轴,适合服务流程、报价方式、团队协作这类跨区一致的内容,区名退为筛选标签;以行政区为轴,适合上门、勘测、现场交付这类强地域绑定的内容,城市名退为范围说明。选错主轴会让用户点进区级页面却看到一段和位置无关的通用介绍,退出率上升,但这只是假设情境下的合理推断,不是必然结果。
一个可操作的动作是:统计旧页面里真正包含区级差异信息的比例。假设你手上有二十个区级入口,其中只有五个写了与位置相关的具体安排,其余十五个只是把城市名换成区名,那么主轴应选城市,把那五个保留为区级补充入口,其余合并。这个比例不需要精确到小数,量级判断就够用。
确定主轴后,按下面顺序处理,每一步的结果都会影响下一步:
这套清单的关键不是一次做完,而是让每一步的产出成为下一步的输入。比如第二步选了城市主轴,第三步的跳转目标就随之确定,不需要再临时决定。
如果这份导航来自旧系统或旧合作方,退出时不必全部推倒。值得保留的是:已经积累外部链接或用户习惯的入口路径、真实包含区级差异的内容、以及被其他页面引用的锚点。可以退出的部分是:仅为填充区名而生成的空壳页面、重复度高的标题模板、以及没有任何独立信息的筛选入口。
判断保留价值时,不要只看访问量。访问量归零可能来自入口被隐藏、统计口径变化或季节性波动,不能单独证明该页面无用;反过来,某入口有访问也不代表它内容合格。更稳的做法是看它是否承担了唯一的信息职责——如果删掉后某个问题在站内再也找不到答案,就保留;如果答案在主轴页面已经覆盖,就可以合并。
假设某服务站的旧导航一级菜单同时列出“广州”“天河”“越秀”“番禺”,每个入口下都是同一段服务介绍,只有标题不同。按上面的方法:先标记出只有“番禺”入口包含现场交付说明,其余三个没有区级差异;于是选城市为主轴,把“广州”提升为一级入口,把“天河”“越秀”降为筛选标签,“番禺”保留为区级补充入口;旧路径用跳转指向新层级。结果是用户从城市入口能直接看到服务范围,从区级入口能读到位置相关的具体安排,两类意图不再互相干扰。这个例子是假设的,数字和结论只用于说明比较方法,不代表任何真实项目效果。
转换完成后,下一步应观察入口调整后用户是否仍能通过原路径到达目标内容,并据此决定是否继续合并剩余区级入口。整个过程的重点始终是让城市别名与行政区名称各归其位,而不是让它们在同一层争夺同一个位置。