關鍵詞矩陣怎麼搭？主題集群（Hub & Spoke）實操
摘要：關鍵詞矩陣按「主題—意圖」把詞分層，一組詞只落一個頁面，再用內鏈固定樞紐頁與輻條頁的層級；先分組、再落頁、後連內鏈，順序不能反。
內容規劃結果不理想，多數時候不是詞沒找夠，而是頁面建早了：按關鍵詞清單逐詞發文章，等發現兩頁搶同一個詞、或是一批頁面長期零展現，回頭再去重的成本已是規劃階段的好幾倍。本文給出關鍵詞矩陣的搭建順序——先定主題邊界、按意圖分層、按搜尋結果重合度聚類，再一組對一個頁面做映射去重，最後用內鏈把層級固定下來；同時附結構層級對照表、內鏈規模參照數據與一個出海 B2B SaaS 企業的重構案例，便於對照自身現狀直接開工。
一、解決什麼問題：逐詞發文章長不出自然流量
按關鍵詞清單逐詞發佈，是內容規劃裡最常見、也最貴的一條彎路。站點通常同時出現三種症狀：頁面內容稀薄（一個詞撐不起一篇）、多頁爭搶同一批詞（彼此稀釋排名）、主題權威起不來（搜尋引擎看不到系統性覆蓋）。
其中最容易誤判的是爭搶。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 的語義界定，用於判定頁面合併與下線時的狀態碼選擇。
