支柱頁該寫多深、群集文章該拆多細：用內容邊界分工表判斷

支柱頁負責讓讀者看懂主題全貌並選好下一步，寫到讀者能做第一個判斷就停筆；群集文章負責一個具體任務，拆到一篇只解一個動作為止。兩者的邊界由讀者任務決定，不由字數或關鍵字數量決定。

這篇不談支柱頁與群集要不要做，也不重講整體規劃流程。整體規劃可以先看支柱頁與主題群集從架構到落地的規劃步驟。這裡只處理一個更常卡住團隊的問題：同一個主題底下，哪些內容該寫進支柱頁，哪些該拆成群集文章，各自寫到多深。文中用一張分工表當判斷工具，最後附一個示範情境。

為什麼支柱頁和群集文章常寫成同一篇？

我協助中小企業盤點內容時，最常看到兩種症狀。第一種，支柱頁什麼都講，每一段都淺淺帶過，讀者看完知道很多名詞，卻不知道自己該做什麼。第二種，支柱頁寫得很完整，連操作步驟都放進去，結果底下的群集文章只是把同一段話換句話再說一次。

兩種症狀的根源相同。團隊先排關鍵字清單，再把關鍵字分配給頁面，卻沒有先寫下每一頁要幫讀者完成什麼事。關鍵字只告訴你讀者用什麼詞找，不告訴你讀者找到之後想做什麼。Google 在建立實用且以人為本的內容指南裡反覆提醒，內容應該讓讀者讀完覺得學到足夠的東西，能達成目的。這個標準套在頁面分工上，就是每一頁都要有一個清楚的任務。

支柱頁的任務是導覽與判斷。群集文章的任務是執行。把這兩個字寫在每份內容簡報的第一行，重疊就會少一半。

內容邊界分工表：七個面向一次對照

下表是我在選題會議上實際使用的對照方式。每規劃一個主題，就把預計要寫的段落逐一放進表裡比對，看它比較像左欄還是右欄。

判斷面向	支柱頁	群集文章
讀者任務	理解主題全貌，決定先處理哪一塊	完成一個具體動作或一次判斷
回答深度	每個子題給定義、適用條件與一句結論	單一子題給步驟、例外情況與檢核方式
停筆標準	讀者讀完能選出下一篇要看什麼	讀者讀完能自己照做一次
連結方向	向下連到每一篇群集文章	向上回支柱頁，橫向只連一到兩篇相鄰任務
更新時機	主題架構或服務範圍改變時	規範、工具介面或作業流程改變時
轉換位置	導向服務說明或諮詢入口	導向相鄰任務或回到支柱頁
不該出現	完整操作步驟、長篇例外處理	主題總論、產業歷史、名詞大全

這張表最有用的是最後一列。寫支柱頁時，作者很容易手癢想把步驟寫完整，因為步驟最好寫，也最像在提供價值。寫群集文章時，作者又容易從主題總論開始鋪陳，因為怕讀者沒有背景知識。兩個衝動都要擋下來。

回答深度怎麼拿捏

支柱頁裡的每個子題，用三句話處理：這是什麼、什麼情況下需要、做了會得到什麼判斷。第四句開始若要講「怎麼做」，就是該拆出去的訊號。群集文章則反過來，定義一句帶過，篇幅留給步驟、例外與檢核。

連結方向為什麼重要

連結方向決定讀者的動線。支柱頁像車站大廳，出口要清楚。群集文章像月台，讀者要知道怎麼回大廳，也要知道隔壁月台在哪，但不需要每個月台都標示全站路線。Google 的搜尋引擎最佳化入門指南也建議用描述清楚的連結文字，讓讀者和搜尋引擎都能從錨點知道下一頁在講什麼。

支柱頁寫到哪裡該停：三個停筆訊號

支柱頁最難的地方不是開頭，是知道什麼時候停。我請編輯在審稿時找下面三個訊號，只要出現任何一個，那一段就移到群集文章。

• 訊號一：段落開始出現「第一步、第二步」的順序語氣。順序代表執行，執行屬於群集。
• 訊號二：段落需要表單範例、設定畫面或試算表才講得清楚。需要工具輔助的內容，篇幅一定會膨脹。
• 訊號三：段落要處理兩種以上的例外情況。例外越多，越需要一篇獨立文章慢慢拆。

停筆不代表內容消失。原本那一段在支柱頁裡縮成兩到三句摘要，加上一條指向群集文章的連結，錨點文字直接寫出讀者會在那篇得到什麼。讀者想深入就點，不想深入也已經拿到判斷所需的資訊。

