关键词蚕食:同一个词被三页抢,合并还是拆分
一、蚕食不是”词重复”,是”意图重叠”
拿一份关键词表去做查重,很容易得出”这三页都在做 CNC machining”的结论,然后把其中两页合并掉。这一步经常做错,因为搜索引擎处理的不是词,是意图。
同一个词背后可能对应完全不同的需求。买家搜一个加工类短词,可能是在找供应商,也可能是在确认你的工艺能不能做到某个公差。这两类需求本来就不该由同一个页面承接。
| 重叠形态 | 具体表现 | 算不算蚕食 | 处置方向 |
|---|---|---|---|
| 同一意图、不同词 | 两页分别覆盖两个近义词,买家搜任一个要的是同一件事 | 算 | 合并到外链更多的那一页 |
| 同一意图、不同层级 | 品类页与产品页都给了价格、交期与选型建议 | 算 | 先改写分层,两周无效再合并 |
| 不同意图、共用一个词 | 一页讲选型方法,一页是规格参数表,搜索场景不同 | 多数不算 | 保留,用内链明确各自分工 |
| 同一意图、一个语言一个地区 | 英语页与德语页覆盖同一采购意图 | 不算 | 检查 hreflang 与标题是否区分 |
判断顺序是:先把词按意图分组,再看每一组里落了几个 URL。同一个意图下有两个以上 URL,才算重叠。
这条判断有一个前提——你能说清每个页面到底在讲哪件事。如果一页的标题写着”某某加工服务”,正文里既讲工艺、又讲价格、还塞了三个案例,那它自己就没有清晰意图。这种情况下先别谈蚕食,先把页面收窄,否则合并了也还是散的。
二、四个信号:怎么确认这是真蚕食
“感觉两页在抢”不能作为依据。下面四个信号里,前两个是硬证据,后两个只能作为旁证。任取其一都不足以定案,至少要同时命中两个。
| 信号 | 数据在哪看 | 判定线 | 说明 |
|---|---|---|---|
| 同一查询下两个 URL 交替出现 | Search Console 查询维度,按 URL 拆分 | 两页各累计 ≥30 次展现,且位次互换 ≥2 次 | 最可靠的一条,直接指向意图重叠 |
| 同一页排名长期大幅波动 | 第三方排名跟踪或每日抓取 | 同一页同一个词 30 天内上下浮动 ≥15 位 | 页面在与其他自家页竞争时才会这样抖 |
| 收录正常但流量不涨 | 索引覆盖报告 + 自然点击趋势 | 页面数增加 30% 以上,90 天自然点击持平 | 新增内容被自家旧页截走 |
| 内链互相指向且锚文本雷同 | 站内锚文本清单 | 两页互链,锚文本完全相同 | 旁证,说明你自己都没分清两页的区别 |
第一条信号之所以最可靠,是因为它排除了解释空间:如果只有一页在承接那个查询,另一个 URL 不该出现在同一列数据里。
这里有一条操作纪律:不要在改动当天去看排名。 合并或改写之后,搜索引擎需要重新抓取、重新评估,位次会先乱一段时间。合并类改动通常要 4 周才出现方向,60 天才能判断稳定结果。用两周内的波动下结论,等于用噪声做决策。
三、三种情况看着像蚕食,其实不是
这三类在报表上很像蚕食,但只要前提成立,就不该动。
| 情况 | 前提条件 | 为什么不是蚕食 | 检查动作 |
|---|---|---|---|
| 品类页与产品详情页并行 | 两页标题与正文分工清楚,一页讲选型与对比,一页只讲规格与公差 | 承接的是选型与下单两个不同环节 | 检查两页 H2 是否重复 |
| 多语言或多地区版本 | hreflang 标注正确,各自有独立 URL | 面向的是不同市场,人与引擎都按地区分流 | 抽查 hreflang 双向对应 |
| 品牌词页与品类词页 | 品牌页不套用品类词的标题模板 | 搜品牌名与搜品类词是两类人 | 检查品牌页标题是否含品类词堆砌 |
判断这三类的时候,有一个测试很管用:把两页的标题和 H2 清单并排打印出来。 如果标题几乎一样、H2 有六成重复,那不管意图写得多清楚,实际就是重叠;如果标题各自指向不同场景、H2 重合低于三成,就是正常分工。
另一条边界是站点规模。页面少于 20 个的站,基本不需要做蚕食判断。 这个阶段页面之间的竞争影响远小于”内容总量不足”,把同一批精力放在补齐关键页面上,回报更高。蚕食是一个内容量起来之后才值得处理的问题,通常从 40–50 个页面开始才有明显收益。
四、三条处置路径:合并、拆分、改写怎么选
处置只有三条路,选择标准是”两页能否各自占住一个独立意图”。
| 路径 | 适用条件 | 工作量 | 主要风险 | 观察周期 |
|---|---|---|---|---|
| 合并(301 到主页面) | 意图重叠 ≥70%,且副页面没有独立搜索量支撑 | 中等,含内容搬运与内链重指 | 副页面外链作废,短期排名抖动 | 60 天 |
| 拆分(切分意图) | 一页覆盖两个独立意图,各自月均搜索量 ≥50 次 | 大,等于重写一页并新增一页 | 两页标题雷同,反而制造新蚕食 | 90 天 |
| 改写(重新聚焦) | 意图重叠 30%–70%,主要是标题与开头撞车 | 小,1–2 小时/页 | 改完看不出区别,容易误判为无效 | 21–30 天 |
我的建议顺序是:先改写,改写 30 天无效再合并;只有当一页明显能承载两个独立需求、且各自都有量时,才走拆分。
理由很直接:改写成本最低,而且它顺带把页面的意图讲清楚了——这个动作本身对后续判断也有价值。拆分是三条路里最贵的,而且它需要两个意图都站得住,否则你会得到两页都排不动的结果。我看到的失败案例里,多数是在意图还不够独立的时候就急着拆,最后合并回去的成本比一开始就合并更高。最典型的场景是产品目录与选型指南混在一页,目录本身还带着筛选参数——这种情况可以参考产品目录的检索体验里讲的分类边界,先确定目录页承接什么、指南页承接什么,再决定拆不拆。
五、合并的六步执行顺序
合并最怕的是”先 301,再说内容”。顺序错了,外链和排名都保不住。
| 步骤 | 具体动作 | 产出物 | 耗时 |
|---|---|---|---|
| 1 选主页面 | 对比三项:外链数、目标查询近 90 天排名、内容完整度 | 一份三列对照,写下取舍理由 | 30 分钟 |
| 2 内容合并与去重 | 把副页面独有的事实段落搬进主页面,重复段落一律不搬 | 合并后的主页面草稿 | 1–3 小时 |
| 3 配置 301 | 副页面 301 到主页面,不指向首页 | 跳转清单 | 20 分钟/条 |
| 4 重指内链 | 全站指向副页面的内链改指主页面,锚文本统一 | 更新后的内链清单 | 1 小时 |
| 5 提交与记录 | 提交 Search Console、更新 sitemap、映射表标记合并日期 | 变更记录 | 20 分钟 |
| 6 观察 60 天 | 看主页面在目标查询上的展现是否回到两页之和的 80% 以上 | 月度对比表 | 每月 15 分钟 |
第三步有一个容易出错的细节:副页面的 301 必须指向内容相关的主页面,不要统一指向首页。 指向首页会被当作软 404 处理,副页面原有的外链价值基本浪费掉。
第四步也常被漏掉。很多合并做完排名掉了,原因不是 301 有问题,是站内还有二三十条内链指向那个已经不存在的副页面,用户点进去看到跳转,链路信号也断了。合并前先跑一遍指向副页面的内链清单,这件事比 301 本身更重要。
六、核查口径与观察周期:多久算见效
改完要用同一套口径验,否则每次统计都会换一种算法。
| 核查指标 | 计算口径 | 正常区间 | 提示 |
|---|---|---|---|
| 目标查询展现量 | 主页面在该查询下的展现次数 | 合并后 30 天内回到两页之和的 60%–80% | 低于 50% 先查 301 与内链 |
| 平均排名 | 同一查询下主页面的平均位次 | 与前 90 天最好位次相差 ≤5 位 | 位次先降后升是常见过程 |
| 落地页点击 | 目标 URL 的自然点击 | 60 天内不低于合并前两页之和的 70% | 持续低于 70% 说明内容合并丢信息 |
| 其他查询的连带影响 | 副页面原有独特查询是否转移 | 转移率 ≥50% | 未转移的补进主页面 |
| 站内 404 与软 404 | 站点抓取错误报告 | 合并后 2 周内归零 | 残留说明内链没改干净 |
四个时段各自该看什么:第 7 天看抓取错误,第 30 天看展现恢复,第 60 天看排名与点击,第 90 天看是否还有未转移的长尾查询。 中间任何一天的波动都不作为结论。
有两种情况不要按上面的流程走。一是站点正在换域名或做大规模重构,两件事同时做,出了问题无法归因,应该错开至少 30 天。二是目标页面正处在流量上升期(近 30 天自然点击连续增长),这时候动它是在自己打断爬坡,除非重叠证据非常硬,否则等一个季度。
七、预防:一张关键词—页面映射表
蚕食几乎全部来自”上线前没查已有覆盖”。预防比处置便宜得多。
| 上线前检查项 | 检查方法 | 不通过时的动作 |
|---|---|---|
| 目标词是否已被覆盖 | 在映射表里搜词,看是否已有承担页面 | 已有就补内链,不新建页面 |
| 与已有页面的标题差异 | 并排比对标题与 H1 | 重合就用不同切入角度重写 |
| H2 结构重合度 | 列出 H2 清单比对 | 重合超过三成,调整其中一页的框架 |
| 承接意图是否唯一 | 用一句话写清这页讲什么 | 写不出来就说明意图不清晰 |
映射表本身不需要系统,一张表就够,字段固定六列:
| 字段 | 填写口径 | 更新时机 |
|---|---|---|
| 目标关键词 | 一个页面填 1–3 个主词 | 选题时 |
| 承接 URL | 完整路径 | 上线时 |
| 意图类型 | 认知 / 选型 / 对比 / 采购 | 上线时 |
| 月均搜索量 | 取工具区间中值 | 每季度 |
| 状态 | 正常 / 待观察 / 已合并 | 变更时 |
| 变更记录 | 日期 + 动作 + 原因 | 每次变更 |
这张表的真正价值不在选词,在于任何一次新选题都能先问一句”这件事现在由谁承接”。多数蚕食不是写错,是忘了自己已经写过。想系统地看内链怎么配合这套结构,可以看站上关于内容结构的那组文章;需要把映射表落到官网的信息架构里,也可以直接联系我们一起过一遍现有页面。作者崔立姝负责的交付里,这一步通常放在建站后的第 3 个月做第一次全站体检。
FAQ 常见问题
写在最后
蚕食之所以让人纠结,是因为它看起来像技术问题,实际是个内容分工问题。同一个词被两页抢,说明的是有两页没想清楚自己该讲哪件事。先把意图讲清楚,合并与拆分只是收尾动作。
我建议的起步顺序是:先花半天把全站标题与 H2 拉成一张表,找出最明显的两三组重叠;再按本文的判断表决定改写还是合并;做完只改这一件事,等满 60 天再动第二组。一次只动一个变量,才知道是哪一个动作起了作用。
一句可以记住的话:合并与否,不看词重不重复,看两页能不能各自说清自己回答的是哪个问题。
