关键词蚕食排查与页面合并:把存量内容的权重收进一条通道
很多站点流量停滞,不是内容不够,而是同主题页面在互相抢排名。本文给出一套可执行的流程:用“查询—URL 归属表”识别蚕食集群,按合并、分工、降级三种方式处置,再用内链与锚文本把权重集中到主页面,最后设定验证指标与回滚窗口。
先分清:多页面排名不等于关键词蚕食
同一个查询下出现两三个自家 URL,很多人第一反应就是“蚕食”,然后急着合并。但判断错了,代价是把本来分工良好的页面毁掉。真正需要处理的蚕食,通常同时满足三个条件:几个页面争夺的是同一个搜索意图;内容重合度高,删掉其中一个几乎不损失信息;在结果页上它们的位置互相穿插,导致点击份额被摊薄。
反过来,产品页与科普文同时出现在一个宽泛词下,属于正常的意图分层,用户点哪个都合理,不必动。判断时看三个信号:目标查询下多个 URL 的曝光量此消彼长、整体点击率低于同位置的平均水平、主页面排名长期在第二页到第一页之间反复波动。只看排名曲线容易误判,一定要把点击份额一起看。
第一步:建一张“查询—URL 归属表”
把搜索表现数据按“查询 + 页面”两个维度导出,覆盖近三个月,然后按查询聚合,得到每个查询下有哪些 URL 获得过曝光、各占多少曝光份额。份额低于两成、又不在导航主干上的次要 URL,先标出来。
接着做语义聚类:把查询按主题分组,看每个主题集群里“URL 数量”是否明显多于“真实意图数量”。比如同一个主题下有六个页面、实际只有两种意图,那多出来的四个就是候选处理对象。这一步的产出不是清单,而是结论——每个集群只留几条通道,其余全部收敛。
第二步:三种处置方式,别只用一种
第一种是合并。意图完全相同、内容高度重合时,保留数据表现最好的主页面,把另一篇里独有的段落、数据、问答补进主页面,旧 URL 做 301。注意补内容在前、跳转在后,否则用户落地会看到信息缺失的页面。
第二种是分工。意图可以切分时(不同规格、不同使用场景、不同决策阶段),不要合并,而是给每个页面明确一个主查询,改写标题与开头段落,让它们各自对应不同问法,再用内链串联。分工的关键是锚文本不要重复用同一个词,否则等于自己给自己制造新一轮蚕食。
第三种是降级。内容单薄、没有独立搜索价值的页面,直接并入上级页面,从站点地图和站内入口里移除,必要时加 noindex。这类页面留着不合并,只会持续消耗抓取预算。
第三步:内链重排,让权重走一条通道
内链优化的重点不是“加多少条”,而是“入口收敛”。每个主题集群只保留一个枢纽页,集群内其余页面统一指向它;相关推荐、面包屑、侧栏这些模板位置最容易出问题,合并后往往还在给已经 301 的旧地址输送链接,等于把权重送进死胡同。
锚文本用主查询的自然变体,不要几十条链接全用完全匹配词。改内链一次只动一个集群,并留下变更记录:改了哪些页面、动了哪些位置、什么时候生效。多集群同时改,出问题时无法归因。
第四步:验证与回滚窗口
301 生效后给两到六周观察期,重点看三件事:主页面在目标查询上的曝光与点击是否上升;旧 URL 是否已从结果中消失;整个集群的总点击是否净增——如果总量没变,只是把点击挪了个位置,说明这次合并只是搬运,没有创造价值。
提前写好回滚条件,比如四周内集群总点击下降超过预设阈值,就把 301 撤回为 200 重新评估。同时用抓取工具确认跳转不超过一跳,避免出现链式跳转把权重层层损耗。
几个容易踩的坑
一是上来就批量合并几十个 URL,数据根本来不及归因;二是用 canonical 代替 301 处理已决定废弃的页面,两种信号混用会拖慢生效;三是只盯排名不看点击份额,把正常的意图分层当成蚕食;四是忽略了站内搜索页、标签页、分页这些隐性重复入口,合并做完,蚕食从另一个口子又长出来。