「我們想寫 100 篇 SEO 文章」——這句話我們每年至少聽到十次。但真正的問題從來不是「寫得出來嗎」，而是「這 100 篇該寫什麼、先寫哪篇、彼此怎麼連」。少了這三個答案，100 篇文章只是 100 個互不相干的孤島，Google 看不出你在哪個主題有權威，流量自然起不來。
這篇文章拆解我們幫客戶規劃百篇級內容庫的完整流程：Cluster Model 的原理、Pillar topic 怎麼選、cluster keyword research 怎麼做、100 篇怎麼排優先序、內鏈怎麼佈，以及我們每個專案都在用的進度追蹤試算表結構。
1. Cluster Model 原理：為什麼單篇思維會輸
傳統做法是「一個關鍵字寫一篇文章」，100 個關鍵字寫 100 篇。問題在於 Google 早就不是逐頁評分——它評估的是整個網站在某個主題上的 topical authority。單篇再好，如果站內沒有相關內容支撐，很難打贏一個在該主題累積了 30 篇深度文章的競爭對手。
Topic cluster 的結構解法很簡單：
- Pillar page：一篇 3,000–5,000 字的總論，完整覆蓋主題全貌，瞄準大搜尋量的核心字
- Cluster article：12–20 篇各論，每篇深挖一個長尾子題，瞄準低競爭的具體問題
- 內鏈：cluster 全部連回 Pillar，Pillar 連向全部 cluster——這個連結結構就是你向 Google 宣告主題邊界的方式
我們有個做 B2B 設備的客戶，改用 cluster 架構前後最直觀的差異：同樣每月產出 8 篇，散彈式發文 6 個月自然流量成長 22%；重組成 3 個 cluster 後，同樣 6 個月成長 187%，而且核心字從第 4 頁爬到第 1 頁——內容量沒變，變的只有結構。
2. 選 Pillar topic：三個條件缺一不可
Pillar topic 選錯，後面 100 篇全部白寫。我們的篩選標準是三個條件的交集：
條件一：跟營收直接相關
「這個主題排第一名之後，會有人因此付錢給你嗎？」如果答案要繞三個彎才成立，換一個。我們看過太多公司把 Pillar 選在流量大但轉換為零的資訊字上，一年後老闆問 ROI，內容團隊答不出來。
條件二：搜尋量撐得起一個 cluster
核心字月搜尋量至少 500（繁中市場的務實門檻），且用 Ahrefs / Semrush 的 matching terms 拉出來的相關長尾字要有 30 個以上。長尾字不夠多，代表這個主題撐不起 15 篇 cluster article，硬寫就是灌水。
條件三：你有第一手經驗
E-E-A-T 時代，沒做過的事寫不深。我們的判斷方式很土：找主題專家聊 30 分鐘，如果他能不看資料講出 10 個「外行不會知道」的細節，這個主題可以做；如果他自己也要 Google，放棄。
100 篇的規模，通常落在 5–8 個 Pillar topic。一個常見錯誤是把 100 篇全部塞進一個主題——除非你的市場極度垂直，否則第 40 篇之後就會開始寫出互相蠶食（keyword cannibalization）的重複內容。
3. Cluster keyword research：從 800 個字砍到 100 個
每個 Pillar topic 定案後，實際流程是這樣：
- 拉全量：把核心字丟進工具拉 matching terms + related terms，一個主題通常拉出 500–800 個字
- 按 SERP 分組：搜尋意圖相同的字（SERP 前十名高度重疊）合併成一篇——「Pillar page 是什麼」和「什麼是支柱頁面」不需要兩篇文章。這一步通常把 800 個字收斂成 60–120 個「文章單位」
- 標記意圖：每個文章單位標上 informational / commercial / transactional。健康的 cluster 大約是 60% 資訊型、30% 商業比較型、10% 交易型
- 驗證可寫性：逐一確認「我們寫得出比現任前三名更好的內容嗎」，寫不出的直接刪
分組這一步最花時間也最不能省。我們早期偷懶用關鍵字字面相似度分組，結果一個 cluster 裡出現三篇打同一個 SERP 的文章，互相搶排名，三篇都卡在第二頁。後來改成人工看 SERP 重疊度＋腳本輔助比對前十名 URL，才根治。這也是我們後來把 SERP 比對寫成自動化腳本的原因——100 個字兩兩比對，人工要 3 天，腳本 20 分鐘。
4. 100 篇怎麼排優先序：不要從第 1 篇照順序寫
100 篇不可能同時上線，先寫哪篇決定你多快看到成果。我們給每個文章單位打一個優先分數：
優先分數 = 商業價值 (1–5) × 排名可行性 (1–5) ÷ 製作成本 (1–3)
- 商業價值：transactional 給 5、commercial 給 3–4、informational 給 1–2
- 排名可行性：看 KD（keyword difficulty）和 SERP 前十名的網站權重——KD < 15 且前十名有論壇文或過時內容，給 5
- 製作成本：純文字經驗文給 1，要做原創數據或圖表的給 3
排序後的執行節奏，我們的標準做法是分三波：
- 第一波（第 1–2 個月）：每個 cluster 先寫 3–5 篇高分 cluster article——注意，Pillar page 不是第一篇寫，因為沒有 cluster 支撐的 Pillar 排不上去，先讓長尾文開始累積排名
- 第二波（第 3 個月）:cluster 有基礎後上 Pillar page，並回頭把已發布文章的內鏈接上
- 第三波（第 4 個月起）：按分數補完剩餘文章，同時用 Search Console 數據修正——實際有曝光的字加碼，三個月零曝光的降級或砍掉
一個電商客戶的實際數字：全部 96 篇的計畫，照優先分數執行，第 11 週（發了 31 篇時）自然流量就達到原本預估 60 篇才會到的水位，因為前 30 篇全是 KD < 20 的高意圖長尾。反過來說，我們也看過照「大綱順序」從總論寫到各論的團隊，寫了 50 篇還在等第一批排名。
5. 內鏈策略：cluster 的靈魂，也是最常被忘記的一步
內容寫完只完成了 70%，剩下 30% 是內鏈。我們的鐵則：
- 每篇 cluster article 必須有一條連回 Pillar page 的連結，anchor text 用 Pillar 的核心字或自然變體，不要每篇都用一模一樣的字串
- Pillar page 連向該 cluster 的每一篇文章，通常做成段落內自然引用，不是文末塞一排「延伸閱讀」
- 兄弟 cluster article 之間至少互連 2 條——這是最常被漏掉的，也是把 link equity 在 cluster 內部循環起來的關鍵
- 跨 cluster 連結克制使用，只在語意真的相關時連，避免把主題邊界連糊掉
實務上最大的坑是「舊文不回頭補鏈」：第 40 篇發布時提到的主題，第 3 篇早就寫過，但沒人回去第 3 篇補上連往第 40 篇的鏈。我們的解法是把內鏈當成發布 checklist 的必要欄位——每篇新文發布時，強制找出 3 篇既有文章回頭補鏈，做不到就不算發布完成。這條規則讓一個內容站的平均內鏈數從每篇 1.8 條升到 5.2 條，四個月後全站約 60% 的文章排名有感提升。
6. 進度追蹤試算表:100 篇不失控的唯一方法
沒有追蹤表的百篇計畫，我們沒看過撐超過三個月的。表不用複雜，一個 Google Sheets、兩個分頁就夠：
分頁一：文章主表（一行一篇）
| 欄位 | 內容 | 為什麼需要 |
|---|---|---|
| 主要關鍵字 + 搜尋量 / KD | 每篇一個主字，附次要字 2–4 個 | 防止兩篇文章打同一個字 |
| 搜尋意圖 | informational / commercial / transactional | 決定文章格式與 CTA 強度 |
| 所屬 cluster | 對應的 Pillar topic | 內鏈規劃的依據 |
| 優先分數 | 商業價值 × 可行性 ÷ 成本 | 決定寫作順序，可排序 |
| 狀態 | 待寫 / 撰寫中 / 待補內鏈 / 已發布 | 「待補內鏈」獨立成一個狀態，逼團隊不跳過 |
| 發布 URL + 發布日 | 上線後回填 | 對照 Search Console 追成效 |
分頁二：cluster 總覽
一行一個 cluster：Pillar 狀態、cluster 完成篇數 / 總篇數、該 cluster 核心字的當前排名（每月手動或用 API 回填）。這個分頁是給老闆看的——五秒鐘看懂整個計畫推進到哪裡。
我們自己的版本再加了兩個自動化：用 Apps Script 每週抓 Search Console 資料回填曝光與點擊，以及發布狀態異動時自動通知內鏈負責人。光是「不用人工追進度」這件事,每月替專案管理省下約 6–8 小時。
誠實說：什麼情況不該用 Cluster Model
這套方法不是萬靈丹，三種情境我們會直接勸退：
- 本地服務型生意：一家台中的水電行需要的是 Google Business Profile 和 20 篇在地頁，不是 100 篇 topic cluster。搜尋量根本撐不起，寫了也是自嗨
- 三個月內要看到轉換的壓力：cluster 的複利通常在第 4–6 個月才明顯。如果老闆的耐心只有一季，先去投廣告，別把 SEO 當急救
- 沒有穩定產能：100 篇的計畫配上每月 2 篇的產能，等於 4 年才寫完——屆時前面的內容早該重寫了。產能低於每月 6–8 篇，建議把野心縮到 30 篇、2 個 cluster，做完做深再擴
我們也承認：曾有一個案子在 keyword research 做完後主動建議客戶不要做,因為他的利基市場全量長尾字只有 40 個，硬湊 100 篇只會生產垃圾。後來改成 35 篇精實版，第 5 個月核心字上第一頁——規模是手段，不是目標。
結語：結構先於數量
100 篇 SEO 內容的成敗，八成在動筆之前就決定了——Pillar 選對了嗎、關鍵字分組乾淨嗎、優先序讓你先摘低垂的果實嗎、內鏈有人負責嗎。把這四題答好，剩下的只是執行紀律；答不好，100 篇只是 100 倍的浪費。
如果你正在規劃自己的內容庫，想知道你的產業該切幾個 cluster、第一波該寫哪些字，加 LINE 聊 30 分鐘，我們可以直接對著你的市場把第一版 cluster 架構畫出來——不收費，因為這通常是合作的起點。