同一個主題下你寫了十幾篇文章，每一篇單獨看都不差，排名卻全卡在中段上不來，這種情況我們診斷過很多次，問題幾乎都不在單篇品質，而在這些文章彼此各自為政、搜尋引擎看不出它們是一組的。搜尋引擎評估的不是單篇，而是你對一個主題的整體涵蓋度。當一個網站在某個主題底下有結構清楚、彼此連結的一群內容，它會把你判斷成這個領域的權威，整群頁面一起受益。這種結構就是主題群集。這篇用我們實務上規劃內容的方式，帶你把群集與分類邏輯建起來。

1. 你的文章各自為政，搜尋引擎就看不出你的專業

主題群集的核心概念，是把一個大主題拆成一根支柱頁與一群子主題文章，支柱頁講廣、子頁講深，彼此用內部連結串起來。搜尋引擎透過這些連結，理解這群內容共同構成一個完整的主題，而不是一堆零散的頁面。少了這層結構，再好的單篇也只是孤軍。

1.1 支柱頁與子主題，分工要清楚

支柱頁負責涵蓋整個主題的全貌，像一個總覽，把這個領域的關鍵子題都點到；子主題頁則各自深入處理其中一個具體問題。我們的做法是先把支柱頁的骨架列出來，每一個小節都是一個潛在的子主題頁，這樣支柱與子頁的分工從一開始就對得上。支柱頁不需要把每個子題講到見底，它的任務是讓讀者與搜尋引擎看見這個主題的完整範圍，細節交給子頁去補。這個分工一旦模糊，支柱頁會變成一篇什麼都講一點卻都不深的長文，子頁也會不知道自己該補哪一塊。一個判斷支柱頁該不該再拆出子頁的方法是：當支柱頁裡某個小節，你發現自己有很多話想講、講下去會讓整篇失衡，那一節就該獨立成一個子主題頁，支柱頁只留一段摘要再連過去。反過來，如果某個子題三言兩語就講完、撐不起一頁，那它可能只是支柱頁裡的一個段落，不必硬切成一頁。這種拿捏沒有固定公式，但原則是讓每一頁都有它撐得起的份量。

1.2 內部連結是群集的黏著劑

群集能不能被搜尋引擎辨識，關鍵在內部連結。子主題頁要連回支柱頁，支柱頁也要連向各個子主題頁，形成雙向關係。我們在實務上看過內容其實寫得很完整、卻散在網站各處沒有互連的網站，搜尋引擎完全看不出它們是一組的，每篇都只能孤軍奮戰，排名自然拉不起來。連結不只是方便使用者跳轉，它是你在告訴搜尋引擎「這些頁面是同一個主題的一家人」，這個訊號沒給足，群集就不成立。

1.3 群集解決的是「主題權威」問題

單篇文章能回答一個問題，但無法證明你懂整個領域。群集的價值在於它用結構告訴搜尋引擎：這個網站對這個主題有系統性的涵蓋。當使用者搜尋這個主題下的各種延伸問題時，你的網站更有機會在多個查詢上都被看見，而不是只押寶在一兩個關鍵字。這也是為什麼我們會把內容規劃從「這篇能不能排」提升到「這個主題我們涵蓋得夠不夠完整」，後者才是群集真正在經營的東西。這個轉變也會改變你挑選題目的方式：不再是看到一個高搜尋量的關鍵字就寫一篇，而是先想這個主題完整涵蓋需要哪些子題、目前缺哪幾塊，再決定下一篇補什麼。以主題為單位去規劃，長期累積出來的是一整片有深度的領域覆蓋，而不是幾篇各自閃爍、彼此不相干的文章。

2. 分類節點只放一個主題，重疊是慢性病

群集要清楚，分類就必須乾淨。分類節點是內容的收納櫃，每個櫃子只能有一個明確主題。我們看過最拖垮網站的往往不是內容不夠，而是分類重疊：同一批文章被好幾個分類收進去，每個分類頁都變得模糊，搜尋引擎不知道該推哪一頁。

