主題叢集怎麼規劃?5 步驟打造 GEO 時代的權威站

多數人談SEO內容規劃時,還是把心力放在「這個關鍵字寫過了嗎」。但真正決定Google跟AI要不要信任你的,早就不是單篇文章塞了幾次某個詞,而是你在一整個主題上,累積了多深的東西。Ahrefs追蹤ChatGPT實際的引用來源後發現,常被點名的網域高度集中在少數大站,多數網站即使持續發文,也很難擠進那份名單。

如果你手上已經有十幾篇同一領域的文章,流量卻一直卡在某個水位,甚至還發現有兩三篇文章彼此在搶名次、誰都排不上去,問題通常不是產量,而是這些文章各寫各的,彼此之間沒有任何呼應,讓Google跟AI都判斷不出你在這塊到底夠不夠深。

這正是主題叢集(Topic Cluster)要處理的問題。做法是拿一篇涵蓋全貌的支柱頁當骨幹,搭配一群各自鑽研一個子題的衛星文,再靠內部連結讓它們互相呼應,搜尋引擎跟AI才會判定,你的整個網站是這個主題真正值得信賴的來源。中間的規劃細節不少,先從Google最近一次的演算法動作講起,再往下把整個流程拆開來看。

Google 2026 年 3 月釋出核心更新後,主題完整度更容易反映在排名上

Google判斷一個網站值不值得信任,靠的從來不是關鍵字出現次數這麼單純的事,只是這件事花了十幾年才明顯浮上檯面。2013年上線的蜂鳥演算法,把Google從逐字比對,推進到理解整句話的語意;兩年後接手的RankBrain,加入機器學習判斷使用者背後真正的意圖;2019年上線的BERT,則讓系統更抓得住介系詞、代名詞這類容易讓語意翻轉的細節。每往前一步,Google就離「數關鍵字」更遠一點,離「看懂一整個主題」更近一點。

Google 演算法從 2013 蜂鳥、2015 RankBrain、2019 BERT 到 2026 核心更新的時間軸,一路從數關鍵字走向看懂整個主題
每往前一次更新,Google 就更看重你有沒有把一整個主題講完整,而不只是關鍵字出現幾次。

2026年3月底,Google又對核心演算法動了一次手。Google自家的搜尋狀態頁只把它形容成「例行性更新」,沒有另外公布評分細節,不過對照更新前後的排名波動,不少從業者觀察到,同一個網站有沒有把某個主題系統性地講完整,現在比過去更容易反映在排名的落差上。這也解釋了一個常見現象,也就是單篇塞滿內容的萬用長文,常常打不贏一組彼此互連、各自講透一個子題的文章群。一篇文章再長,終究只能回答一種問法;一組叢集卻能從不同角度、不同深度,分別命中好幾種搜尋語句。

主題叢集是什麼?支柱頁、衛星文、內部連結怎麼分工?

主題叢集不是單一招式,而是一套分工清楚的內容結構,由三個部分組成:一篇支柱頁(Pillar Page)、一群衛星文(Cluster Content),加上把兩者綁在一起的內部連結。少了任何一塊,這套架構都撐不起來。

主題叢集結構圖:中心一篇支柱頁,外圍六篇各鑽一個子題的衛星文,兩者以雙向內部連結相連成一張網
支柱頁當主題入口與中心,衛星文各深入一個子題,雙向內部連結把它們綁成一組彼此拉抬的網。

支柱頁扮演的角色接近「入口」。它接住的是範圍廣、搜尋量大、意圖也比較籠統的問法,任務不是把每個細節都講到骨子裡,而是先把整個主題的輪廓交代清楚,讓讀者一眼掌握全貌,也讓搜尋引擎認得出這一頁就是主題的中心。至於支柱頁該挑多寬的題目,Ahrefs在內容規劃的建議裡提到一個實用的抓法,子主題數量落在十到二十個之間比較剛好,太窄會挖不出東西可以深入,太寬又會讓支柱頁怎麼寫都寫不完。

