先给结论:导航里只保留一套主名称,另一套作为同义入口放在页面内部或面包屑,而不是在主导航中并列。判断依据不是哪个叫法更常见,而是用户从哪个入口进入、站点能否为两套名称各提供不重复的内容。如果两套名称指向的是同一批服务与同一片覆盖范围,并列只会制造重复路径;如果它们对应不同业务分区或不同搜索意图,才值得分开组织。
拿一张已经写好的区域落地页做检查。把页面里出现的名称全部圈出来,通常会出现三种情况。第一种是同一地方的正式行政区名称与常用别名,例如“深圳市”和“鹏城”,覆盖范围完全一致。第二种是行政区与其下辖片区,例如“广州市”和“天河区”,范围一大一小。第三种是历史称谓或旧称,例如某些地方曾用名,与当前行政名称指向同一区域。三种情况的处理方式不同,混在一起处理是导航混乱的主要来源。
判断方法很直接:问一句“这两个名称指向的服务对象、服务内容和地理范围是否完全相同”。完全相同,就是同义并存;不完全相同,就是层级并存。这个判断决定了后面所有动作。
如果确认是同义关系,主导航、面包屑和页脚导航中只保留一个名称。选哪一个,看两件事:一是目标用户更常用哪个称呼,二是你已有的内容、外链和站点结构更偏向哪个。假设你的站点已经围绕正式行政区名称建立了较完整的页面结构,那么主导航沿用正式名称,把别名放到页面内的段落、小标题或站内搜索的同义提示里。这样做的代价是:习惯用别名的用户可能不会第一时间在导航里看到熟悉的词,需要靠正文和站内搜索补上。
反过来,如果别名才是用户日常搜索和口头表达中更常见的说法,也可以让别名承担主导航角色,正式名称退到页面正文和结构化信息中。两种选择都成立,条件是不要同时并列。并列的代价是导航路径重复,用户在两套入口之间来回跳,也让你难以判断哪套名称真正有效。
如果两个名称是行政区与下辖片区的关系,导航应体现层级。主导航放上级行政区,下级片区放在该区域页面的内部导航或列表里。这样用户从上级进入后能自然下沉到具体片区,而不是在主导航里看到一长串并列地名。
具体动作可以这样执行:打开区域页模板,检查主导航是否同时出现了市和区。如果出现,把区级名称从主导航移除,改为该市页面内的锚点或子列表。改完之后观察两个信号:一是用户是否还需要通过搜索框才能找到片区页面,二是片区页面的入口点击是否明显减少。如果减少幅度过大,说明用户确实需要更直接的入口,这时可以把高频片区放回导航,但要用分组标题标明层级,例如“广州”下挂“天河”“越秀”,而不是平铺。
假设某站点同时经营“佛山”和“禅城”两个词的区域页面,两者内容高度重合,只是标题和正文里的地名不同。此时若在主导航并列这两个入口,用户会看到两条几乎一样的路径,站内链接权重也被分散。处理方式是把“禅城”页面并入“佛山”页面,或在“佛山”页面内设置“禅城”专段,主导航只保留“佛山”。代价是“禅城”作为独立入口消失,依赖该词进入的用户需要多一步跳转。这个代价是否可接受,取决于该词带来的访问是否足以支撑一个独立页面。注意这里只是假设的比较方法,不是真实项目数据,实际判断要看你自己的访问记录和内容差异程度。
需要提醒的是,入口点击下降或某个名称的访问量归零,不能单独证明合并就是对的。它也可能来自季节波动、其他入口分流或统计口径变化。把点击数据、内容重合度和用户搜索词放在一起看,才能判断下一步是继续合并、恢复入口,还是把别名转为站内搜索的同义提示。城市名本身不构成服务能力证明,导航结构解决的是路径清晰问题,不是排名问题。