先给有条件的结论:如果站点服务范围确实覆盖成都全域,且“成都”与“锦江”“武侯”“高新”等名称指向的是同一批真实服务能力,那么导航应当以行政区为骨架、“成都”作为总入口,而不是把两类名称平铺成同级菜单。只有当各行政区页面有独立内容、独立承接意图时,这种分层才成立;否则应合并为少数几个页面。
城市别名和行政区名称混在一起时,最容易出的问题是把导航做成名称的堆叠。判断依据不是名称长短,而是搜索意图是否真的不同。可以这样区分:
因此,导航要回答的不是“有多少个名字”,而是“用户会不会用不同名字表达不同需求”。会,就分层;不会,就合并。这个判断决定了后面所有结构动作。
假设站点已有“成都SEO服务”总页,同时手上有武侯、锦江、高新三个区的可交付内容。较稳妥的组织方式是:
这样做的实际结果是:用户从总入口能到达任一区域,区域页也不会和总页争夺同一个意图。下一步要做的,是检查每个区域页是否有独立内容支撑;如果没有,就把它降级为总页里的一段文字,而不是一个可点击的导航项。
反例很明确:如果各行政区页面只是把“成都”替换成区名,正文、案例、服务说明几乎相同,那么分层导航就不再成立。此时保留多个区域入口,只会让用户和抓取都面对一批近似页面。更合理的处理是合并成一个成都总页,把区名写进正文的服务范围说明里,而不是做成并列菜单。
还有一种情况:某些区名在用户语言里几乎不用于搜索服务,只用于描述地理位置。这时也不该为它单独建导航项,否则会得到一个有入口但没有真实需求的空壳页面。
如果旧导航里已经存在一批区域入口,需要退出或收缩,不要一次性清空。先做一次分拣:
判断某个区域页是否值得保留,可以看它是否能回答一个总页回答不了的问题,例如该区的交付安排、上门或远程的差异。如果答案是否定的,它就更适合被合并。这个动作的结果会直接决定导航是两层还是只有一层,也决定下一步是继续拆分还是停止扩张。
先列出当前导航里所有与成都相关的名称,逐个标注它对应的是总入口意图还是区域意图,再标注该页面是否有独立内容。标完后,只保留同时满足“意图独立”和“内容独立”两项的区域入口,其余合并或退出。这样得到的导航层级,才和成都SEO服务实际能交付的范围一致,而不是名称的排列组合。