衛星文負責的是支柱頁點到為止、留白的那些地方。假設支柱頁回答的是「主題叢集是什麼」,衛星文就可以分別處理「子題該合併還是該拆開」「內部連結要放幾條」這類更具體的問題。它存在的意義不是把支柱頁的話再講一次,而是把留白補滿、把細節挖深。

內部連結則是撐起整套架構的骨架。少了連結,支柱頁跟衛星文不過是各自獨立的散篇文章;有了雙向連結,搜尋引擎才讀得出彼此的從屬關係,支柱頁連向各篇衛星文等於宣告自己是中心,衛星文回連支柱頁則是在告訴系統它們同屬一組。

這裡有兩個常被混在一起的觀念,值得先釐清。第一,主題叢集不等於「把文章分好分類」。後台的分類,本質上只是給人瀏覽用的篩選標籤;叢集則是有明確支柱頁、有刻意設計的雙向連結、有清楚範圍界線的一套結構,目的是把權重集中導向一個中心。第二,叢集也不等於「網址資料夾」。Ahrefs的內部連結指南特別區分過這兩件事:把相關文章統一放進同一段網址路徑(例如example.com/seo/keyword-research),管的是網址結構,屬於「資料夾式分類」(Silo);叢集處理的則是「連結網路」,頁面之間有沒有互相連結、有沒有語意上的關聯才是重點。多數體質健全的網站會兩者一起做,網址結構乾淨,頁面之間也照樣密集互連,但網址分類做好,不代表叢集就自動成形。

查詢扇出是什麼?為什麼它讓衛星文有機會被單獨引用?

多數人一提到AI搜尋優化,想到的多半是關鍵字或內容深度,卻很少提到叢集架構在這裡實際扮演的角色。

先搞懂AI引擎怎麼處理一個提問。你問ChatGPT或Google的AI Overview一件事時,系統不會只做一次搜尋就收工。Google在Search Central的官方文件裡說明,AI Overview跟AI模式可能會使用一種叫「查詢扇出」(query fan-out)的技術,針對同一個提問同時發動好幾個相關子查詢,分頭到不同子主題、不同資料來源找答案,再從蒐集到的頁面裡挑幾個組成最終回覆。換句話說,一次提問背後其實是一連串蒐集資料的過程,不是單純比對一次就結束。

這正是叢集架構的優勢所在。單獨一篇文章,很難同時命中好幾個子查詢;但一組十篇彼此連結、各自處理一個子題的內容,反而常常能在不同子查詢裡輪流被撈到。你的支柱頁可能剛好答對「主題叢集是什麼」這類大哉問,某篇衛星文命中「內部連結要放幾條」,另一篇又剛好答到「怎麼排查關鍵字蠶食」,每一頁都變成一個能被單獨挑出來引用的入口。

查詢扇出示意圖:一次提問被拆成多個子查詢,分別命中叢集裡的支柱頁與不同衛星文,每一頁各自被引用
一次提問會扇出成多個子查詢,一組互連的叢集就能在不同子查詢裡輪流被撈到、被單獨引用。

叢集同時也在替你的網站建立可信度。HubSpot在《State of AEO 2026》報告裡,分析了2025年12月到2026年3月之間,ChatGPT、Gemini、Perplexity跟Google AI Overview數千筆的引用紀錄,發現頁面上有沒有附外部引用來源、具體統計數字、作者資訊,以及清楚標示的最後更新時間,跟被引用的機率明顯相關,且這幾個訊號在多個引擎上都反覆出現同樣的關聯。放進叢集架構裡看,這代表每一篇衛星文都該把這些訊號一次補齊,不是只在支柱頁上做一次意思一下。

想讓每個子頁真的變成獨立的引用入口,寫作上有兩個習慣值得養成。第一,每一頁、每個重要段落一開頭就把答案講出來,別把重點壓在段落最後才揭曉,因為AI擷取內容時,最先讀到的就是那幾句。第二,同一個概念在不同頁面裡的定義、用詞、立場要前後一致,別這篇這樣講、那篇又換個講法,AI跨頁比對時才會越比越確定你的說法可信,而不是越比越亂。

