1. 为什么"多篇内容打同一个词"未必是问题：Ahrefs 的判断基准
一人公司最常见的内耗焦虑，是看到 Google Search Console 里两个 URL 同时对同一个 query 出现 impressions，就觉得"完了，在 cannibalize"。但 Ahrefs 的 Patrick Stox 在那篇被广泛引用的文章里说了一句大实话："Having multiple pages about the same thing doesn't always mean something's wrong or needs fixing." 翻译成执行语言，就是：只有在这种情况真的伤害了你整体有机表现时，才值得动手处理。
换句话说：两篇 URL 在第 6 位和第 8 位同时出现，不一定是 cannibalization。但如果有一篇本来可以进前 3，另一篇却在第 15 位之后，这才是真正值得处理的信号。
对一人公司来说，这个判断基准特别重要。因为我们内容少，每篇都是主力。如果把"两篇都有排名但都不强"误判成 cannibalization，贸然做 merge，反而可能损失两个独立排名机会。Yoast 在那篇 Keyword and Content Cannibalization 文章里，把 keyword cannibalization（关键词重叠）和 content cannibalization（主题重叠）做了区分，指出后者范围更宽、影响更隐蔽，往往需要通过 keyword mapping / topic mapping 而不是简单的 URL 合并来处理。
所以，Keyword Cannibalization Audit Checklist 要解决的核心问题是：先确认这到底是不是一个真的、值得处理的内耗问题，再决定用哪种方式处理（merge / redirect / re-target keyword），而不是一看到"两个 URL 打同一个词"就直接动手。
一句话结论
cannibalization 不是"两个页面打同一个词"，而是"这种情况是否真的让你整体有机表现变差"。Keyword Cannibalization Audit Checklist 的目标，是把这个判断从直觉变成有证据的决策。
2. 这轮搜索里最值得吸收的标题角度、开头写法、模块结构、CTA 与关键词覆盖
本轮实际抓取并提炼了 4 组可用参考来源：Ahrefs《Keyword Cannibalization: What It (Really) Is & How to Fix It》、Yoast《Keyword and content cannibalization: how to identify and fix it》、Conductor《A Guide to Keyword Cannibalization: How to Find & Fix It》、Seobility Wiki《Keyword Cannibalization》。同时跑了 Bing 搜索词 keyword cannibalization audit checklist，搜索结果里出现了 Conductor、Seobility、LinkedIn 等候选页。
这轮真正值得吸收的高质量写法，集中在 5 个点：
- 标题角度：不是泛写"what is keyword cannibalization"，而是改成"多页面抢同一词，先确认该不该处理，再用 checklist 收口"。这样更贴近一人公司真实搜索意图，也能自然覆盖 keyword cannibalization audit checklist / cannibalization audit seo / keyword cannibalization fix / keyword cannibalization detection 这组词。
- 开头写法：Ahrefs 直接挑战"cannibalization 是错的"这个常见误解，从"多页面打同一词未必是问题"切入；Yoast 则从"你的页面在 devour 自己的排名机会"这个具象比喻入手。Conductor 开头是"don't panic，even well-optimized sites have cannibalization"，这和一人公司的心理状态非常接近——知道自己有问题，但不知道该不该动。本站把这三种写法综合成："先确认是否真的需要处理，再决定怎么处理"。
- 模块结构：Yoast 最值得借鉴的一点，是把 keyword cannibalization（精确关键词重叠）和 content cannibalization（主题/意图重叠）分开处理，前者适合 merge，后者适合 re-target keyword 或创建新内容。Conductor 则提供了用 GSC "Number of Results" 列直接筛选"哪些 query 有多个 URL 同时在抢"的检测方法。本站把这两种方法整合成两套检测逻辑：精确关键词 cannibalization 用 GSC query 过滤法，主题级 cannibalization 用 URL / tag / category 扫描法。
- CTA：优秀文章最后都会把"检测出问题了该怎么办"收口成一个具体动作。Seobility 的 merge pages 方法和 Ahrefs 的"write new guide, redirect old"三步法是同类中最简洁的。本站继续保持单一 CTA，统一回 联系页，让用户带着 GSC 数据来判断先处理哪一组 cannibalization。
- 关键词覆盖：除了 keyword cannibalization audit checklist 这个主词，还要自然覆盖 keyword cannibalization fix、content cannibalization、URL cannibalization、关键词内耗检测、内容关键词重叠处理、关键词内耗SEO、多页面抢同一词这些相邻词。
标题角度：从"内耗问题"改成"先确认该不该处理，再动手"
真正的问题不是"有两个页面打同一个词"，而是"这种情况是否真的伤害了你的有机表现"。先写这个判断基准，比直接讲怎么处理更有说服力。
开头写法：先挑战"多页面打同一词一定有问题"的误解
先让用户承认"不一定所有 cannibalization 都值得处理"，后面的 checklist 和决策框架才真正有存在的理由。
模块结构：keyword vs content cannibalization 分开处理
两种 cannibalization 的处理路径完全不同：前者优先 merge，后者优先 re-target keyword 或拆分主题。
CTA：只保留一个升级动作
整篇不出现第二个入口，避免把"内耗审计"文章又写成多入口分流页，保持方法论与页面结构一致。
3. Keyword Cannibalization Audit Checklist 真正负责什么
Keyword Cannibalization Audit Checklist 是 content refresh audit checklist 和 content consolidation checklist 的上游。它的职责，是在动手之前先回答这三个问题：
- 真的存在 cannibalization 吗？（还是两篇 URL 其实在打不同的长尾变体？）
- 如果存在，情况严重吗？（是否真的伤害了有机表现，还是两篇各有很多其他关键词排名？）
- 应该怎么处理？（merge / redirect / re-target keyword / 暂时不动？）
它的边界是：不负责执行 merge 和 redirect，这些是 content consolidation checklist 的工作。它只负责诊断和决策分流，把"这个问题归谁管"搞清楚。
4. 可直接执行的关键词内耗审计清单 / Keyword Cannibalization Audit Checklist
Keyword Cannibalization Audit Checklist / 关键词内耗审计清单
- Step 1｜拉出 GSC 的"Multiple URLs"关键词列表：在 Google Search Console → Performance → Keywords，找到"Number of Results"列 > 1 的 query。这些 query 说明有多个 URL 同时在抢同一批词，这一步先把"疑似 cannibalization 的 query 列表"筛出来。
- Step 2｜判断这是 keyword cannibalization 还是 content cannibalization：如果两篇 URL 标题、H2 和核心内容高度重叠，打的是同一个精确关键词，是 keyword cannibalization；如果两篇 URL 打的是同一个主题但目标关键词不同（长尾变体或语义相关词），是 content cannibalization。前者优先 merge，后者优先 re-target。
- Step 3｜确认是否真的需要处理（关键判断）：如果两个 URL 都在前 5 名，且各有多量其他关键词排名，这不一定是问题。如果其中一篇在 10 名之外，而另一篇在 1~3 名，那这篇低排名的 URL 实际上并没有抢走多少流量，先暂时不动。如果两篇都在第 5~15 名之间，且 impressions 和 clicks 都在下降，这才是真正值得处理的 cannibalization。
- Step 4｜看"最高排名 URL 是否是你想要的那篇"：Ahrefs 建议用
&filter=0参数去掉 host clustering 来看真实排名位次。如果排名第 1 的 URL 不是你最想承接商业意图的那篇，这个 cannibalization 就值得处理——因为 Google 选的那篇可能并不适合做转化。 - Step 5｜检查 referring domains 和 backlinks：如果 secondary URL 有较多独立外链，直接删除或 redirect 会损失链接价值。这时候更适合的处理方式不是删除，而是把 secondary URL 的外链通过 redirect 传递到 keeper page，或者把 secondary URL 改指向新主题（re-target）。
- Step 6｜判断处理路径：
- Keyword cannibalization（精确关键词重叠）+ 两篇内容都不够完整 → merge（参考 content consolidation checklist）
- Keyword cannibalization + 其中一篇明显更强 → 301 redirect 弱篇到强篇
- Content cannibalization（主题重叠，关键词不同） → 重新定向其中一篇的目标关键词
- 如果两篇都有大量独立外链和独立流量 → 暂时不动，先持续观察
- Step 7｜执行后 4~8 周复盘：看 keeper page 的目标 query impressions 和 CTR 是否提升，以及原本 cannibalizing 的 secondary query 是否在 4~8 周内从 GSC 中消失或明显下降。
最小 Cannibalization 决策表
- Query：哪个关键词出现了多 URL 同时排名
- URL A：排名位次 / impressions / 其他关键词覆盖数 / referring domains
- URL B：排名位次 / impressions / 其他关键词覆盖数 / referring domains
- 类型：Keyword cannibalization / Content cannibalization
- 是否需要处理：是 / 否（继续观察）
- 建议处理路径：Merge / 301 redirect / Re-target keyword / 暂时不动
- 执行状态：待处理 / 已执行 / 观察中
5. Keeper page、301 redirect、内链和 sitemap 的收口
5.1 不是"流量最高"而是"最适合承接的那篇"做 keeper
Conductor 的案例值得注意：他们没有简单地把"流量最高的 URL"当 keeper，而是综合看 intent alignment（意图对齐）、content quality 和 business priority。如果一篇旧文流量高但转化能力差，而另一篇流量略低但更适合做商业承接，那 keeper 应该选后者。
5.2 301 redirect 的目标是传递信号，不是掩盖问题
Seobility 指出 cannibalization 会导致"page power split"——本来可以集中在一篇的外链权重被两篇分走了。301 redirect 能把 secondary URL 的外链信号传递给 keeper，但前提是：两篇内容真正做了 merge，而不是只跳不合并。
5.3 内链更新往往比 redirect 更先被忽略
Ahrefs 和 Yoast 都强调了一点：合并 URL 后，如果全站的内链还在指向 secondary URL，Google 会继续认为 secondary URL 是活跃路径。Consolidation 之后，必须同步更新：文章中心的相关推荐、guide strip、FAQ、solutions 页和 about 页里的所有引用。
6. KPI、风险与最小执行建议
建议 KPI（按 4~8 周追）
- 曝光量级：每处理 1 组 cannibalization，keeper page 的目标 query impressions 争取提升 15%~25%；若 3 周后无变化，优先回查是否仍有内链继续指向 secondary URL。
- 预期点击率：keeper 的 CTR 争取提升 5%~10%；若 impressions 上升但 CTR 不升，优先回查 keeper 的标题和 meta title 是否比合并前更聚焦。
- 转化率：keeper 对 联系页 的引导点击，争取较处理前各页面总和提升 10%~20%；若没有提升，优先回查 keeper 是否真正比原来更适合做商业承接。
本方案风险
- 风险：误判了 cannibalization 的严重程度，把不需要处理的 URL 也 merge 了，导致失去一个独立排名机会。若出现这种情况，则回退 redirect（若保留 90 天内），并在决策表里把这组 URL 改为"暂时不动，持续观察"。
- 风险：选错了 keeper page，导致原本较强的 URL 在 merge 后反而表现下降。若出现这种情况，则优先恢复 redirect 并重新评估 keeper，或直接改用"re-target keyword"路径而不是 merge。
对一人公司来说，最小可执行建议是：先从 GSC 拉出"Number of Results > 1"的 query，只挑 1 组最明显的 cannibalization 做完整处理（判断→选 keeper→merge/redirect→内链→sitemap→观察）。这一组做顺了，后续按同样模板推进。