主題群集 SEO 設計筆記：從 Google 評分邏輯到台灣市場配置

Topic Cluster 是什麼：三個組成元素與 Google 的語意讀取邏輯

Topic Cluster（主題群集）是一種以 Pillar Page 為核心、Cluster Content 為衛星頁面、透過內部連結建立主題關聯的網站內容架構。這三個元素共同運作，讓 Google 爬蟲能從連結圖譜上辨識你的站點在某個主題上的覆蓋深度。觀察台灣 SEO 類站點的排名模式，長期保持穩定曝光的站幾乎都有一個共同結構：它們不是靠單頁最佳化打排名，而是靠整個主題群集的系統性覆蓋。

這個架構之所以有效，根源在 2013 年 Google Hummingbird 演算法的轉向。在此之前，Google 的排名邏輯接近關鍵字頻率統計，給誰就看誰的頁面有多少次出現目標詞。Hummingbird 之後，Google 開始用語意理解讀取 query，它問的不再是「這頁有沒有這個詞」，而是「這頁能不能完整回答這個問題」。

Pillar Page、Cluster Content、內部連結的角色分工

用資料庫的概念來描述最直觀：Pillar Page 是主表（primary key），Cluster Content 是子表（foreign key），內部連結是兩者之間的 join 關係。

• Pillar Page：覆蓋某個主題的全貌，每個子主題給出摘要說明並連結到對應的 Cluster Content。字數通常在 2,500-4,000 字之間，目標排名是月搜尋量較高的主要 query。
• Cluster Content：深入一個子主題，目標排名是長尾 query。字數通常在 1,500-2,500 字，連結回 Pillar Page。
• 內部連結：傳遞主題信號的通道。Pillar → Cluster 的連結告訴 Google「這些頁面屬於同一主題」；Cluster → Pillar 的連結告訴 Google「這頁的主題重心在 Pillar」。

Hummingbird 之後 Google 怎麼讀「主題相關性」

Google Hummingbird 讓搜尋引擎從關鍵字匹配進化到語意理解，但 RankBrain（2015）和 MUM（2021）才讓這種理解精確到「跨文件主題推斷」的程度。換句話說，Google 現在能評估一個站點在某主題上的覆蓋廣度和深度，而不只是某一頁的關鍵字密度。

這是 Topic Cluster 架構在語意搜尋時代有效的底層原因：HubSpot 在 2017 年提出這個概念時，正是觀察到 Google 對「主題深度」的評分行為有系統性規律。

關鍵字蠶食的根本原因

關鍵字蠶食（Keyword Cannibalization）的本質是：Google 不知道你的哪一頁才是這個 query 的代表頁面，導致多頁輪流排名、彼此削弱。

傳統的「一頁一個主要關鍵字」策略在小站或初期有效，但隨著文章數量增加，主題相近的頁面開始互相競爭。Google 的系統遇到多個意圖相近的頁面時，會輪流把其中一頁拉上去又拉下來，這就是你看到排名週期性波動的原因之一。

Google 看到多頁競爭同一關鍵字時的排名決策

從爬蟲的角度看，Google 進入你的站點後，如果發現三篇標題相近、內容重疊的文章同時對應同一個 query，它的處理方式不是把三篇都推上去，而是挑一篇、忽略另外兩篇。哪篇被選中，取決於連結權重、更新時間、內容深度等多個信號，問題是這個選擇常常不是你預期的那頁。

從量化角度衡量：如果你用工具查兩個關鍵字，發現它們在 Google SERP 前 10 的重疊 URL 超過 40%，這兩個 query 的搜尋意圖幾乎等同，對應的頁面就處於蠶食風險。反過來，低於 20% 重疊率，這兩個 query 通常可以安全分配給不同頁面。這是可以用 Ahrefs Organic Competitors 或自建 Python 腳本量化的標準。

Cluster 架構如何消除蠶食問題

解決方案不是刪文章，而是建立階層。Pillar Page 宣示「這個主題的主要排名入口在這裡」，Cluster Content 則分流長尾需求，讓每頁的意圖邊界清晰。Google 爬蟲從連結結構讀取這個階層關係，就不會在同主題的頁面之間左右搖擺。

Google 怎麼評估主題權威：Authority Signature Value 機制

