扩词时很多人只会换同义词,结果词越扩越窄,还互相打架,最后做出一堆意思差不多、自己抢自己排名的页面。更稳的办法是按上下位关系展开:上位词是更宽泛的类别,下位词是更细的子类。本文讲用这对关系把词库织成网,而不是拉成一条越走越细的线,这样每个细分意图都能被覆盖到,结构也清晰可管理。
什么是上下位关系
上位词是类别,下位词是实例。例如跑鞋的上位是运动鞋,下位是缓震跑鞋、竞速跑鞋。同义词是同层替换,上下位是层级展开,两者解决的问题完全不同。只换同义词你会漏掉整条子类线,比如只写运动鞋的同义词,就漏了缓震、竞速这些用户真实在搜的细分;用上下位才能把一类需求铺满,让词库覆盖到每个细分意图,而不是在一层里反复打转。
从下位往上收,从上位往下铺
拿到一个词,先用反向词典或分类法找它的上位,确认它属于哪类,避免扩偏到无关品类。再沿上位往下数下位:列出该类别所有子类、型号、场景、人群。例如笔记本下位含游戏本、轻薄本、二合一,每个再往下到具体型号。一层层铺,词就织成了网,而不是一条细线。这套动作能让任何一个种子词都长出一整棵可管理的词树,而不是几个散词。
- 找上位:确认这个词属于哪个大类,防止扩偏,也方便后续做枢纽页。
- 铺下位:沿大类列出子类、型号、场景、人群,把一层铺满再往下。
- 到实例:下位继续细分到具体型号与规格,覆盖最细的搜索意图。
三类下位要分别采
属性下位按材质、尺寸、功能细分,例如防水、便携、加厚。场景下位按使用场合,例如通勤、户外、送礼、自用。人群下位按使用者,例如学生、新手、专业户、老年人。三类交叉,得到一张立体的词网,而不是一条线,覆盖度远高于只换同义词。交叉的好处是你能发现属性加场景加人群的组合词,这些长尾往往竞争最小、转化最准,是扩词里最该优先做的部分。
上下位词的内容分工
上位词做枢纽页,覆盖大类并内链到各下位页,承担承接广搜索与分流的职责。下位词做深耕页,回答具体子需求,比如某一型号的具体问题。这样权重从上位流向长尾,也避免下位之间互相抢排名,因为每页各有明确边界。标题用下位原词,正文适度提上位词承接更广的搜索,结构与流量两不误,既好排也好读,用户进来能顺着链路找到想要的。
用关系图管词库
把词按上下位画成树,缺哪层一眼可见。某子类没覆盖,就是内容缺口,立刻补页;某下位词扎堆,就是自我竞争,该合并的合并。每次扩词先定位它在树的位置,再决定补叶还是补枝,动作有明确依据。词库从清单变成结构,选词不再凭感觉,覆盖与去重都有了依据,团队交接时也看得懂为什么这么排,不会有人乱插一堆重复页。
上下位结构还能直接指导内链。上位页链向所有下位页,下位页回链上位页,同层下位之间只在确实有相关内容时才互链,这样链接关系和内容层级一致,权重流动清晰。很多站点内链乱,是因为词之间没有结构,只能凭感觉乱插;有了上下位树,内链方案跟着树自动生成,既省事又不容易出错,新页面也能立刻知道该挂在哪里。
上下位扩词把零散关键词织成可管理的结构,比同义词替换更系统,也更能避免自我竞争。今天拿你最熟的一个品类,画出它的上位与三级下位树,标出哪层还没覆盖,挑一个缺口先做页面,你会发现词库第一次有了形状,以后扩词和排期都顺着这棵树走,又快又稳。
上下位与关键词组合扩展
上下位树给了结构骨架,填充还得靠 关键词组合扩展。在确定的上位下,用”场景+属性+下位”拼出长尾,比如”新手 相机 推荐”挂在”相机推荐”这个下位下,既丰富又不乱。组合前先看树缺哪层,避免生成一堆无归属的词。
组合产出后回填到上下位树,立刻能看到哪些下位被过度细分、哪些还空着。树和组合互相校验,词库既不遗漏也不臃肿,排期时照树取词即可。
上下位驱动主题集群
上下位结构天然对应 关键词聚类与主题集群。一个上位页作为支柱,下面每个下位页是一个集群节点,内链从支柱辐射到节点再回来,权重流动清晰。比平铺一堆互不相关的文章更易被搜到。
集群搭好后,新下位词一出现就能挂到对应支柱,不用每次重新想结构。站点越大,这套自洽的层级越省心,也减少内容重复。
上下位落地到 URL 映射
结构再好也要落到 URL。用 关键词到 URL 映射 把每个下位词对应到一个确定页面,上位页链所有下位页,避免两个下位词抢同一个 URL 造成自我竞争。映射表同时是内链方案的来源。
映射定下后,新增内容先查表找归属 URL,能复用就更新旧页、不能复用才开新页。这样站点随时间增长仍保持清晰,不会越写越散。
| 词层级 | 内容职责 | 内链方向 |
|---|---|---|
| 上位词 | 承接广搜,定义范畴 | 链向全部下位页 |
| 下位词 | 承接长尾,深钻细节 | 回链上位+相关同级 |
| 同级下位 | 覆盖不同角度 | 仅相关才互链 |
图:上下位词的内容与内链分工(运营GO 整理)


