先给结论:把“杭州”“杭城”“杭州市”以及“上城”“拱墅”“余杭”等行政区名,按用户搜索意图分成两层——城市层用统一主名称,区级层用官方行政区名——再决定导航入口。不要在同一级导航里同时堆城市别名和区名,否则用户和抓取程序都难以判断哪个页面代表哪个地域。
打开你现有的导航文件或栏目结构,逐条问:这个入口是给“想找杭州本地服务”的人,还是给“已经锁定某个区”的人。前者属于城市层,后者属于区级层。两层混在同一行,是别名与区名并存时最常见的结构问题。
可用的区分依据:
如果导航里同时出现“杭州”和“杭城”两个城市入口,先保留与营业执照、备案主体、对外正式称呼一致的那个作为主名称,另一个降级为正文中的同义表述。这样做的直接结果是:城市层只对应一个可点击入口,区级入口不再被城市别名稀释。
动作与结果:把导航中的“杭城”入口去掉后,检查它原来指向的页面是否还有内部链接进入。如果没有,就把该页面内容合并到主城市页,或改为区级页的补充说明。下一步再决定是否需要为它保留一个跳转,而不是继续放在主导航。
区级导航最容易出问题的地方,是同一行政区出现“上城区”“上城”“上城街道”等不同写法。处理时以民政部门公布的行政区划名称为准,导航文字、页面标题、面包屑保持一致。
假设一个场景:某服务商把“余杭”和“余杭区”分别做成两个导航入口,内容高度相似。此时应合并为一个区级页,把另一个入口的链接指向合并后的页面,并检查站内搜索是否还能搜到旧名称。合并后如果旧入口仍有外部链接,再单独评估是否需要保留说明页,而不是让两个入口继续并列。
把你手头的栏目清单转成一张三列表:名称、层级、目标页面。名称列写最终要展示的文字,层级列写“城市”或“区级”,目标页面写实际 URL 或页面标识。填完后逐行检查:同一层级是否出现两个城市别名,区级名称是否与官方口径一致。
这张表的作用不是归档,而是决定下一步动作:如果某一行找不到目标页面,说明该名称暂时没有承载页面,应从导航中移除或先建内容;如果两行指向同一页面,说明名称重复,应合并展示文字。
调整完成后,不要仅凭某一天的数据变化判断成败。可以观察:站内搜索里用户实际输入的词是城市别名还是区名;导航点击是否集中在少数入口;区级页是否开始获得与城市页不同的查询词。这些现象只能作为参考,不能单独证明结构正确。
如果区级页持续只获得与城市页相同的查询词,说明用户还没有形成区级意图,此时继续拆更多区名入口意义有限;如果区级词开始分化,再考虑为每个行政区补充独立内容,而不是先铺满导航。整个判断的前提是:你的业务确实覆盖这些行政区,并且页面能提供对应区域的实际信息。