打造一組主題叢集,要走完的五個步驟

掌握了概念,下一步是動手規劃。把下面五個步驟走完一輪,你的網站就會有第一組成形的叢集架構。

規劃主題叢集的五個步驟流程:選定核心主題、拆成有意圖的子題、分派角色、先寫支柱頁再寫衛星文、接雙向內部連結
主題叢集怎麼規劃就照這五步走:選主題、拆子題、分派角色、先寫支柱頁,最後用雙向內部連結收尾。

步驟一:先問自己兩個問題,再選定核心主題

別急著打開關鍵字工具,先回到原點問自己兩件事:我想讓品牌在客戶心中留下什麼印象?我的產品或服務,主要幫客戶解決的是哪個核心問題?

你的第一組叢集,應該綁定最核心的業務。一個賣理財課程的網站,核心主題適合放「投資理財」,而不是「旅遊攻略」。挑主題時通常要同時符合三個條件:跟你的產品服務相關、有穩定的搜尋需求、而且能往下延伸出足夠多的子題。台灣中小企業最容易犯的錯,是一口氣鎖定五、六個主題,結果每個都做不深。建議先聚焦一到兩個,把它做透,再考慮往外擴張。

步驟二:把主題拆成一串有意圖的子題

選定核心主題之後,開始往下拆子題。拆的邏輯不是想到什麼寫什麼,而是順著搜尋意圖規劃,可以從幾個方向切入:概念型(這是什麼)、教學型(怎麼做)、比較型(怎麼選)、問題型(為什麼會這樣)。

找子題靈感時,除了People Also Ask、AlsoAsked這類問題挖掘工具,Google也在2025年替Search Console Insights加了一個「查詢群組」(Query groups)功能,會把語意相近的搜尋字串自動歸成一群,直接告訴你哪些查詢其實在問同一件事、可以併成一頁,哪些又真的該獨立成篇。一個支柱頁底下,先列出十五到三十個候選子題,再從中篩出真正該寫的。

步驟三:把每個子題分派給支柱頁或衛星文

這一步決定叢集之後會不會自己打架。廣泛、定義型、總覽型的問題,留在支柱頁裡當一個段落處理;具體、長尾、步驟型或比較型的問題,獨立出去成一篇衛星文。有一條原則特別重要。同一種核心搜尋意圖,只設定一頁當主打,這不代表一個關鍵字只能出現在一頁,而是針對同一種意圖,你只挑一頁去承接它,否則兩三頁互搶同一個排名,就會變成後面要談的關鍵字蠶食。

判斷兩個子題該合併還是該拆開,實用的方法是看SERP重疊度。分別搜尋兩組關鍵字,觀察前十名結果。重複網址有六個以上,代表Google認為兩者意圖相近,適合合併成同一頁;重複網址只有一到兩個,或結果類型差很多(例如一個是教學、一個是清單),就代表意圖差異明顯,適合拆成兩頁各自處理。

步驟四:先寫支柱頁,衛星文才動筆

內容製作有固定的先後順序,要先寫廣的支柱頁,再寫深的衛星文。理由很直接。支柱頁要負責把讀者導向各篇衛星文,你得先有支柱頁的骨架,才知道每篇衛星文該從哪個段落被連出去,連結架構才會清楚。

動筆前先盤點手邊已有的內容。你很可能已經有幾篇跟這個主題相關、卻孤零零存在的舊文章,把它們找出來,判斷哪些該更新、哪些能升級成衛星文、哪些主題太相近的短文乾脆合併成一篇更完整的內容。能回收的先回收,缺的部分再補新文章。

至於一開始要寫幾篇衛星文,八到十二篇是個可行的起手量,足夠讓叢集初步成形、開始發揮互連效果。國際上比較成熟的做法,像HubSpot就建議一個支柱頁長期要撐到二十到三十篇衛星文的規模,但對資源有限的台灣中小企業來說,不必一開始就衝這個數字,先把核心幾個子題寫穩,再隨資源慢慢往上加。一組結構清楚、深度足夠的叢集,本身就是Google評估經驗、專業、權威、信任(E-E-A-T)時的有力證據,也是AI願意引用你的底氣。

