你有三篇关于「Claude API」的文章，都打同一个意图，结果一个都没进前 20。在 Search Console 里你看到它们来回闪：今天 A 排 23、明天 B 排 38、后天 C 排 31。Google 决定不出哪个才是 canonical 答案，于是不停换着展示，谁都积累不到足够权威去排名。
最快修法： 先确认这真是关键词蚕食（同一个 query、你站点有两个或更多 URL、排名一周一变），然后选出最好的那一篇当 pillar，其余的做 301 重定向或改瞄不同意图，再把内链都指向 pillar。把三篇半排不排的页面合成一篇聚焦的，才是真正能把排名拉回来的动作；其余都是收尾。
这就是关键词 cannibalization（蚕食）。当同站点多个页面竞争同一个 query 时，Google 把排名信号摊到这些页面上，没有一页能拿够去赢。排名来回换位就是最明显的信号：截至 2026 年 6 月，Google 自己的 cannibalization 排错文档 描述的也是同一种模式，即它在几个近似重复页之间轮换展示。
你属于哪一种情况？
先做 Step 1 的确认，再对号入座：
| GSC / 站内的表现 | 最可能的原因 | 看哪里 |
|---|---|---|
| 同一个 query 有你 2+ 个 URL、排名一周一换 | 真蚕食 | Step 1 到 4 |
| 几个页面标题 / H1 几乎一样 | 意图从没差异化 | 原因 1、3 |
Page Indexing 显示 Duplicate, Google chose different canonical than user | 你的 canonical 被忽略，得选出真正的赢家 | 原因 5、Step 5 |
Page Indexing 显示 Duplicate without user-selected canonical | 根本没设 canonical，信号完全分裂 | 原因 5、Step 5 |
| 同一 query 在换，但位置在第 1 到第 3（两页都在首屏） | 不是问题，别动它 | 预防建议 |
最后一行很关键：如果你的两个 URL 都稳坐某个 query 的前几名，那是你霸占了整个 SERP，不该去「修」。蚕食只有在分裂导致每个版本都进不了首屏时才有害。
常见原因
按命中率从高到低排列。
1. 多篇文章标题 / H1 几乎一样
「How to use Claude API」「Claude API guide」「Using Claude API in 2026」读起来像同一篇被重写了三遍。Google 分不出哪个是答案，当天哪个更对某个 query 的胃口就展示哪个。
如何判断： 把你的标题列出来按话题分组，同一组里有 3 篇或以上就有蚕食风险。
2. 没刻意把内链集中到 pillar 上
每篇文章只链到作者当时记得的页面。没有刻意指定 pillar，就没有哪一页拿到多数内链，权威被摊薄。
如何判断： 跑一次内链审计。如果你那几篇「Claude API」文章入链数差不多、没有明显领跑者，说明权威碎片化了。
3. 每篇文章的独特意图从没被设计
你写三篇时假设各自能找到各自的受众，实际上它们都打同一个意图（「学 Claude API」），所谓差异化只存在于你脑子里。
如何判断： 给每篇用一句话写出它的 query 意图。如果三句话互相只是换了说法，说明意图设计失败了。
4. Search Console 显示这几页同 query
直接看数据：
Query: claude api
- Page A：平均位置 23，50 展示，1 点击
- Page B：平均位置 38，30 展示，0 点击
- Page C：平均位置 31，45 展示，1 点击三页、一个 query、一个都不排，这就是典型的蚕食签名。
如何判断： GSC Performance 报告里点进那个 query，再打开 Pages 标签（这是截至 2026 年 6 月的现行界面）。同一 query 下出现你的两页或更多，就是这个 bug。
5. canonical 错了、缺了，或被 Google 覆盖
如果三页都自指 canonical，Google 就当成三个互相竞争的页面；如果其中一页 canonical 指向 pillar，其余的就会把信号合并过去。但 canonical 只是提示、不是规则：Google 可以自己挑赢家，这会在 Page Indexing 报告里表现为两种状态——Duplicate, Google chose different canonical than user（你设了 canonical，Google 没理）或 Duplicate without user-selected canonical（你根本没设，信号完全分裂）。
如何判断： 在 GSC 打开 Page Indexing 找这两种状态，或对候选 URL 用 URL Inspection 工具，对比 “User-declared canonical” 和 “Google-selected canonical”。两者不一致就说明 Google 在覆盖你，通常意味着这页不够独特、不配拥有自己的 canonical。
6. cluster 是由建议「多写内容」的 AI / SEO 工具搞出来的
某些 SEO 工具会建议「为相关子话题各写 5 篇」。生搬硬套地执行只会产出重叠的文章，而不是各自独特的 sub-intent。工具的建议只是方向，执行时漏掉了差异化。
如何判断： 你按某工具的「topic cluster」建议批量产了多篇。重读那些建议，看它们是不是真的映射到了各自独立的意图。
最短修复路径
按收益从高到低。Step 1 确认蚕食，Step 2 到 4 解决它。
Step 1：在 Search Console 里确认蚕食对
Search Console -> Performance -> Search results
点进某个目标 query
打开 "Pages" 标签如果这一个 query 下出现你的两个或更多 URL，就找到了一对。再交叉验证「排名换位」信号：把日期范围切到 “Compare”，用最近 3 个月对比之前 3 个月，看同一 query 的获胜 URL 在两个时段间有没有变。赢家稳定 = 不是蚕食；赢家在换 = 蚕食。把高频 query 导出来，先处理最严重的（展示量最高、平均位置最差的）。
Step 2：为每个 cluster 选 pillar
每一组蚕食里，决定哪一页当 canonical pillar：
pillar 标准（按优先级）：
1. 当前排名最高（Google 已经偏好它）
2. 内容质量最好（深度 / 例子 / 长度）
3. 内链入度最多
4. URL 最好（最短、最干净、最老 = 最多 backlink）每个意图只留一个 pillar，其余降级为卫星或合并。
Step 3：其余的改瞄 sub-intent 或合并
对每个非 pillar 文章：
方案 A：改瞄一个不同的 sub-intent
- 「Claude API guide」（pillar） -> 总体 how-to
- 「Claude API streaming」（卫星） -> 特定功能
- 「Claude API rate limits」（卫星） -> 特定关切
- 「Claude API vs OpenAI API」（卫星） -> 对比
每个卫星打一个明确不同的 query。
改标题 + H1 + intro 来强化新意图。
方案 B：合并进 pillar
- 把卫星里最好的内容并进 pillar
- 把卫星 URL 用 301 重定向到 pillar
- 一个强页胜过两个弱页当卫星没有一个真正独属于它的 query 时，用方案 B（合并）；只有当你能用一句不重复 pillar 的话说出卫星的 query 时，才用方案 A。
Step 4：把内链集中到 pillar
# 找出链向任一蚕食 URL 的文章
grep -rln "/articles/claude-api-guide/\|/articles/using-claude-api/\|/articles/claude-api-2026/" src/content/
# 每一处都改成只指向 pillarpillar 应当拿到这个话题绝大多数的内链。保留下来的卫星只在自己 intro 里向上链到 pillar，绝不反过来。
Step 5：合并进行中时用 canonical（或重定向）
如果没法立刻合并，就在卫星上设 canonical，让 Google 在它们还活着时就把信号合并过去：
<!-- 放在每个卫星的 <head> 里 -->
<link rel="canonical" href="https://yoursite.com/articles/claude-api-guide/" />还在拿不定主意时用 canonical；一旦决定了，就用永久 301 重定向。根据 Google 的 consolidate-duplicate-URLs 文档，301 重定向是最强的合并信号，rel=canonical 是较强的提示，sitemap 里的条目则是弱信号。这些信号会叠加，所以别发出互相矛盾的提示（比如 canonical 指一个方向、sitemap 又暗示另一个方向）。一旦某个卫星被永久撤掉，就把 canonical 换成指向 pillar 的 301。
Step 6：新增 cluster 文章前先审一遍
往 cluster 里加新文章之前，先 search 你自己的站点：
site:yoursite.com claude api streaming如果已经有页面打那个意图，就扩充它而不是新写一篇。只有要填补一个真正独立的空缺时才新建文章。
如何确认已经修好
蚕食的修复很慢，因为 Google 要重新抓取、重新合并信号，所以分阶段验证：
- 当天： 用 URL Inspection 确认被合并 / 被卫星的那个 URL 现在报告的 Google-selected canonical 已经是 pillar（对重定向而言，确认只有一跳
301、没有重定向链）。然后对 pillar 请求编入索引。 - 1 到 2 周： 在 Page Indexing 报告里，这些 URL 的
Duplicate, Google chose different canonical than user计数应当开始下降，说明 Google 在遵从你的重定向 / canonical。 - 3 到 6 周： 回到 Performance，重新看那个 query 的 Pages 标签。修好的样子是：只有一个 URL（pillar）保持稳定位置、展示量向它集中，而不再是过去那种一周一换。pillar 平均位置上升，就证明信号已经重新合并。
如果过了 6 周排名还在换位，那大概率是卫星改瞄的意图仍然和 pillar 重叠。把它的标题 / H1 再收紧，或者干脆合并掉。
预防建议
- 写新文章前，先 search 自己的站点，看有没有打同一意图的现有页。
- 每个 cluster 都明确一个 pillar，加上几个清晰差异化的卫星，写之前先把意图设计好。
- 内链集中到 pillar；卫星向 pillar 链，而不是反过来。
- 每季度审一次 GSC，找蚕食对（同一 query、你的两页或更多、排名在换位）。
- 内容合并进行中时用
canonical先合并信号，等页面永久下线后再换成301。 - 别生搬「写 5 篇相关文章」的建议；生搬硬套只会产出重叠，而不是覆盖。
常见问题
怎么把蚕食和正常的排名波动区分开？ 真蚕食会在 Performance 的 Pages 标签里，同一个 query 下出现你的两个或更多 URL，而且获胜 URL 在不同时段间换来换去。单个 URL 一周内位置漂移几位，只是普通波动，不是蚕食。
两个页面排同一个关键词，是不是一定不好？ 不是。如果两页都在前几名，你反而占了更多 SERP 版面，是好事。只有当分裂让每个版本都进不了首屏时才是问题。两页一起赢的时候别去合并。
该用 301 重定向还是设 canonical？
还在拿不定主意、想让页面继续活着时用 canonical；一旦决定撤掉它就用 301。301 是更强的信号，也是 Google 推荐的永久合并做法，但它会让页面消失，所以没想清楚之前别用。
为什么 Search Console 说 “Google chose a different canonical than user”？ Google 把你的 canonical 当提示评估后覆盖了它，通常是因为这页不够独特或权威，不配拥有自己的 canonical。要么把这页做得真的不一样（独特角度、例子、意图），要么接受 Google 选的那个、把信号集中到它挑的赢家上。
修完多久排名才会动？ URL Inspection 反映出新 canonical 通常要几天，Page Indexing 计数变化要 1 到 2 周，Performance 出现稳定的合并后位置要 3 到 6 周。对 pillar 请求编入索引能加快第一步，但加快不了排名恢复本身。
noindex 标签能修蚕食吗？
能，但很粗暴：noindex 会把页面完全从搜索里拿掉，而且不会像 301 那样把它的信号传给 pillar。只要页面还有点积累的价值，就优先用「合并 + 重定向」；只有那种你想彻底删掉、又没什么值得保留的页面，才用 noindex。