先给出结论:把“宁波”这类城市别名当作稳定的顶层入口,把“海曙”“鄞州”“北仑”等行政区名称当作可筛选、可合并的第二层标签,而不是让两套名称在同一层级平铺。判断依据是用户的搜索意图——找全城服务的人用城市名,找就近服务的人用区名,两者不是并列关系,而是包含关系。导航结构一旦按这个逻辑分层,旧页面里重复的入口就能被合并或退出,保留下来的部分继续承担它真正有价值的流量。
打开站点后台的栏目列表或导航配置,逐个查看现有入口,通常只会落到三种状态之一。第一种是城市名和区名出现在同一级菜单,比如顶部同时挂着“宁波”“海曙”“鄞州”,点击后进入内容高度相似的页面。第二种是城市名做栏目,区名做该栏目下的子项,但子项里又混入了全城通用的内容。第三种是历史遗留,早期按区建了一批页面,后来新增了城市级页面,两套并存但互不链接。
区分方法很直接:看每个入口下的内容是否真的只服务该区域。如果“海曙”页面里写的是全城都适用的服务说明,那它本质上是一个城市级页面被贴了区名标签,属于重复,应当合并。如果页面确实包含该区的具体服务范围、可预约时段或到访方式,那它具备独立价值,可以保留为第二层。
确定分层后,导航的物理结构应调整为:顶层只保留城市别名对应的一个入口,行政区名称不再作为并列菜单项,而是作为该入口内部的筛选条件或子栏目。这样做的实际效果是,用户从任意路径进入时,都能先落到城市级页面,再按需收窄到区。
具体动作分三步。第一步,把城市级页面设为父级,把仍有独立价值的区级页面设为子级,并在子级页面顶部加一条返回父级的链接。第二步,对内容重复的区级页面做合并,保留其中信息量最大的一个,其余用跳转指向它,避免同一批关键词在站内互相竞争。第三步,更新站内导航和面包屑,确保从首页到任意区级页面不超过三次点击。
这个动作的结果会直接改变下一步:合并完成后,原本分散在多个区级页面上的内链会集中到少数几个页面,你可以据此重新观察哪些区的内容确实被访问、哪些只是占位。访问数据长期为零的区级入口,就是下一轮可以退出的对象。
旧系统或旧合作关系留下的页面,不能只因为“看起来重复”就删除。判断是否退出,要看它是否还在承接外部链接、是否还有用户从站外直接访问、是否包含其他页面没有的信息。三项都不满足,才进入退出流程。
退出的方式也要分级。内容完全过时且无外链的,直接删除并让服务器返回正确的状态码;有少量外链但内容可被父级页面覆盖的,做301跳转到最相关的保留页面;内容仍有独特信息但位置不合理的,先迁移再跳转。这里要提醒一点:某个页面的访问量下降或归零,不能单独证明它该被删除,也可能是季节波动、外链失效或抓取延迟造成的,需要结合外链和站内搜索词一起看。
假设你手上有一份旧站栏目表,里面同时列着“宁波”“海曙”“江东”“鄞州”四个入口,其中“江东”是已经调整过的旧行政区名称。处理顺序可以这样排:先把“宁波”定为唯一父级;检查“海曙”和“鄞州”页面是否有各自独立的服务信息,有则保留为子级,没有则合并进父级;“江东”页面若已无对应实体且无外链,直接退出,若有外链则跳转到当前最接近的区级页面。做完这一步,导航从四项并列变成一项父级加两个子级,结构清晰,后续新增区域也有位置可放。
这个例子里所有名称和数量都是假设,用来演示判断顺序,不代表任何实际站点的现状。你替换成自己手上的真实栏目时,判断标准不变:先看内容是否独立,再看外链是否值得保留,最后才决定合并还是退出。
结构调整不是一次性的,需要两个信号来验证。第一个信号是站内搜索词:如果用户仍在用区名搜索却找不到对应入口,说明筛选维度藏得太深。第二个信号是页面之间的跳转路径:如果从区级页面回到城市级页面需要绕行,说明层级关系没有在导航里表达清楚。
根据这两个信号做微调,而不是推倒重来。区名搜索多,就在城市级页面顶部加一个区名筛选块;回跳路径长,就在区级页面固定位置补一条父级链接。每次只改一处,改完观察一段时间再决定下一步,避免一次调整过多导致无法判断是哪个动作起了作用。