Google 對站點的主題權威評估，有一套可追溯到專利文件的計算邏輯，核心是跨文件累積的 Authority Signature Value。

這不是業界推測，是公開的技術文件。Google 專利 US8458196B1（2012 年申請，2013 年公告，發明人 Michael Jeffrey Procopio）描述的系統，計算方式如下：

US8458196B1 專利：文件主題識別與加權

系統對每篇文件進行主題識別，輸出兩個值：主題本身（topic）和該主題在文件中的權重（weight）。Weight 反映的是這篇文章與該主題的語意相關程度，覆蓋越深、主題越聚焦，weight 越高。接著，系統計算文件作者在這個主題的 Authorship Percentage，並以 weight × authorship_percentage 更新作者的 Authority Signature Value。

換句話說：你在同一主題下發布的文章越多、品質越高，你在這個主題的 Authority Signature Value 就越高。這個值是跨頁面累積的，不是單頁的屬性。

這直接解釋了 Topic Cluster 的排名機制：Cluster 內的多篇文章共同貢獻主題信號，整個 Cluster 的集體 Authority Signature Value 高於任何單頁，所以 Cluster 架構的站點排名比單篇最佳化的站點更穩。從Google 演算法的排名評估邏輯來看，這和 PageRank 從單頁延伸到全站的邏輯一脈相承。

內部連結圖譜對爬蟲的主題邊界信號

除了文件內容本身，Google 的爬蟲也透過連結拓撲結構推斷主題邊界。雙向連結（Pillar ↔ Cluster）比單向連結更能確認主題關聯，Pillar 連向 Cluster 傳遞「這些頁面屬於同主題」的信號，Cluster 連回 Pillar 傳遞「這頁的主題重心在這個 Pillar」的信號。

Google Search Quality Rater Guidelines（2024）在多個段落提及 topical authority 作為頁面評分維度之一，說明這個評估維度已進入 Google 評審人員的評分框架，不只存在於演算法層。

從更宏觀的角度看，Topic Cluster 架構是內容行銷的主題規劃的核心骨幹，兩者相輔相成。

設計 Topic Cluster 的四個步驟

Topic Cluster 的設計可以拆成四個環節：主題選定、Cluster 邊界判斷、內容規劃、健康度監控。每個環節都有可量化的判斷標準，不需要依賴直覺。

Step 1 — 確認 Pillar 主題與搜尋量門檻

Pillar 主題的判斷條件有兩個：一是月搜尋量足夠（台灣繁中市場建議 ≥500）；二是主題可以被分拆成多個有獨立搜尋量的子主題。達不到第二個條件，就不需要做 Cluster，直接寫一篇完整的文章反而更有效率。

選題工具：Google Search Console 的搜尋成效報表能看到你已有哪些主題排名，是最直接的資料來源。在此基礎上用關鍵字研究選題系統擴展候選主題，確認每個子主題的搜尋量後再決定 Cluster 範圍。

Step 2 — 用 SERP 重疊率識別 Cluster 邊界

判斷兩個關鍵字是否屬於同一 Cluster，可以用 SERP 重疊率量化：分別查詢兩個 query 的前 10 筆結果，計算出現相同 URL 的比例。閾值參考：

SERP 重疊率	判斷	建議
≥ 40%	同一語意 Cluster	指派同一頁面，或讓其中一頁連回另一頁
20-40%	語意相關，但邊界模糊	需要明確區分搜尋意圖後再決定
＜ 20%	不同 Cluster	可以安全分配給獨立頁面

Step 3 — 規劃 Pillar Page 與 Cluster Content 的結構

Pillar Page 的核心責任是讓讀者對這個主題有足夠的全貌認識，每個子主題給出 200-300 字的摘要說明，然後連結到對應的深度文章。每篇 Cluster Content 只聚焦一個子主題，設計給已經理解主題概念、想深入某個面向的讀者。

每篇 Cluster Content 都需要連回 Pillar Page。這不只是內部連結最佳化，這是讓 Google 知道「這篇的主題重心在 Pillar 那個主題」的必要信號。至於 Cluster Content 的On-Page SEO 優化，Cluster 成員和一般文章的基本原則相同，但要特別確認 title tag 和 H1 的用詞不與 Pillar Page 過度重疊。

Step 4 — 監控 Cluster 健康度的 GSC 指標