2.1 每個分類節點代表唯一主題

一個健康的分類，應該能用一句話說清楚它涵蓋什麼、不涵蓋什麼。界線清楚，爬蟲才能把每個分類頁對應到明確的主題，讓它去競爭對應的關鍵字。當兩個分類的描述聽起來差不多，那就是一個該合併或重新切分的訊號。我們的經驗是，分類數量不是越多越好，與其切得很細卻彼此重疊，不如少而清楚，每一個都站得住自己的主題。一個分類底下至少要能支撐起一群有意義的文章，如果一個分類長期只有一兩篇，那它多半不該是獨立分類，而該併入上層或相近的主題。分類的存在是為了幫使用者與搜尋引擎理解你的內容版圖，不是為了讓後台的選單看起來豐富，這個出發點搞清楚，就不會陷入切得越細越專業的迷思。

2.2 用一個測試找出模糊分類

我們的做法很簡單：隨機挑十篇文章，問自己每一篇「只能放進哪一個分類」。如果超過兩三篇會讓你猶豫「放這個也行、放那個也行」，代表分類界線太模糊。這個小測試通常比看分類樹更能揪出重疊，因為它逼你面對實際內容，而不是理想中的結構。分類樹在紙上看起來總是很整齊，真正的問題要拿實際文章去套才會現形。

2.3 重疊分類怎麼收拾

發現重疊後，對應的處理方式不同，下面這張表整理了常見的幾種狀況。

症狀	背後問題	處理方向
兩個分類文章高度重複	主題界線重疊	合併成一個，或重新定義界線
一篇文章掛在多個分類	缺乏唯一歸屬	指定主分類，其餘用內部連結關聯
分類只有一兩篇內容	切得太細	併入上層或相近主題
分類名稱很像卻各自獨立	語意模糊	統一命名，釐清各自主題

3. 一篇文章掛好幾個分類，權重就被切成好幾份

不少內容管理系統允許一篇文章勾選多個分類，方便是方便，卻很容易養出重疊與模糊。當一篇文章同時屬於三個分類，搜尋引擎對它的歸屬判斷就會分散，這篇文章想幫哪個主題累積權威，也跟著模糊。

3.1 一篇文章給一個主分類

我們的做法是替每篇文章指定唯一的主分類，決定它在階層與網址上的歸屬。這個主分類決定它屬於哪個群集、麵包屑怎麼呈現、網址路徑長什麼樣。有了唯一歸屬，群集的結構才會乾淨，爬蟲也不會在多個分類之間搖擺。這不是說一篇文章只能跟一個主題有關係，而是它的「戶籍」只能有一個，其他關係用別的方式表達。

3.2 跨主題的關聯，用內部連結而非多重分類

一篇文章確實可能同時和好幾個主題相關，這種關聯不該用「勾選多個分類」來表達，而該用內部連結。在文章內文自然地連到其他相關主題的頁面，既保留了關聯性，又不會破壞每篇文章唯一歸屬的原則。這是分類與連結各司其職的做法：分類管歸屬，連結管關聯。把兩件事分開，結構才不會糊成一團。舉個例子，一篇談網站速度的文章，主分類放在技術優化群集底下，但它的內容跟使用者體驗、跟行動裝置表現都有關，這些跨主題的關聯就在內文用連結帶到對應的頁面，而不是把這篇也勾進使用者體驗、行動裝置兩個分類。這樣這篇文章的戶籍清楚，跟其他主題的往來也一條條記錄在連結裡，兩邊都不犧牲。

3.3 分類、群集、網址三者要對齊

