AI 关键词内卷修复:合并还是分化

用 Search Console 数据加 AI 扫出互抢同一关键词的文章对,逐对判断该合并还是分化。含真实阈值、提示词和生效时间。

自家两条 URL 争同一个 query,是老内容站的隐形税。两条都卡在第 7-12 位、来回换位,可合成一篇本来能稳在第 3-5 位。难的从来不是修,而是大规模诊断:一个 500 页的站可能在 20000 多个 query 上有排名,靠肉眼翻 Performance 标签根本看不过来。这篇把 Search Console 导出和 AI 分类串起来,让你几分钟内扫出每一对内卷文章,再逐对做对的决定——合并,还是分化。

一句话总结

  • 检测: 导出近 90 天的 query→URL 数据(GSC 界面或 API),标出每个有两条自家 URL 同在前两页的 query。确认信号是排名互换——两条 URL 每周来回换位。
  • AI 分类: 把共享 query 和两篇文章前约 500 字一起喂给 AI,要它给三选一的结论:合并、分化、或不动。
  • 动手: 合并 = 把弱的那条 301 到强的那条,并把它的独特内容并进去。分化 = 把其中一页的标题、H1、意图重新指向另一个 query。两页已经在不同意图下都进了前 5,就不动。
  • 生效时间: Google 合并 301 信号大约要几周;被保留的 URL 一般 4-8 周内开始上移(截至 2026 年 6 月)。
  • 适用范围: 值得在 300+ 篇的站上跑。100 篇以下,真正的内卷很少见。

什么算内卷,什么不算

不是两页排同一个关键词就有问题。2026 年的经验法则:两页都在同一个 query 的不同意图变体下进了前 5,说明 Google 已经把它们有效区分开了——别动。真正的内卷有三个信号:

  • 曝光被摊薄——一个 query 的点击和曝光分散在两条 URL 上,而不是集中到一条。
  • 排名互换——同一个 query 每周在你的两条 URL 之间跳来跳去(这对页面在 SERP 上波动很大)。
  • 卡在第 2 页——你主推的某个 query 死活进不了前 10,哪怕你好几篇文都在排它。

一个简单的判断:搜”怎么选 AI 编程工具”的人想要教程,搜”最好的 AI 编程工具”的人想要对比。你有两条 URL 分别服务这两种意图是健康的,不是内卷。

这篇适合谁看

300+ 篇规模、自然生长了两年以上、没怎么治理过编辑分类的站。每季度做一轮卫生检查的 SEO 经理。怀疑老文跟新文打架、但拿不出证据的独立操盘手。最适合跑的时机:每季度例行、Google 核心更新洗牌后(内卷会被洗出来)、推新 pillar 而旧 pillar 跟它重叠时、或某个目标关键词卡在第 2 页时。

开始前准备

  • 拉真实 query 数据。 没有它,AI 只能看标题猜内卷,不可靠。导出近 90 天的 query、URL、点击、曝光、平均位置。30 天基本是噪声,90 天才看得到模式。
  • 定合并阈值。 一个可用规则:两条 URL 共享 3+ 个 query、意图重叠、且都在第 1 或第 2 页排名。
  • 试通 301。 合并依赖单跳、永久重定向。301 断了或串成多跳,合并就变成删页加软 404。
  • 存排名快照。 要有 baseline(每个 query、每条 URL),之后才能量增益。

怎么把数据从 Search Console 导出来

GSC 界面导出上限 1000 行,快速看一眼够用,但大站的长尾会漏掉。要全量就用 Search Analytics API,每次请求最多返回 25000 行、每个搜索类型(网页、图片等)每天最多 50000 行。要超过一次请求,就把 startRow 按 25000 一批往上加来翻页。连每日上限都不够的大站,可在 Search Console 设置里开 批量数据导出,把原始数据直接流进 BigQuery,没有行数限制(截至 2026 年 6 月)。

方式行数上限适合
GSC 界面导出(CSV/表格)1000 行单个关键词抽查
Search Analytics API每次 25000、每天每类型 50000几千页以内的站
批量导出到 BigQuery无行数限制大站、可复用的流水线

无论用哪个来源,都把结果透视成:每个 query 显示你自己排名前 2-3 的 URL。这些多 URL 的 query 就是候选清单。