Cluster 開始生效後，你在 GSC 應該看到的信號是：Pillar Page 的曝光量上升，且伴隨 Cluster Content 的長尾曝光量同步成長。如果 Pillar 排名穩定但 Cluster Content 沒有曝光增加，很可能是內部連結沒有正確建立，或 Cluster Content 的主題意圖偏離了。

異常情況：某篇 Cluster Content 的排名下降，但 Pillar 沒有變化，這通常是新的頁面進入競爭，或原有 Cluster 邊界出現蠶食。用 SERP 重疊率工具重新掃描後，決定是合併頁面還是調整內部連結方向。

台灣繁中市場的 Topic Cluster 設計特徵

台灣繁中的搜尋市場在 Pillar 頁面類型和 Cluster 規模上，和英文市場有明顯差異。直接套用英文 SEO 的建議（每個 Cluster 20-30 篇）在台灣市場通常是資源浪費。

台灣繁中 Pillar 的三種類型

觀察台灣繁中 SERP 的排名頁面，Pillar 頁面大致可以分成三類：

• 推薦型 Pillar（「XX 推薦」「XX 評比」「哪個比較好」）：適合消費性產品和服務類主題。台灣用戶在決策前傾向搜尋「推薦」，這類 Pillar 的月搜尋量通常遠高於對應的英文市場。
• 教學型 Pillar（「XX 教學」「XX 怎麼做」「XX 入門」）：適合技術類、技能類主題。SEO、程式設計、設計工具類的 Cluster 多屬此類。
• 資訊整合型 Pillar（「XX 是什麼」「XX 原理」「XX 整理」）：適合以概念說明為核心的主題，通常搜尋量較前兩類低，但閱讀完成率高、內部連結轉換效果好。

繁中市場的 Cluster 規模建議

台灣繁中市場的目標受眾規模約 2,300 萬人，比英文市場小上一到兩個數量級。英文市場 SEO 案例中的「每個 Cluster 25-30 篇」規模，在繁中市場是過度投資。

從我追蹤的台灣 SEO 類站點來看，每個 Cluster 5-8 篇 Cluster Content 通常已足夠建立明確的主題覆蓋信號。如果資源有限，建議策略是：優先把 Pillar Page 寫好（覆蓋全貌、設計好內部連結架構），再逐步發布 Cluster Content。主題廣度比篇數密度更重要。

AI 搜尋時代的 Cluster 策略調整

Google AI Overview 改變了某些類型 query 的點擊行為，但沒有讓 Topic Cluster 架構失效，它只是改變了 Cluster 設計的優先順序。

Zero-click 對 Cluster 架構的 ROI 重新計算

AI Overview 優先出現在定義型、比較型的廣泛資訊查詢上。這些 query 通常正好是 Pillar Page 在瞄準的。理論上，這會削弱 Pillar Page 的點擊率。

但 Cluster 架構的整體價值不只是 Pillar 的點擊。長尾 Cluster Content 的 query 通常夠具體，AI Overview 觸發率較低，讀者更容易直接進來讀文章。更重要的是，整個 Cluster 的曝光量積累讓品牌在特定主題下維持可見度，這種認知效果不能只用點擊率衡量。

讓 Cluster 內容成為 AI Overview 的引用來源

AI Overview 引用來源有一個可觀察的規律：它偏好有清晰定義段落、數據支撐、主題聚焦的頁面。Cluster Content 的主題聚焦性本來就高，反而比 Pillar Page 更容易被 AI Overview 引用為「這個子主題的來源」。

操作方向：在每篇 Cluster Content 的 H2 第一段，設計一個可以被獨立引用的答案段落，句型用「X 是 Y」的定義式，或「在 Z 情境下，A 的作用是 B」的條件句。這種格式的可抽取性最好，無論是 Google Featured Snippet 還是 AI Overview 都更容易引用。Google 對內容有幫助性的判斷標準也明確指出，具體、可信、對讀者有用的內容才是評分的核心依據。

常見問題

Topic Cluster 和 Silo Structure 有什麼不同？

兩者的連結方向不同。Silo Structure 是嚴格的層級關係，只允許同一個 Silo 內部的頁面互連，不同 Silo 之間沒有橫向連結。Topic Cluster 的連結邏輯更靈活，Pillar 和 Cluster Content 雙向連結，不同 Cluster 之間如果語意相關，也可以建立 Side Link。對現代 SEO 來說，Topic Cluster 的拓撲彈性更符合 Google 對語意網絡的理解方式；嚴格的 Silo 在技術 SEO 領域仍有用，但作為內容架構邏輯，過於死板。