文章的主分類、它所屬的群集、它的網址路徑，這三件事應該講同一個故事。我們在實務上看過分類勾了一個主題、網址卻掛在另一個主題底下的網站，結果麵包屑跟網址對不上，搜尋引擎收到矛盾訊號，連帶影響它對這頁歸屬的判斷。把三者對齊，群集結構才站得住。這個對齊在網站剛規劃時花一點力氣就能做好，等內容堆了幾百篇再回頭改，成本會高很多。如果你接手的是一個已經長歪的網站，我們的建議是不要一次全部翻修，而是從流量或商業價值最高的那幾個群集開始對齊，把它們的分類、網址、連結先理順，再逐步往外擴。全站一次大動容易出錯，也難以觀察每個調整的效果，分批處理反而穩。

4. 支柱頁不連子頁，群集就只是名義上的群集

很多網站有支柱頁、也有子主題文章，但兩者之間沒有連結，群集就名存實亡。內部連結的品質，直接決定搜尋引擎能不能把這群內容辨識成一個整體，並在它們之間傳遞權重。

4.1 支柱頁要連向每一個子主題

支柱頁應該像一個目錄，連向它底下所有子主題頁。這樣做有兩個好處：使用者能從總覽頁順著找到深入內容，爬蟲也能透過支柱頁一次發現整組子頁。支柱頁通常權重較高，它連出去的每一條連結，都在把權重分給子頁。如果支柱頁漏連了某幾個子頁，那些子頁就少了一條來自群集核心的重要連結，在群集裡等於是半個局外人。我們的習慣是在支柱頁維護一份完整的子題清單，每新增一篇子頁就同步補進去，這樣支柱頁本身就是這個群集的索引，使用者與爬蟲都能從這裡一覽全貌。清單也讓你一眼看得出群集還缺哪些子題沒寫，這份缺口清單往往就是下一批內容的規劃藍圖，等於順手把內容行事曆也理了出來。

4.2 子頁要連回支柱頁，也連向手足頁

子主題頁不能只被連，也要主動連回支柱頁，並在合適的地方連向同群集的其他子頁。這種雙向與橫向的連結，讓群集內部形成綿密的網，而不是單向的放射。我們的做法是每寫完一篇子頁，就回頭檢查支柱頁與相關手足頁有沒有把它接進來。這個動作很容易被忽略，因為寫完一篇的當下只想著這篇本身，但群集的強度恰恰建立在這些回頭補上的連結上。

4.3 錨文字要描述目的地的主題

內部連結的錨文字，應該用能描述目標頁主題的字詞，例如「網站速度優化的做法」，而不是「點這裡」「更多」。有語意的錨文字，幫搜尋引擎理解被連頁面的主題，也讓群集內部的主題關聯更明確。這是內部連結常被忽略、卻很影響效果的細節。一堆「點我」式的錨文字，等於浪費了每一條連結本來能傳達的主題訊號。

5. 群集不是規劃一次就結束，它要跟著內容長大

主題群集是活的結構，內容持續增加時，它需要定期整理，否則新文章會慢慢侵蝕原本乾淨的分類與連結。維護群集，跟建立群集一樣重要。

5.1 新文章發布時就接進群集

我們的做法是把「接進群集」當成發文流程的一部分：文章發布時，同步決定它的主分類、補上與支柱頁的雙向連結、在相關手足頁加上指向它的連結。這樣新內容一上線就融入結構，不會變成前面提過的孤立頁。把這個動作流程化，比事後大掃除省力得多，因為事後你得回頭翻找每一篇該連的頁面，而發文當下記憶最清楚。

5.2 定期檢視分類是否又長出重疊

內容累積久了，分類很容易在不知不覺中重疊，或某個分類肥大到該再拆分。我們在實務上看過原本清楚的分類，幾年後變成一個什麼都收的大雜燴。建議定期用前面那個「挑文章問歸屬」的測試重跑一次，能及早發現界線又模糊了。這種檢視不必很頻繁，但要固定，就像定期體檢，趁問題還小的時候處理，成本最低。

5.3 用資料回頭檢驗群集效果

