先给结论:把用户口语中的城市别名和民政区划里的行政区名称分开处理,别名用于页面内可读文案与站内搜索,行政区名称用于面包屑、URL 和结构化数据中的地理层级。导航只保留一套主路径,别名通过锚文本、同义词和站内搜索承接,避免在主导航里并列两套地名造成层级混乱。下面以你手上的一份区域页面清单为例,逐步转成可执行方案。
打开你的页面清单,逐条核对每个地名出现在什么位置。常见的并存有三种:一是同一城市有俗称与正式名,例如口语称呼和行政区划名称指向同一范围;二是正式行政区与下辖片区、开发区、新区同时出现;三是历史地名与现行地名并存。三种情况的处理方式不同,不能一律并列。
判断依据是范围是否重合。范围完全重合的,属于同义关系,只需保留一个作为主名称;范围部分重合的,属于上下级关系,应分层而不是并列;范围已经变更的,属于历史关系,应做跳转或说明,而不是两个都留在主导航。
与其争论该用哪个名字,不如建一张三列表:主名称、别名或旧名、对应页面。每行只填一个地理实体,别名可以多个,但主名称只能一个。这张表就是后续所有导航、面包屑和内部链接的唯一依据。
填完后做一次反向检查:同一别名是否被挂到了两个主名称下。如果有,说明范围界定还没统一,先解决这一行,再继续后面的导航调整。
主导航和面包屑只使用主名称,层级按行政区划的实际包含关系排列。别名不进入主导航,而是出现在三个位置:页面标题与正文的自然表述、站内搜索的联想词、以及指向该页面的锚文本。
假设你有一个省级页面和若干城市页面,城市下还有片区页面。主路径写成省级 → 城市 → 片区。如果某个片区同时有俗称,俗称只写在片区页面的正文和标题里,不单独成为一个导航项。这样做的结果是:用户从导航进入时路径唯一,不会在两个名字之间反复跳转。
需要提醒的是,把别名塞进主导航并不会自动带来更好的抓取或排序,它带来的主要是用户路径分叉。是否值得,取决于你的站内搜索是否已经能承接别名。
先挑一个地理实体做试点,不要一次改全站。动作顺序如下:
改完后观察两件事:一是站内搜索用别名能否找到目标页,二是从上级页面进入该页的点击路径是否变短。如果别名搜不到,说明站内搜索的同义词配置还没覆盖,下一步补的是搜索配置,而不是往导航里加名字。如果路径没变短,说明层级本身有问题,需要回到清单检查上下级关系,而不是继续调文案。
并列成立的条件很窄:两个名称指向的范围完全一致,且你的用户群里两种叫法都高频出现,同时你的站点结构允许在同一个层级放多个入口而不产生重复内容。即使满足,也建议只在一个位置并列,例如页面标题里用一次,其余位置保持单一主名称。
不该并列的情况更常见:两个名称是上下级关系、范围有交叉、或者其中一个已经不再使用。这时并列会让面包屑和内部链接互相矛盾,用户点进去发现内容重叠,后续的页面维护也会变成两份。遇到这种分歧,先回到三列清单把范围写清楚,再决定谁进导航、谁只做别名。
最后一步是留出复核点:每次新增城市或片区页面时,先查清单里是否已有对应主名称,避免同一个地方因为叫法不同被建成两个页面。这一步做在前面,比事后合并省力得多。