具体步骤

  1. 导 90 天 query、URL、点击、曝光、位置。透视成每个 query 列出你的前 2-3 条 URL。
  2. 标候选对——任何 query 下有两条自家 URL 都在前两页。几行脚本(或表格里一个 COUNTIFS)几秒钟就能标出来。优先处理那些在 90 天窗口里还出现排名互换的对。
  3. AI 分类。 每一对,贴上共享 query 加两篇文章前约 500 字。要一个结论——合并、分化、或不动——附一句理由。
  4. 合并候选让 AI 出统一大纲,优先保留更强那条(入链更多,或当前位置更高)。另一条做 301。
  5. 分化候选让 AI 提两个不同的标题加意图角度,比如一页吃 how-to 这个 query,另一页吃对比那个 query。
  6. 每周落地一批。 合并风险大(重定向 + 改写 + 监控),分化更安全(改标题、H1 加几段正文)。
  7. 每对监控 4-8 周。 合并后被保留的 URL 应当爬 3-5 位;分化后的两条会随意图清晰一起改善。

一个能用的分类提示词

写得简短、强制单一结论,输出才好排序:

你是 SEO 编辑。我的两条 URL 都在以下共享 query 上有排名:
[贴 3-8 个共享 query,附每条 URL 的平均位置]

URL A(前 500 字):[贴]
URL B(前 500 字):[贴]

给出唯一结论:MERGE、DIFFERENTIATE 或 LEAVE_ALONE。
- 两页服务同一意图且大量重复,选 MERGE。
- 两页能靠改标题/H1 服务不同意图,选 DIFFERENTIATE。
- 两页已经各自服务不同意图且都不错,选 LEAVE_ALONE。
返回:结论、赢家 URL(MERGE 时)、一句理由。

GPT-5.5、Claude Sonnet 4.6、Gemini 3.1 Pro 都能稳定处理这个任务;它们的 100 万 token 上下文(Sonnet 4.6 与 Gemini 3.1 Pro 标配,GPT-5.5 在 200 美元 Pro 档)意味着遇到真正接近的一对时,你可以直接贴整篇而不是 500 字片段。把 AI 的结论和你的最终判断并排存着——分歧最多的地方就是提示词的盲点,下一批据此收紧。

落地前的质检

  • 每个合并都有明确的赢家,依据真实信号选——入链优先、当前位置其次、内容深度第三。三者打平就保留更早那条,它攒了更多信任。猜硬币会丢权重。
  • 每个 301 落在话题相关的 URL 上,不是分类索引。指错的重定向会被当软 404,信号就白费。
  • 合并后,被保留的 URL 要吸收被重定向那条的所有独特价值。丢独特内容是合并翻车的头号原因。
  • 分化要落到可见的标题和 H1,不只是 frontmatter。Google 按它能渲染出来的东西排名。

容易踩的坑

  • 只看标题相似度就合并。 标题像可能掩盖了意图不同——对照 query 和正文核实,确认后留着。
  • 删输家而不是 301。 删页会丢掉指向它的所有外链;301 把权重转过去。
  • 只改标题 而正文还在重叠。Google 读 body,不只读 tag。
  • 跨分类合并。 话题语境很重要,教程和新闻打同一个 query 通常应该分开。
  • 用 30 天窗口。 太短,分不清信号和噪声。用 90 天。
  • 合并后不监控。 偶尔合并后的页反而排得更差,必须在 8 周窗口内发现并回滚。

让它可复用

  • 每季度重跑。 每发新内容贴近老内容,内卷就会重生。
  • 维护一份”已合并 URL”清单,含每个重定向目标和合并日期。它能救你——免得未来的贡献者无意中重写出那篇被合并的文。
  • 加发文前守卫。 要求每篇新文声明主 query,已有 URL 已在排该 query 时报警。Ahrefs 和 Semrush 的 Site Audit 都带内卷报告,可以和你自己这套一起跑,作为第二意见。

FAQ

  • 合并时怎么选赢家? 入链优先、当前位置其次、内容深度第三。三者打平就保留更早那条,它攒了更多信任。
  • 能一次合三条吗? 能,但很少值得。三合一会出一篇庞杂文;宁可拆成两次干净的两两合并。
  • AI 说”不动”我不同意怎么办? 意图判断信你自己。AI 看文本厉害,但看不到你的站点上下文和编辑分类法。
  • 合并后多久排名会动? 按 4-8 周打算(截至 2026 年 6 月)。Google 合并 301 信号要几周,但前提是重定向被抓到、被保留的 URL 被重新索引。
  • 分类页也会被内卷吗? 会。分类页和一篇热门文争同一个 query 是常见模式。
  • 合并要不要换一个新 URL? 不要。在两条已有里选强的那条。新 URL 从零权重起步。

相关阅读

标签: #SEO #keyword-cannibalization #教程