群集規劃得好不好，最終要用搜尋成效來驗證。觀察一個群集在相關查詢上的整體曝光與排名趨勢，若某個子主題長期上不來，可能是內容深度不夠，或它跟支柱頁的連結太弱。用資料回頭調整，群集才會越長越強，而不是規劃完就放著不管。我們會把一個群集當成一個單位來看它的整體表現，而不是只盯單篇，這樣才看得出結構哪裡有破口。

5.4 支柱頁排名上來了，子頁卻沒跟上怎麼辦

這是我們常被問到的狀況。支柱頁因為涵蓋廣、連入多，通常比較快有排名，但如果對應的子頁遲遲上不來，群集的整體力量就發揮不出來。我們會先檢查兩件事：一是支柱頁有沒有確實連到那些落後的子頁，二是那些子頁的內容深度夠不夠回答它們各自負責的具體問題。很多時候問題出在子頁只是把支柱頁的某一段稍微展開，沒有真正深入，搜尋引擎看不出它比支柱頁更值得在那個細分查詢上勝出。把子頁寫到比支柱頁更深、更具體，它才有理由在自己的查詢上排到前面。群集的設計初衷，本來就是讓支柱頁帶廣度、子頁帶深度，深度這一塊沒做足，結構再漂亮也撐不起成效。

6. 常見問題

6.1 主題群集和單純多寫文章有什麼差別

差別在結構。單純多寫是一堆各自獨立的文章，搜尋引擎看不出它們的關聯；群集則是用支柱頁與內部連結把一組內容串成一個主題整體，讓搜尋引擎判斷你對這個領域有系統性涵蓋，整群頁面一起受益。數量相同，有沒有結構，結果可能差很多。

6.2 一篇文章可以同時放在多個分類嗎

建議每篇文章只給一個主分類，以確定它在階層與網址上的唯一歸屬。跨主題的關聯改用內文的內部連結來表達，既保留關聯性，又不會讓分類重疊、權重分散。多重分類方便，卻常是模糊結構的起點，我們通常不建議。

6.3 支柱頁一定要很長嗎

支柱頁的重點是涵蓋主題的全貌、把關鍵子題都點到，並連向深入的子頁，而不是字數本身。它扮演總覽與樞紐的角色，深度交給子主題頁去補。與其追求長度，不如確保它對整個主題的涵蓋完整、內部連結接得齊。一篇很長卻沒連向子頁的支柱頁，反而發揮不了樞紐的作用。判斷支柱頁夠不夠完整，可以問自己：一個剛接觸這個主題的讀者，讀完支柱頁能不能對整個領域有個清楚的輪廓，並知道想深入哪一塊該往哪去。做得到，長度就夠了；做不到，再長也只是補不齊缺口的堆砌。

6.4 怎麼判斷分類有沒有重疊

挑十篇代表性文章，問自己每篇「只能放進哪一個分類」。若有好幾篇讓你覺得放這個或那個都行，就代表分類界線模糊、有重疊。這個測試逼你面對實際內容，通常比只看分類樹更容易發現問題。發現後再依狀況合併、重新定義界線，或調整歸屬。

6.5 內部連結的錨文字該怎麼寫

用能描述目標頁主題的字詞，例如「網站階層設計的檢查方法」，避免「點我」「更多」這類無意義文字。有語意的錨文字幫搜尋引擎理解被連頁面的主題，也讓群集內部的主題關聯更清楚，是提升內部連結效果的關鍵細節。一個小原則是：把連結文字遮起來，讀者還能猜到點進去會看到什麼，這個錨文字就合格。

6.6 群集建好之後就不用管了嗎

不是。內容持續增加會慢慢侵蝕原本乾淨的分類與連結。建議把「接進群集」納入發文流程，並定期重跑分類歸屬測試、用搜尋成效檢驗各子主題表現。群集是需要跟著內容一起維護的活結構，放著不管，它會隨時間慢慢鬆散回各自為政的狀態。維護的頻率不必很高，但要固定，例如每季花半天重跑一次分類歸屬測試、順手補齊新文章漏接的連結，長期下來花的力氣，遠比等結構崩壞後重建要少得多。