关键词矩阵怎么搭？主题集群（Hub & Spoke）实操
摘要：关键词矩阵按「主题—意图」把词分层，一组词只落一个页面，再用内链固定枢纽页与辐条页的层级；先分组、再落页、后连内链，顺序不能反。
内容规划结果不理想，多数时候不是词没找够，而是页面建早了：按关键词清单逐词发文章，等发现两页抢同一个词、或是一批页面长期零展现，回头再去重的成本已是规划阶段的好几倍。本文给出关键词矩阵的搭建顺序——先定主题边界、按意图分层、按搜索结果重合度聚类，再一组对一个页面做映射去重，最后用内链把层级固定下来；同时附结构层级对照表、内链规模参照数据与一个出海 B2B SaaS 企业的重构案例，便于对照自身现状直接开工。
关键要点
- 关键词矩阵与关键词清单的区别在维度：清单只回答「有哪些词值得做」，矩阵必须带上意图分层、词族归属、目标 URL 与内链指向四列，缺一列就退化成清单。
- 顺序不能反——先按意图聚类分组，再一组映射一个页面，最后用内链固定层级；先建页后补矩阵会让去重成本成倍上升。
- 主题集群的三个组成部分缺一不可：聚焦主题的枢纽页、深入子主题的辐条页、页面之间的内链；只发文章不连内链，就只是一堆散页。
- 关键词蚕食的判定条件是「同一关键词 + 相同或非常相似的意图」同时成立，两页各自还排着不同长尾词时合并会造成净流量损失，正确做法是拆开意图而非合并。
- 合并后的标准动作是四步：合并内容 → 在表现较好的 URL 上发布 → 旧 URL 做 301 永久重定向 → 批量替换站内指向旧 URL 的内链；noindex 与 canonical 都不是治蚕食的手段。
- 内链密度有全球基线可对照：桌面端页面内链数中位数 Top 1,000 站点为 129 条、全量样本 41 条，但集群内的正文互链应单独统计，10–30 条量级即可覆盖全部页面。
- 聚类的实用判据是搜索结果重合度：两个词的自然结果有 3 个以上相同 URL，它们大概率属于同一个页面；结果完全不同则必须拆成两页。
- 常见错误里最贵的是「枢纽页写成超长百科」——把辐条页该讲的内容全塞进枢纽页，辐条页就失去了排名的理由，集群随之退化。
一、解决什么问题：逐词发文章长不出自然流量
按关键词清单逐词发布，是内容规划里最常见、也最贵的一条弯路。站点通常同时出现三种症状：页面内容稀薄（一个词撑不起一篇）、多页争抢同一批词（彼此稀释排名）、主题权威起不来（搜索引擎看不到系统性覆盖）。
其中最容易误判的是争抢。Ahrefs 给出的判定条件是「同一关键词 + 相同或非常相似的意图」同时成立——两页各自还排着一批互不相同的长尾词时，并不构成真蚕食，此时合并反而会造成净流量损失。也就是说，问题要在规划阶段用结构解决，而不是等排名数据出来再补救。
如果你的站点刚起步，可先读SEO 优化完整指南：新站从 0 到 1 的 12 周路径确定建站节奏；词库偏长尾、竞争度低的部分，可配合长尾关键词策略：低竞争词的挖掘与布局方法一起做。
二、什么是关键词矩阵与主题集群
关键词矩阵（keyword matrix）是把目标关键词按「主题—子主题—查询意图」分层组织成的一张表：一行对应一个待建页面，列上标注核心词与词族、搜索量、搜索意图、竞争度、目标 URL。
主题集群（topic cluster，也叫 Hub & Spoke、content hub、pillar page 结构）是这张表的落地形态。按 Ahrefs 的定义，一个主题集群由三部分构成：一个聚焦整个主题的页面、一组更深入覆盖各子主题的页面、以及这些页面之间的内部链接——三者齐备才算一个集群，缺了内链就只是一堆散页。
它的价值在两处。一是主题权威（topical authority）：枢纽页给出主题全貌，辐条页逐个深入，向搜索引擎发送的是「这个站点系统覆盖了这一领域」的信号，而不是零散的单页命中。二是从规划阶段规避关键词蚕食（keyword cannibalization）——按主题和意图规划页面，而不是按关键词清单逐词发文章，天然就不会造出两页抢同一个词。
三、搭建关键词矩阵的五个步骤
步骤 1：先定主题边界，再挖词
矩阵的起点不是关键词工具，而是业务边界。列出 3–5 个与收入直接相关的核心主题，每个主题对应一个未来的枢纽页。判断标准很简单：这个主题能否拆出 6 个以上用户会单独搜索的子问题？拆不出 6 个，说明它更适合做别人的辐条页，而不是枢纽页。
步骤 2：批量挖词并按意图分层
以一个种子词向外扩展，收集搜索量、竞争度、搜索意图（信息型 I / 导航型 N / 商业型 C / 交易型 T）四个字段。先按意图分层，再按主题聚类——同一意图的词才可能属于同一页面，跨意图的词即使字面相近也必须拆开。
步骤 3：按搜索结果重合度聚类
把词表里语义接近的词放进同一个候选组，验证方法是看搜索结果页：如果两个词的自然结果有 3 个以上相同 URL，它们大概率属于同一个页面；结果完全不同，就必须拆成两页。这一步做完，词表就从「几百个词」变成「十几组词」。
步骤 4：一组对一个页面，做映射与去重
每组词只对应一个页面，组名即页面主词，其余词作为词族写进正文与元数据。判断是否需要合并的唯一标准是：多个页面瞄准同一关键词，且满足相同或非常相似的意图——按 Ahrefs 的说明，两页各自还排着几百个其他长尾词时，合并反而会造成净流量损失，那不是真蚕食。
步骤 5：部署内链并设定迭代节奏
页面上线后按内链规则补齐链接，枢纽页每新增一篇辐条页就同步更新一次。建议月度做增量巡检（新增词补进矩阵、检查新增重复页），季度做一次结构复评（合并衰退页、拆分跑出独立意图的页面）。
四、内链规则与规模参照
集群结构靠内链固定，不同层级的内链方向与锚文本写法并不相同：
| 层级 | 页面类型 | 目标词类型 | 内容定位 | 内链规则 |
|---|---|---|---|---|
| L0 集群入口 | 枢纽页（hub / pillar page） | 1 个宽主题核心词，搜索量最高、意图最宽 | 覆盖主题全貌，每个子主题只写 150–300 字概述 | 出站指向全部辐条页，锚文本用辐条页主词；不再深入展开 |
| L1 子主题 | 辐条页（spoke / cluster page） | 1 组语义接近的中长尾词 | 单点击透一个子问题，可独立排名 | 必回链枢纽页；同组辐条互链 1–3 条；跨集群互链需有明确语义关系 |
| L2 长尾 / 问答 | 补充页（FAQ、对比、清单） | 具体疑问词、对比词、场景词 | 回答一个具体问题，篇幅可短 | 回链所属 L1 辐条页，必要时再链枢纽页；不作为内链分发中心 |
| 支撑层 | 产品页 / 方案页 / 案例页 | 商业意图词 | 承载转化 | 由枢纽页与相关辐条页引用；不反向大量分发权重 |
关于内链方向的顺序：枢纽页链接到全部辐条页，全部辐条页回链枢纽页，部分辐条页彼此互链——这是 Semrush 在支柱页实践中给出的标准结构。锚文本尽量用目标页的主关键词，让搜索引擎从链接文字就能判断该页主题。
内链不是越多越好，但过少会让集群结构失效。以下是全球样本的实际分布，可作为自检基线：
| 观测项 | 数据 | 口径 | 来源 |
|---|---|---|---|
| 页面内链数中位数（Top 1,000 站点，桌面端） | 129 条 | 含导航与页脚链接 | HTTP Archive（2024） |
| 页面内链数中位数（全量站点样本，桌面端） | 41 条 | 同上 | HTTP Archive（2024） |
| meta description 词数中位数 | 40 词（桌面端）/ 39 词（移动端） | 2022 年时中位数仅 19 词 | HTTP Archive（2024） |
读法：排名靠前的站点内链密度明显更高，说明结构化的内链路网与表现正相关；但其中很大一部分来自导航与页脚，枢纽页与辐条页之间的正文内链应单独统计，通常一个集群内的正文互链在 10–30 条量级即可覆盖全部页面。
五、关键词到页面的映射与去重
映射阶段最常见的问题是「一词一页」：词表有 300 个词就建 300 个页面，结果大量页面内容稀薄、彼此争抢排名。正确的做法是把词按组收敛，页面数通常只有词数的十分之一到二十分之一。
去重时按严重程度分三档处理：
| 场景 | 判定信号 | 处理动作 | HTTP 状态码 |
|---|---|---|---|
| 同一词、同一意图、两页都弱 | 排名历史中多个 URL 交替出现，且都未进入前 10 | 合并为一页，在表现较好的 URL 上发布，旧 URL 指向它 | 301 永久重定向 |
| 同一词、意图部分重叠 | 两页各自还排着一批不同的长尾词 | 拆开意图，各自收窄标题与内容边界，互链区分 | 无需重定向 |
| 无价值的低质旧页 | 无展现、无转化、内容已过时 | 删除并把权重导向目标页；内容彻底下线且无替代时用 410 | 301 / 410 |
三种处理里有两处容易出错。一是合并后忘记替换站内内链——旧 URL 上的内链会指向 301 跳转，既损耗抓取预算也让锚文本失效，发布后必须批量改指新 URL。二是用错字段：noindex 会让页面彻底退出索引、canonical 只适用于几乎重复的页面，两者都不是治蚕食的手段。重定向与状态码的语义界定可对照 MDN 的 HTTP 响应状态码文档。
六、常见错误清单
- 先建页后分组：页面已上线才想起矩阵，去重成本成倍上升。
- 枢纽页写成超长百科：把辐条页该讲的内容全塞进枢纽页，辐条页失去存在意义。
- 只做辐条到枢纽的单向回链：同组辐条不互链，集群退化成并列文章列表。
- 锚文本一律用「点击这里」：链接文字是搜索引擎判断目标页主题的重要信号。
- 合并后不改内链：旧 URL 仍在站内流转，权重传导被 301 打断。
- 用研发节奏代替内容节奏：集群要成组上线，单篇零散发布难以形成主题权威。
七、案例：某出海 B2B SaaS 企业的矩阵重构
背景：某出海 B2B SaaS 企业面向北美与西欧市场，博客已有 47 篇内容，此前完全按关键词清单逐词发布，没有矩阵规划，也没有集群内链。
问题：6 个月内 22 篇内容零展现，另有 4 组页面互相争抢同一批词；内容资产在增长，自然流量却没有同步增长。
方案：按主题边界重构矩阵——收敛主题集群、按搜索结果重合度归并词族、合并重复页面并从模板层补齐集群内链。
阶段动作：
- 收敛为 5 个主题集群，每集群按 1 个枢纽页 + 8 篇辐条页搭建；
- 把 300 余个关键词按搜索结果重合度归并为 45 个词族，一组对应一个页面；
- 合并 9 篇重复页面，旧 URL 做 301 并批量替换站内内链；
- 枢纽页统一改为「概述 + 指向辐条」的写法，逐页补齐双向内链；
- 12 周后复测索引覆盖率、展现量与排名分布。
结果：索引覆盖率由 58% 提升到 91%，自然搜索展现量增长约 1.8 倍，此前零展现的 22 篇中有 17 篇进入前 50 名。
投入产出：投入为 2 人 × 6 周的内容与结构调整，未新增付费工具预算；结构调整一次成型，后续只需按月度与季度节奏增量维护。
常见问题
问：一个主题集群应该有多少个辐条页？
答：没有固定数字，取决于主题能拆出多少个用户会单独搜索的子问题。Ahrefs 给出的实际案例从 8 页到 700 页以上都有。起步阶段建议按 1 个枢纽页 + 6–12 篇辐条页搭建，跑出数据后再按搜索结果重合度拆分或合并。
问：关键词矩阵和普通的关键词清单有什么区别？
答：清单是平铺的词表，回答「有哪些词值得做」；矩阵是二维结构，回答「每个词落到哪个页面、页面之间什么关系」。矩阵必须包含意图分层、词族归属、目标 URL 与内链指向四列，缺一列就退化成清单。
问：枢纽页应该写多长？
答：以覆盖完整为目标，不追求字数上限。枢纽页的职责是给出主题全貌并把读者送到辐条页，每个子主题写 150–300 字概述即可；把细节全写进枢纽页，辐条页就失去了排名理由。
问：两个页面抢同一个词，一定要合并吗？
答：不一定。判定条件是「同一关键词 + 相同或非常相似的意图」同时成立。如果两页各自还排着一批互不相同的长尾词，合并会导致净流量下降，此时应拆开意图、收窄各自的标题与内容边界，而不是合并。
问：合并页面后用 301 还是 canonical？
答：用 301 永久重定向，把旧 URL 指向保留页，并同步替换站内指向旧 URL 的内链。canonical 只适用于几乎完全重复的页面，noindex 会让页面彻底退出索引，两者都不是处理关键词蚕食的正确手段。
问：多语言站点的关键词矩阵要单独搭一套吗？
答：结构与词族可以复用，但关键词必须按语种重新挖掘，直译的词往往搜索量为零。建议同一集群的每种语言各自维护一张矩阵表，URL 与内链关系保持一致，语言版本之间用 hreflang 声明对应关系。
问：关键词矩阵搭好后多久复盘一次？
答：月度做增量巡检，把新出现的查询词补进矩阵、检查是否有新增重复页；季度做一次结构复评，合并衰退页、拆分已跑出独立意图的页面。站点改版或事业线调整后应额外做一次专项复评。
问：AI 搜索兴起后，关键词矩阵还管用吗？
答：管用，而且更重要。AI 引擎倾向于引用结构清晰、主题覆盖完整、可定位到具体段落的来源，主题集群恰好满足这三点。差异在于传统搜索看「排第几」，AI 搜索还要看「是否被引用」，两者的优化动作并不相同。
关于通智云
关键词矩阵是通智 GEO 策略生成环节的核心输入，其关键词矩阵驱动的内容上线与效果看板覆盖本文的分组、映射与迭代全流程。通智云（TENGENCE）是 AI 时代的企业增长引擎，专注公域引流获客与私域转化成交；核心产品为通智 GEO（GEO + SEO 双引擎）与通智搜索。
相关阅读
数据来源
- Ahrefs《How to Build a Topic Cluster in 10 Minutes》：主题集群由三部分构成——一个聚焦主题的页面、一组深入覆盖子主题的页面、页面之间的内部链接；文中实例集群规模从 8 页到 700 页以上不等。
- Semrush《What Is a Pillar Page & How to Create One》：支柱页链接到全部集群页、集群页回链支柱页、部分集群页彼此互链的内链结构；按主题规划页面可从结构上避免关键词蚕食。
- Ahrefs《Keyword Cannibalization: What It (Really) Is & How to Fix It》：关键词蚕食的判定标准为「同一关键词 + 相同或非常相似的意图」；修复手段是合并内容、在表现较好的 URL 发布并做重定向、随后替换站内内链；noindex 与 canonical 不作为解法。
- HTTP Archive《Web Almanac 2024 · SEO》：桌面端页面内链数中位数在 Top 1,000 站点为 129 条、全量样本为 41 条；meta description 词数中位数为桌面端 40 词、移动端 39 词（2022 年时仅 19 词）。
- MDN Web Docs《HTTP 响应状态码》：301 / 302 / 404 / 410 的语义界定，用于判定页面合并与下线时的状态码选择。
立即行动
免费试用通智云 | 免费预约专家咨询和诊断 | 了解通智 GEO