群集文章拆到多細才夠：一篇一個動詞

判斷群集文章顆粒度，我用一個很土的方法：試著用一個動詞描述讀者讀完要做的事。設定、比較、計算、判斷、修正、選擇，挑一個。

• 能用一個動詞說清楚：顆粒度剛好，例如「判斷濾網該不該提前更換」。
• 需要兩個以上動詞：太粗，例如「設定保養排程並比較保養合約」，應拆成兩篇。
• 動詞後面的受詞只剩一個名詞，答案三句話就講完：太細，應併回支柱頁的摘要段，或放進常見問題頁。

太細的群集文章是另一種浪費。每一篇都要寫標題、摘要、內部連結，還要維護。如果答案真的只有三句話，獨立成篇只會讓讀者點進去後覺得被騙了一次點擊。

示範情境：一頁支柱與六篇群集怎麼切

以下是示範情境，不是特定客戶紀錄。假設一家代理工業清潔設備的中小企業，想把「設備保養」做成一個主題。業務說客戶最常問保養相關問題，但網站上相關文章散落各處，彼此重複。

我們先把客戶問題列出來，再用分工表逐題比對，得到下面的切法。

頁面	類型	讀者任務（一個動詞）
設備保養全貌：日常、定期與委外三層責任	支柱頁	選出自己該先處理哪一層
每日收機清潔的檢查項目	群集	執行
濾網與耗材更換時機的判斷方式	群集	判斷
定期保養要自己做還是委外	群集	選擇
保養合約條款怎麼比較	群集	比較
異常聲音與漏水的初步排查	群集	排查
停機損失怎麼估算	群集	計算

原本的舊文裡，有一篇把「每日清潔」和「保養合約」寫在一起，標題卻是保養合約。依一篇一個動詞的原則，它被拆成兩篇，各自改寫。另有一篇只回答「保養要不要關電源」，答案很短，就併進支柱頁的安全提醒段落。

支柱頁本身只寫三層責任各是什麼、各自適合誰、做錯會發生什麼事，每一層後面接到對應的群集。整頁沒有任何操作步驟。

交界地帶的四種內容該放哪裡？

分工表能處理大部分段落，但有四種內容常卡在中間。下面是我的預設處理方式，團隊可以依自己的狀況調整，重點是一次訂好，之後照規則走。

• 名詞定義：支柱頁放一句白話定義。若名詞本身有很多誤解，另寫一篇群集專門澄清。
• 比較型內容：一律放群集。比較需要表格與條件說明，放進支柱頁會吃掉太多篇幅。
• 常見問題：短答放支柱頁底部的問答區，長答升級成群集文章。
• 案例：寫成獨立的案例頁，由相關群集文章引用，不塞進支柱頁正文。

上線後怎麼檢查邊界切得對不對

分工表是事前判斷，上線後還要用資料回頭驗證。我建議每季看一次，看三件事。

• 支柱頁接到的搜尋字詞：在 Search Console 看支柱頁的查詢。如果大量出現「怎麼設定」「步驟」這類執行型字詞，代表支柱頁寫得太深，搶了群集的工作。
• 群集文章彼此是否互搶：同一組查詢同時出現在兩篇群集上，代表邊界重疊。排查方法可參考同一個網站兩篇文章互搶排名的排查方法。
• 支柱頁往下的點擊：在 GA4 看支柱頁的出站內部點擊。讀者如果幾乎不往下點，可能是支柱頁已經把答案講完，或是錨點文字沒有說清楚下一頁的價值。

三件事都正常，代表邊界切得合理。只要有一件異常，回到分工表，找出是哪一列判斷錯了，只修那一段，不要整頁重寫。

適用與不適用的情況

這套分工方式適合服務型網站與 B2B 網站，主題能拆出五篇以上具體任務，且團隊有能力長期維護。它也適合舊文很多、彼此重複的網站，用來決定哪些併、哪些拆。

它不適合主題本身很窄的情況。如果一個主題只有兩三個問題可以回答，硬做支柱頁只會得到一頁空殼。它也不適合需要快速回應時事的內容，時事文章的生命週期短，不值得投入架構設計。最後，分工表只處理內容邊界，不保證排名或流量，搜尋表現還取決於內容品質、網站技術狀態與競爭環境。如果你想請外部協助判斷自家網站的主題架構，可以參考冠誠數位行銷的內容策略顧問服務。