步驟五:用雙向內部連結,把整組串成一張網

這是最關鍵、也最常被做爛的一步。內容寫好只是準備好材料,連結才是真正把它們變成一張網的動作。

連結方向有兩條。每篇衛星文裡至少要有一個自然連回支柱頁的連結;支柱頁裡提到某個子題時,就連向那篇深入處理它的衛星文。錨點文字要能描述目標頁的主題,最好帶到核心關鍵字,但不要硬塞、不要堆砌,更不要寫「點這裡」「了解更多」這種空泛的字眼。Ahrefs的內部連結指南建議,一篇文章抓三到五條情境式的內部連結當起點就算扎實,重點是每一條都真的對讀者有幫助,不是為了連而連。

做完這一步,你的第一組主題叢集才算正式上線。之後任何一篇衛星文只要累積到SEO權重,都會沿著連結把這份權重傳給支柱頁;反過來,支柱頁也會把流量分配給更深入的衛星文,整組排名因此一起被往上抬。

文章寫得越多排名卻停滯不前,多半是關鍵字蠶食在作怪

假如你發現網站文章數量一直在增加,排名卻不升反降,很可能是踩到了關鍵字蠶食(Keyword Cannibalization)。這種狀況指的是,網站裡有好幾個頁面同時瞄準同一個、或高度相近的搜尋意圖,彼此互相競爭,搜尋引擎分不清該把哪一頁往前推,結果變成兩敗俱傷,誰都排不好。常見的訊號是排名忽上忽下,這週A頁有名次,下週換B頁頂上來,原本該集中在單一頁面的權重,被拆散在好幾個相似頁面裡。

關鍵字蠶食示意圖:多個相似頁面同時主打同一搜尋意圖,Google 分不清該推哪一頁,排名忽上忽下、權重被分散
好幾頁互搶同一個搜尋意圖,權重被拆散、誰都排不好;主題叢集在規劃階段定義好角色就能避免。

成因通常離不開三種。第一種是重複主題,同一件事換個角度包裝,結果寫成好幾篇,核心內容其實沒有真正區隔;第二種是標題太相似,「SEO文章怎麼寫」「SEO文案怎麼寫」「SEO內容寫作教學」如果深度跟目標讀者都差不多,自然會自己人打自己人;第三種是頁面角色沒定義清楚,網站沒說明哪篇是入門總覽、哪篇是深入教學,每一頁都在搶同一個「主題中心」的位置。

主題叢集能從源頭化解這個問題,因為你在規劃階段就已經替每一頁定義好角色、意圖、連結方向跟主次關係,後續動筆時,文章自然不會長成彼此的替代品。

已經出現蠶食的頁面,怎麼處理要看你想不想保留那些網址。內容本來就重疊、可以捨棄其中一頁的情況,直接把權重較弱的那頁導向較強的那頁,避免權重繼續分散在兩處;兩頁各有存在理由、但其中一頁明顯更該拿下排名時,就靠內部連結加強指向那頁,同時把內容補得更完整;若只是同一種意圖被硬拆成好幾篇淺內容,最務實的做法是直接合併成一篇更完整的文章,再把舊頁導向新頁。

上線之後也別放著不管。前面提過的Search Console「查詢群組」功能,除了幫你挖子題,也能拿來定期檢查有沒有出現多頁競爭同一組關鍵字、或本來不該吃到流量的頁面反而拿到了曝光。一發現互搶,就回頭調整標題、內容邊界跟內部連結,必要時把內容合併,或重新定位某一頁的角色。

台灣中小企業的居家清潔叢集,實際會長什麼樣子?

換成實際情境會比純講原則更好懂。如果你的公司是一間到府居家清潔的小團隊,核心主題選定「居家清潔」之後,支柱頁與衛星文大概可以這樣分工。

支柱頁設定成「居家清潔完整指南」,扛下廣義、入門、總覽型的搜尋意圖,把主題的輪廓一次交代清楚:要顧到哪些空間、多久該清一次、新手該從哪裡入手。細節不在這裡展開,而是分散給底下的衛星文各自處理。

