先给结论:把“上海”“沪”“申城”这类城市别名与“浦东新区”“黄浦区”“徐汇区”这类行政区名称放在同一套导航里时,不要按“叫法”分栏,而要按“用户要找的东西”分层。城市别名承担的是同城识别和品牌记忆,行政区名承担的是到店、上门、配送范围和服务半径。两者混在同一级菜单,会让读者无法判断点进去看到的是全市服务还是某个区,也会让旧页面在退出时失去可保留的部分。
拿你现在正在维护的一份资料或页面作为对象:打开它的导航或栏目列表,把每一项抄下来,在旁边标注它回答的是“我在哪个城市”还是“我在哪个区”。如果同一项既像城市别名又像行政区名,例如“上海浦东”,就把它拆成两个问题:这个人是在确认城市,还是在确认具体区域。
常见有三种结构,处理方式不同:
判断动作本身会产生一个结果:如果抄下来之后发现超过一半的入口无法明确归入某一层,说明问题不在命名,而在层级本身缺失,需要先补层级再改文案。
城市别名不承担导航分流功能。它的合理位置是页面标题、面包屑的第一级、或正文里第一次提到服务范围时的自然表达。让“上海”和“沪”同时出现在主导航的一级位置,只会制造两个内容相同的入口,后续维护时任何一次改动都要做两遍,旧内容退出时也容易只删掉其中一个。
行政区名称则不同,它直接关系到用户能不能得到服务。导航里出现“浦东新区”,读者预期看到的是这个区内的服务说明、可达方式或负责范围。因此区名应当放在城市层之下,并且每一项都要能回答一个具体问题:这个区是否在服务范围内、以什么方式服务、由谁对接。
一个可执行的做法是:主导航只保留一个城市入口,进入后按行政区列出服务范围。如果某个区暂时没有独立内容,就不要给它单独的导航项,而是在服务范围页里用一句话说明覆盖情况。这样做的直接结果是,旧区级页面退出时,你只需要在服务范围页里删掉对应条目,而不必去动主导航。
旧内容、旧系统或旧合作关系需要退出时,最容易犯的错是按页面新旧或按上线时间批量处理。对导航来说,更可靠的判断标准是:这个页面是否仍在回答某个行政区的服务范围问题。
可以按下面顺序处理:
这里有一个假设例子,仅用于说明比较方法:假设你手上有两个旧页面,一个讲“浦东新区上门服务范围”,另一个讲“上海服务介绍”。前者仍能回答区域问题,保留并归入区级;后者与新的城市层内容重复,退出。做完这一步后,检查导航里是否还残留指向已退出页面的链接——如果残留,读者点进去会看到失效内容,这比导航多一项的伤害更大。
改完之后,不要只看导航文字是否整齐,而要做一次点击测试:从首页出发,假设自己是一个只知道“上海”但不知道具体区的读者,看能否在两次点击内找到服务范围说明;再假设自己是一个已经确定在“徐汇区”的读者,看能否在两次点击内找到该区的具体服务信息。
如果第一个假设需要三次以上点击,说明城市层被别名或区名挤占了位置;如果第二个假设找不到对应区,说明区级入口缺失或命名与用户习惯不一致。测试结果直接决定下一步:前者调整第一层入口数量,后者补充区级内容或明确说明未覆盖。
需要说明的是,导航结构本身不能证明服务能力,城市名或区名也不能单独带来排名或流量。它解决的是读者能否快速判断“这里是否服务我”的问题。把这一点做清楚,旧内容退出时才有明确的保留依据,而不是凭感觉删改。
最后检查一遍:城市别名只出现在城市层和正文表述里,行政区名称只出现在服务范围层,每一级入口都能回答一个具体问题,已退出的页面不再出现在导航中。做到这三点,别名与区名并存就不再是冲突,而是两层各司其职。