關於如何搭配 Google Search Console 教學 的資料一起判讀，可以在 GSC 教學裡找到對應的操作方法。

Pillar Page 一定要是「長篇文章」嗎？有字數要求嗎？

字數不是硬性要求，完整性才是。Pillar Page 需要讓讀者理解這個主題的全貌，所以通常比 Cluster Content 長，但「長」是結果不是目的。如果一個主題的全貌用 1,500 字就能清楚說明，不需要硬湊到 4,000 字。台灣市場的 Pillar Page 普遍在 2,500-4,000 字之間，不是因為字數標準，而是因為多數主題的全貌說明自然落在這個範圍。

內部連結需要「雙向」連結嗎？單向有沒有效果？

單向連結有效，但雙向連結更能確立主題關係。Pillar → Cluster 的連結讓 Google 知道這些頁面屬於同主題；Cluster → Pillar 的連結讓 Google 確認這頁的主題重心。只有 Pillar 連向 Cluster 而 Cluster 不連回 Pillar，Google 可能把 Cluster Content 當成相關文章而非同 Cluster 成員，排名信號會打折。雙向連結的效果不是疊加，而是確認。

我的網站只有 10 篇文章，現在開始做 Topic Cluster 太早嗎？

不太早，但要先有一篇夠好的 Pillar Page。10 篇文章如果都是相互獨立的，這時候最值得做的事是選出 1-2 篇主題，把既有的相關文章整理成 Cluster 結構，然後補幾篇 Cluster Content。不需要等到文章數量「夠多」才開始，架構越早建立，後來發布的文章就越容易直接套入位置。

如何知道我的 Topic Cluster 是否開始生效？

在 GSC 的搜尋成效報表中，設定日期範圍為發布後 3-6 個月，篩選出 Cluster 相關 query，看 Pillar Page 的曝光量是否有上升趨勢，同時 Cluster Content 的長尾 query 曝光是否也在增加。最直接的信號是：Pillar 的排名位置從第 15-20 名逐漸進入前 10，這通常是 Cluster Content 開始積累主題信號的結果。

已發布的舊文章要怎麼整合進 Cluster 架構？

先用 SERP 重疊率工具把舊文章按主題分群，確認哪些文章屬於同一個 Cluster。然後選出這個 Cluster 最適合擔任 Pillar 的頁面（通常是覆蓋最廣的那篇），在 Pillar 頁面加入指向其他 Cluster Content 的連結，並在所有 Cluster Content 加入連回 Pillar 的連結。不需要大幅改寫舊文章的內容，修正連結結構的效果通常在 1-3 個月內就會反映在排名上。

每個 Cluster 需要多少篇 Cluster Content 才夠？

台灣繁中市場：5-8 篇通常就足夠。英文 SEO 資源常提到 20-30 篇是因為英文市場的長尾關鍵字密度更高，台灣市場的搜尋量規模不支持這種鋪量策略。如果你的 Cluster 主題有超過 10 個有獨立搜尋量的子主題，可以擴充，但要先問的是「每個子主題的搜尋量是否值得寫一篇文章」，而不是「要寫幾篇才算夠」。

Cluster 的內容重複性太高會不會被 Google 判定為低品質？

Cluster Content 之間有主題重疊是正常的，問題在於搜尋意圖是否有明確區分。只要每篇 Cluster Content 針對的是不同的讀者意圖或使用情境，Google 不會把主題相近判定為低品質。反過來，如果兩篇 Cluster Content 的 SERP 重疊率超過 40%，就需要考慮合併或調整各自的意圖切入點。

做 Topic Cluster 後多久可以看到排名改善？

典型觀察期是 3-6 個月。新建立的 Cluster 需要 Google 重新爬取、評估整個主題網絡，這個過程不會在一週內完成。如果是整合既有文章的舊站，改動內部連結結構後通常比全新 Cluster 快，1-2 個月就可能看到 Pillar 排名的小幅改善。但這個時間範圍受到站點整體 crawl budget、內容品質、競爭程度等多個變數影響，樣本量太小不能下結論。