接著往下拆衛星文,讓每一篇對應一個不同的意圖:

頁面角色主題主要搜尋意圖連結方向
支柱頁居家清潔完整指南入門總覽,想先掌握全貌連向所有衛星文
衛星文廚房油垢怎麼清最乾淨學特定空間的清潔技巧回連支柱頁
衛星文居家清潔多久該安排一次釐清清潔頻率的判斷方式回連支柱頁
衛星文家裡有養寵物,清潔要注意什麼找特定居住情境的解法回連支柱頁,並連向廚房清潔頁
衛星文找到府清潔服務前要確認哪些事學怎麼判斷與挑選回連支柱頁

重點不在於列出幾篇文章,而是每一篇鎖定的搜尋意圖都不一樣。剛開始留意居家衛生、想先搞懂全貌的人,適合看支柱頁;已經考慮花錢找人代勞、卡在怎麼判斷服務品質的人,適合看「找到府清潔服務前要確認哪些事」。讀者站在不同的決策階段,內容本來就不該擠在同一頁裡回答。

把架構搭成這樣之後,你的網站在「居家清潔」這個主題上,才算真正有了清楚的主頁、扎實的子頁,還有彼此呼應的連結關係。差別在於,以前可能是十幾篇各自為政的文章,現在Google跟AI都看得出你在這個領域真的下過功夫,也更容易在不同的搜尋語句裡,分別撈到你網站上的某一頁。

動手寫之前,你大概還想知道的幾件事

要不要做叢集、規模抓多大,取決於你願意在一個主題上投入多久時間。動手前,把幾個實際操作時容易卡住的地方先想清楚。

支柱頁該寫多長,並沒有硬性字數規定,但它要能涵蓋整個主題的主要面向,篇幅通常會落在比較長的區間。重點不是字數本身,而是廣度夠不夠,讀者看完能不能掌握這個主題的全貌、知道接下來該往哪幾篇衛星文深入,才是判斷標準。寫太短涵蓋不全,硬灌字數又會變成填充內容,要抓在「廣度夠、不鑽細節」這個平衡點。

衛星文的起手量,八到十二篇就有機會讓叢集初步成形,開始發揮互連的效果,不必一次到位。先把核心的幾個子題寫穩,再隨資源慢慢往上補,與其一次鋪二十篇半成品,不如先做十篇紮實的。

內部連結的數量同樣不必為了塞而硬找機會,三到五條情境式的內部連結就是個扎實的起點,重點是每一條都出現在對讀者真的有幫助的位置,不是為了連而連才硬加。

至於做了多久才看得到效果,沒有人能給出一個保證的天數,會受既有網站權重、主題競爭程度,還有內容品質共同影響。比較實際的心態,是把它當成一項資產在經營,而不是當一檔短線操作。叢集的權重是慢慢累積、彼此互相拉抬的,前期可能感覺不出什麼變化,但一旦結構穩了、專業形象建立起來,整組內容會一起被往上帶,後勁通常比單篇衝刺來得更持久。

叢集這件事,前期最花力氣的往往是規劃,不是寫作本身。把主題選對、把子題拆乾淨、把連結接好,後面每加一篇衛星文,都是在替既有的支柱頁加分,而不是重新從零開始累積。這也是它跟單篇文章賭一次爆紅最不一樣的地方。效果會疊加,不是一次性的。與其煩惱下一篇該寫什麼關鍵字,不如先花時間想清楚,你的網站接下來這一季,要在哪一個主題上真正站穩腳步。

資料來源
  1. 100 Most Cited Domains in ChatGPT — Ahrefs
  2. Content Pillars: What They Are & How to Build Them for SEO — Ahrefs
  3. Internal Links for SEO: An Actionable Guide — Ahrefs
  4. March 2026 core update — Google
  5. AI Features and Your Website — Google Search Central
  6. State of AEO 2026: On-Page Content Formats Answer Engines Actually Favor — HubSpot
  7. Introducing Query Groups in Search Console Insights — Google Search Central