- 首頁
- 知識庫
- SEO 搜尋引擎最佳化
- 主題群集怎麼規劃？支柱頁面、子主題文章與連結結構
SEO 搜尋引擎最佳化
主題群集怎麼規劃？支柱頁面、子主題文章與連結結構
作者：JamXu更新日期：2026-10-30
主題群集（topic cluster）是一種內容規劃方式：替一個重要主題建立一個支柱頁面做完整總覽，再把讀者會追問的子問題各寫成一篇深入文章，最後用內部連結讓支柱頁往下連到每一篇、每一篇再連回支柱頁。規劃時先從業務選主題，把顧客的問題拆成子題，判斷哪些要獨立成頁，再排出發布順序，並用 Search Console 把整組頁面當成一個單位追蹤。
主題群集是什麼？一個支柱頁面、多篇子主題文章與串起它們的連結
很多企業網站的文章是「想到什麼寫什麼」：這個月寫產品介紹，下個月寫節日活動，再下個月寫產業新聞。每一篇單獨看都沒問題，放在一起卻看不出網站專精什麼，讀者看完一篇也不知道下一步該讀哪裡。主題群集要解決的就是這件事：先決定網站要在哪幾個主題上把話說完整，再有計畫地補齊每個主題底下的問題。
一個主題群集由三個部分組成：支柱頁面（pillar page）把整個主題講一遍，讓第一次接觸的人看懂全貌，並告訴他每個細節該去哪裡讀；子主題文章各自深入一個具體問題，例如費用怎麼算、步驟怎麼做、兩種方案怎麼選；內部連結則把它們串成網絡，讓讀者和漫遊器（爬蟲）都能在主題裡來回移動。中文常見的「主題集群」「主題叢集」「支柱文章」，指的都是同一套做法。
| 組成 | 負責的事 | 讀者讀完會得到什麼 |
|---|---|---|
| 支柱頁面 | 用一頁講清楚主題的範圍、重點與判斷方式，並列出每個子題的去處 | 知道主題包含哪些事、自己該先處理哪一件 |
| 子主題文章 | 每篇只深入回答一個具體問題，提供步驟、比較、例子或檢查表 | 把眼前的那一個問題解決 |
| 內部連結 | 支柱頁往下連到每篇子題，子題往上連回支柱頁，相關子題橫向連結 | 隨時知道上一層在哪、下一步讀什麼 |
它常和另外幾項工作一起被提到，但回答的問題不同：網站架構與選單規劃處理整個網站有哪些頁面、怎麼分類；關鍵字佈局與關鍵字地圖處理每一組搜尋字詞交給哪一頁負責；主題群集則是在單一主題之內，決定要寫哪些內容、誰做總覽、誰做深入，以及它們怎麼互相連結。
Google 怎麼看主題群集？官方說了什麼、沒說什麼
介紹主題群集的文章常說它能「建立主題權威」「讓 Google 替整個網站加分」。動手之前，值得先分清楚哪些是 Google 公開說明過的機制，哪些是業界的經驗與推論。先說結論：Google 搜尋中心的文件裡，並沒有一個叫做「主題群集」的排名因素，也沒有要求網站一定要用支柱頁的形式組織內容。它之所以有效，是因為剛好讓網站做到了幾件 Google 文件確實提到的事。
連結讓 Google 找到頁面，也幫助判斷頁面的相對重要性
Google 的 SEO 入門指南說明，Google 多半透過連結找到新網頁，並建議以符合邏輯的方式整理網站，幫助搜尋引擎和使用者瞭解網頁與網站其他部分的關係。Google〈協助 Google 瞭解您的電子商務網站結構〉說得更具體：Google 會分析網頁之間的連結，用到達某個網頁所需的連結數量與連到它的連結數量，推斷它相對於網站其他部分的重要性；一般而言，越多站內網頁連到某個網頁，它相對網站其他部分就越重要。這份文件寫給電商網站，但說明的是 Google 分析連結的通則，主題群集的連結設計正好運用了這一點。
「主題權威」在官方說明裡指的是新聞系統
Google 確實介紹過一個叫做 topic authority（主題權威）的系統，但它用在新聞相關的查詢，判斷哪些新聞來源在健康、政治、財經等領域具備專業，看的是來源在該主題或地區的知名度、原創報導被其他媒體引用的情況，以及報導紀錄與聲譽。把主題群集說成「寫滿一個主題就能拿到權威分數」，是把新聞系統的名稱借用到一般網站上，規劃時不要以此作為承諾。
真正對應的是實用內容的自我評估問題
Google〈建立實用、可靠且以使用者為優先的內容〉列出的自我評估問題裡，有兩題正是主題群集要回答的：「您的網站是否有主要目的或重點？」以及「使用者在閱讀完您的內容後，是否覺得他們對某個主題有足夠的瞭解，可協助他們達成目標？」同一份文件也把「針對不同主題建立大量內容，希望部分內容在搜尋結果中獲得良好成效」列為以搜尋引擎為優先的警訊。
| 常見說法 | 比較準確的理解 |
|---|---|
| 主題群集是 Google 的排名因素 | Google 文件沒有這個因素；它是一種內容規劃方法 |
| 連結集中，支柱頁更容易被視為重要 | 方向正確：站內連到某頁的連結越多，相對重要性通常越高 |
| 寫滿一個主題就能得到主題權威 | 公開的 topic authority 系統用於新聞查詢，看的是知名度、原創報導與聲譽 |
| 多發文章就能涵蓋主題 | 為流量大量產生內容，屬於實用內容說明中的警訊 |
換句話說，主題群集不是額外加分的技巧，而是把主題寫完整、把頁面關係整理清楚的工作方法。Google 各項官方排名系統的分工，Google 排名因素與常見迷思有逐項整理。
什麼網站適合做主題群集？什麼時候還不需要
| 網站情況 | 建議 |
|---|---|
| 五到十頁的形象網站，暫時沒有寫文章的人力 | 先把服務頁寫完整，不必勉強做群集 |
| 有明確的主力服務，顧客購買前會問很多問題 | 適合，從主力服務開始做第一個群集 |
| 已累積幾十篇文章，但分類混亂、互相重複 | 適合，先盤點舊文再整理成群集 |
| 想進入公司沒有實際經驗的熱門主題 | 不建議，缺乏第一手經驗的內容很難勝過既有結果 |
判斷重點有三個：主題是否和業務直接相關、你是否真的能把它講清楚、未來幾個月能否持續補上子題。只建了支柱頁、底下的子題遲遲沒寫，支柱頁就只剩一排還沒兌現的承諾，不如先把一個小主題做完整。
第一步：選支柱主題，從業務出發而不是從熱門字出發
支柱主題選錯了，後面寫得再多也帶不來詢問。先列出公司最想被找到的幾項服務或產品線，再挑出符合下列條件的一個開始：
- 和營收直接相關：讀者讀完這個主題，下一步很自然會想找你諮詢或購買。
- 你有第一手經驗：團隊實際做過，能舉出流程細節與常見狀況。
- 有足夠多的子問題：顧客做決定前會問到五個以上不同的問題；只有一兩個問題的主題，一篇文章就能講完。
- 有人在搜尋：可以用 Search Console 的曝光、搜尋結果的競爭情況與關鍵字工具確認。
範圍大小最常出錯。一個實用的測試，是用一句話寫出支柱頁要回答的問題：「居家收納規劃的流程、費用與服務怎麼選」比「收納」清楚得多，也比「抽屜分隔板怎麼選」大得剛好。這句話寫得出來，範圍才算定下來。需求的確認方法，關鍵字研究的搜尋意圖與搜尋量判讀整理了不用付費工具也能做的檢查。
第二步：拆子主題，把顧客會問的問題整理成清單
子主題不是從字典裡找同義詞，而是顧客在做決定的過程中真的會卡住的問題。最好的來源通常在公司裡面：
| 來源 | 可以找到什麼 | 整理方式 |
|---|---|---|
| 業務與客服的問答紀錄 | 顧客詢價前後最常問的問題與疑慮 | 保留顧客的原句，不要改成公司內部用語 |
| Search Console 的查詢資料 | 網站已經出現、但還沒有好答案的搜尋 | 找曝光不少、點擊很少的查詢 |
| 搜尋結果頁 | 排在前面的頁面回答了哪些問題 | 記下共同涵蓋的段落與它們沒寫到的部分 |
整理時把問題依類型分欄：「是什麼」「怎麼做」「多少錢」「怎麼選」「出問題怎麼辦」。某一類完全空白，通常就是讀者最需要、網站卻還沒提供的內容。
接著分組：意思相同、只是說法不同的問題，應該由同一篇內容回答。最實際的判斷方法是比較搜尋結果，兩個問題的搜尋結果大多是同一批網頁，就代表搜尋者想解決的是同一件事。分組與指派負責頁的細節，關鍵字地圖的分組與指派原則有完整步驟。
第三步：哪些子題要獨立成頁，哪些留在支柱頁回答
拆完子題，很容易想「每個問題各寫一篇」。但硬拆只會產生內容單薄、彼此相似的頁面。可以用四個問題判斷：搜尋意圖是否和支柱頁不同？答案是否需要步驟、比較表或例子才講得清楚？有沒有人單獨搜尋這個問題？網站上是否已經有頁面在回答？
| 處理方式 | 適用的子題 | 例子（居家收納，示意） |
|---|---|---|
| 獨立成一篇子主題文章 | 意圖明確、需要深入說明、有人搜尋 | 「收納規劃費用怎麼算」「小坪數衣櫃怎麼規劃」 |
| 作為支柱頁的一個段落 | 整個主題都會用到的基本觀念 | 「收納規劃和整理服務差在哪」 |
| 放進常見問題 | 簡短、明確、讀者會順口一問 | 「可以只做一個空間嗎」 |
每多一個網址，就多一份要維護的內容，也多一個可能和其他頁面互搶的對象。寧可讓一篇文章把一個問題寫透，也不要把一個問題切成三篇各寫一半。
支柱頁面怎麼寫？三種常見形式與必備段落
| 形式 | 適合的情況 | 要注意的地方 |
|---|---|---|
| 完整指南型 | 讀者多半第一次接觸，主題需要從頭解釋 | 每個子題只寫到「理解」的程度，細節交給子主題文章 |
| 主題總覽頁 | 子題很多、讀者起點不同，例如知識庫的主題頁 | 每個子題都要有一兩句說明，不能只是一排標題連結 |
| 服務頁兼支柱 | 主題本身就是一項服務，讀者看完可能直接詢價 | 教學細節移到子主題文章，服務頁聚焦範圍、流程與聯絡方式 |
不論哪一種形式，合格的支柱頁通常包含：開頭兩三句直接回答主題問題；主題的全貌與先後關係；每個子題一小段摘要加上連結；讀者該怎麼決定先處理哪一件事；收納短問題的常見問題；以及想深入學習或想找人協助時的下一步。
最常見的失敗，是寫成只有標題清單的目錄頁。只放一排連結、沒有任何說明的支柱頁，讀者得一篇篇點進去才知道哪篇適合自己，搜尋引擎也只能從連結文字猜測每一頁的內容。反過來，支柱頁寫得太細、把每個子題都完整講一遍，又會和子主題文章回答同一個問題。一個簡單的分界是：支柱頁回答「有哪些、該先做什麼」，子主題文章回答「這一件具體怎麼做」。
子主題文章怎麼寫？深入一題，不重複支柱頁
- 開頭就給答案：第一段直接回答標題的問題，再展開步驟、條件與例外。
- 比支柱頁更深：支柱頁只提一句的事，這裡要給出做法、比較表、例子或檢查清單。
- 交代在主題中的位置：開頭用一句話說明這個問題屬於哪個主題，並連回支柱頁。
- 只深入自己的題目：談到其他子題時一兩句帶過並連過去，不在這裡重寫。
每一篇仍要獨立成立。很多讀者是從搜尋結果直接進到子題，沒看過支柱頁，所以必要的名詞與前提要簡短交代。長度也不必一致，判斷標準是問題有沒有被完整回答；Google 的實用內容說明明確表示，Google 對內容並沒有偏好的字數。段落結構與開頭寫法，SEO 文章的寫作方法與段落結構有完整範例。
連結結構怎麼設計？向上、向下、橫向三種連結
| 連結方向 | 從哪裡連到哪裡 | 放在哪裡 |
|---|---|---|
| 向下 | 支柱頁 → 每一篇子主題文章 | 支柱頁各子題的摘要段落 |
| 向上 | 每一篇子主題文章 → 支柱頁 | 開頭說明主題位置的段落、麵包屑、文末延伸閱讀 |
| 橫向 | 子主題文章 ↔ 相關的子主題文章 | 內文提到另一個子題的地方 |
| 轉換 | 支柱頁或子題 → 服務頁、聯絡頁 | 談到需要專人協助的段落與文末 |
設計時有三個原則。第一，每一篇子主題文章都要至少有一條連結從支柱頁連過來，否則它就成了群集外的孤兒頁；Google 的連結最佳做法也說明，網站上每個重要網頁都該至少有一個其他網頁連入。第二，橫向連結要克制，只在內文真的提到另一個子題時才連；同一份文件提醒不要接連擺放多個不同的連結，在每篇文末列出群集全部文章，連結就失去指引的作用。第三，錨點文字要描述目標頁的主題，而不是「點這裡」。
麵包屑（導覽標記）會在頁面上方顯示「首頁 › 主題 › 文章」的路徑，等於替每篇子題自動加上一條連回主題頁的向上連結；Google 說明導覽標記能指出網頁在網站階層中的位置，設定方式在結構化資料與複合式搜尋結果中有說明。主選單則只放各主題的支柱頁，由支柱頁再把讀者帶到各子題。連結的技術細節與錨點寫法，內部連結策略與錨點文字的寫法有完整說明；群集規劃要先決定的，是「誰連誰」。
網址與目錄：群集要不要放在同一個資料夾？
常見做法是讓同一群集共用一個網址目錄，例如支柱頁在 /storage，子題在 /storage/cost。好處是網址本身說明頁面屬於哪個主題、麵包屑容易對應，在 Search Console 也能用網址篩選出整個群集。
不過要分清楚目錄能做到什麼。Google 的 SEO 入門指南說明，網站有數千個網址時，用目錄把主題類似的網頁分組，可讓 Google 瞭解各目錄網址的變更頻率；同一份指南也提到，搜尋引擎可能仍會依現況解讀網頁，不受網站結構影響。前面的電子商務網站結構文件則說明，Google 通常不是透過網址結構瞭解網站結構，而是分析網頁之間的關聯。所以對群集而言，連結關係比網址目錄更重要。
新網站規劃時可以順便把群集放進同一個目錄；已經累積搜尋成效的頁面，不需要只為了放進同一個目錄就改網址。真的要改，每個舊網址都要設定 301 轉址並更新站內連結，做法在網站搬家的網址對照與 301 轉址中有完整流程。
實作範例：一家居家收納規劃公司的主題群集（示意）
以下用一家在台北提供居家收納規劃服務的公司當例子（虛構示意，不是真實客戶）。網站有首頁、服務頁、作品頁和十幾篇零散的部落格文章，目標是讓「收納規劃」相關的搜尋帶來到府評估的預約。整理客服紀錄後，他們規劃出這個群集：
| 頁面 | 角色 | 主要連結 |
|---|---|---|
| 居家收納規劃完整指南 | 支柱頁面（完整指南型） | 向下連到下列 6 篇；文末連到服務頁 |
| 收納規劃費用怎麼算 | 子題：費用 | 連回支柱頁；連到服務頁 |
| 小坪數衣櫃怎麼規劃 | 子題：怎麼做 | 連回支柱頁；橫向連到收納用品挑選 |
| 收納用品怎麼挑 | 子題：怎麼選 | 連回支柱頁；橫向連到衣櫃規劃 |
| 搬家前的收納整理順序 | 子題：怎麼做 | 連回支柱頁 |
| 廚房收納規劃 | 子題：空間 | 連回支柱頁；橫向連到收納用品挑選 |
| 收納規劃與系統櫃怎麼搭配 | 子題：比較 | 連回支柱頁；連到服務頁 |
| 居家收納規劃服務 | 服務頁（轉換） | 連到支柱頁與費用文章 |
規劃時也發現三個問題。第一，舊文〈衣櫃整理技巧〉和〈衣櫃收納方法〉內容大同小異，於是合併成「小坪數衣櫃怎麼規劃」，另一篇轉址過去。第二，「收納規劃和整理服務差在哪」兩段就說完了，改成支柱頁的一個段落。第三，服務頁塞了很多教學內容，看不出服務範圍，於是把教學段落移到子主題文章，服務頁回到說明服務本身。
支柱頁的子題摘要可以這樣寫：以費用這個子題為例，先用一兩句話寫出計價單位與影響報價的主要因素，再接一句「報價單要確認哪些項目、哪些費用容易被漏算，整理在〈收納規劃費用怎麼算〉」，並把篇名做成連結。每個子題都有這樣一段具體說明，讀者不必點進去就知道那一篇適不適合自己。
發布順序與節奏：先寫哪一篇？
- 先完成支柱頁初版：寫好主題全貌、各子題摘要與常見問題；還沒寫好的子題先不放連結，等文章上線再補。
- 接著寫最接近成交的兩三篇：費用、比較、服務流程這類讀者最接近詢價，優先寫。
- 再依需求證據排後續子題：用 Search Console 與搜尋結果決定順序。
- 每上線一篇就回頭更新支柱頁：補上連結與摘要，檢查相關子題是否要加橫向連結。
- 一個群集完成後再開下一個：一次經營一到兩個群集，比同時開五個、每個寫一半更有效。
固定且能持續的頻率，比短時間內大量發布更重要。為了趕進度用 AI 一次產生大量主題相近的文章，容易同時造成內容單薄與頁面互搶；團隊若用 AI 起草，用 AI 寫文章時的審稿流程整理了發布前該確認的項目。整個群集的成果通常要以月計算，各種變更多久會反映，SEO 要多久才有效的時間軸有依 Google 說明整理的時間表。
已經有很多文章的網站：把舊內容整理成群集
經營一段時間的網站，最常見的不是沒有內容，而是內容很多卻沒有組織。先把舊文章盤點一遍：列出網址、目前回答什麼問題、Search Console 近三個月的曝光與點擊，再試著歸入某個群集。
| 盤點結果 | 處理方式 |
|---|---|
| 內容完整，剛好回答一個子題 | 直接納入，補上連回支柱頁的連結 |
| 適合當總覽，但缺少子題摘要 | 保留原網址，改寫成支柱頁 |
| 兩三篇回答同一個問題 | 保留表現最好的一篇，合併其他篇的獨有內容並設定 301 轉址 |
| 主題相關但過時或單薄 | 改寫補強後納入；成本太高的合併到相關文章 |
合併是最容易出錯的一步，判斷該合併、改角度還是調整連結，關鍵字蠶食的五種處理方式有對照表；實際設定轉址與標準網址時，照著noindex、canonical 與 301 轉址的合併流程操作即可。內容健康、只是沒有站內連結指向的文章，最好的處理方式是把它接回群集，而不是刪除；網站整體的檢查順序，可以對照網站 SEO 健檢的七個檢查關卡中的站內連結一關。
怎麼衡量主題群集的成效？用 Search Console 看整組
群集的成效不適合一篇一篇看，要把整組頁面當成一個單位，觀察整個主題的表現是否成長。依 Search Console 說明，成效報表可以依網頁網址篩選，支援完全相符與部分相符。群集共用目錄時，在「網頁」篩選選擇「網址包含」並輸入目錄路徑，報表就只顯示這個群集的曝光、點擊與查詢；沒有共用目錄的，就分別記錄各頁數字再加總。
| 指標 | 在哪裡看 | 代表什麼 |
|---|---|---|
| 群集的總曝光與點擊 | 成效報表，依群集網址篩選 | 整個主題被看見與點擊的程度 |
| 群集帶出的查詢數量 | 篩選後的「查詢」分頁 | 查詢種類變多，代表涵蓋的問題變廣 |
| 子主題文章的收錄狀況 | 網址審查、網頁索引報表 | 新文章是否都已建立索引 |
| 支柱頁獲得的站內連結 | 連結報告的「熱門內部連結網頁」 | 向上連結是否確實存在 |
建議每月記錄一次，並和三個月前、去年同期比較，避免把季節變化誤判成成效。報表篩選與指標判讀，在Google Search Console 使用教學中有逐項說明。最終還是要回到業務：只看曝光成長、不看是否帶來詢問，很容易把資源花在流量大卻和業務無關的子題上。
主題群集和 AI 搜尋：需要額外調整嗎？
依 Google 對 AI 功能的說明，要出現在 AI 摘要或 AI 模式中沒有額外的條件，也不需要特殊的最佳化，既有的 SEO 最佳做法同樣適用。主題群集的幫助，來自它讓內容更好被理解：每篇子題直接回答一個明確的問題，支柱頁提供整體脈絡。讓內容更容易被 AI 搜尋引用的寫法，在品牌被 AI 搜尋引用的實作方法中有具體說明。
在 Sharing AI 架站平台上落實主題群集
| 群集需要的東西 | Sharing AI 的對應功能 |
|---|---|
| 支柱頁 | 一般頁面，前半段寫全貌與子題摘要，後半段用「插入其他頁面」區塊列出群集文章 |
| 子主題文章 | 文章或頁面，可設定分類、自動目錄與延伸閱讀 |
| 共用目錄的網址 | 自訂連結可包含斜線，讓支柱頁與子題放在同一段路徑底下 |
| 向上連結 | 自動麵包屑結構化資料，加上延伸閱讀連回支柱頁 |
| 合併舊文章 | 變更自訂連結自動建立 301，也可在「重新導向網址」手動新增 |
頁面與選單的層級安排，網站頁面架構與選單規劃有對照表；文章分類、延伸閱讀與排程發布的後台操作，在文章管理與發布流程中有逐步說明。
你現在讀的，就是一個群集裡的子主題文章。本站的SEO 搜尋引擎最佳化主題頁扮演支柱頁：說明 SEO 包含哪些工作、用學習路線與常見問題整理全貌，再列出底下的每一篇深入文章。每篇文章都放在 /learn/seo/ 底下，麵包屑連回主題頁，文末延伸閱讀也連到主題頁與相關文章；遇到另一篇已寫過的子題，文中只一兩句帶過並連過去。
主題群集規劃的五個常見錯誤
- 先選字再想業務：挑了搜尋量大卻和服務無關的主題，流量進來也不會變成詢問。
- 支柱頁只有一排連結：讀者和搜尋引擎都看不出每篇文章的差別。
- 把一個問題拆成好幾篇：同一個意圖分散在多個網址，彼此互搶。
- 支柱頁和子題寫一樣的內容：子主題文章因此失去存在的理由。
- 寫完就不再更新：新文章上線後沒回頭更新支柱頁，很快就出現孤兒頁與過時的摘要。
每次新增文章前，先確認它屬於哪個群集、由支柱頁哪一段連過來、要連回哪幾篇，再開始寫，多數錯誤都能避免。想從整體認識 SEO 的各項工作，SEO 搜尋引擎最佳化主題頁有依序排好的學習路線。
主題群集規劃重點整理
- 主題群集＝一個支柱頁面做總覽、多篇子主題文章各自深入，再用向下、向上與橫向的內部連結串成一組。
- Google 沒有「主題群集」這個排名因素；它有效，是因為讓內容更完整、頁面關係更清楚。
- 選主題從業務與自身經驗出發，子題從顧客真正會問的問題整理，再判斷哪些要獨立成頁。
- 支柱頁回答「有哪些、該先做什麼」，子主題文章回答「這一件具體怎麼做」。
- 每上線一篇就回頭更新支柱頁，並用 Search Console 把整組頁面一起追蹤。
如果你希望有人一起盤點網站內容、選出第一個值得經營的主題並排出寫作順序，我們的AI SEO 顧問服務可以從網站健檢開始協助，也歡迎直接與我們聯絡。