很多人以為支柱頁的寫法，就是把一個主題底下所有能寫的內容全部塞進同一頁，做出一篇又長又雜的文章。這其實是一個常見誤解。支柱頁真正的價值，不在於一頁講完所有細節，而在於它和子文章之間的分工，以及兩者之間雙向內鏈所堆疊起來的主題權威。根據我們的服務經驗，把支柱頁寫得越肥大，主題反而越模糊，子文章也越難跟它切出清楚的界線。這篇文章想把支柱頁該涵蓋多廣、子文章怎麼切、內鏈怎麼牽，用具體的操作方式講清楚，也會談到支柱頁群建好之後該怎麼定期檢查，才不會建完就沒人管，慢慢變成一群互相打架的頁面。

1. 支柱頁的角色：主題的總樞紐，不是超長文章

1.1 支柱頁與子文章的角色分工

我們把支柱頁看成一個主題的總樞紐，而不是一篇文章。支柱頁負責涵蓋整個主題的廣度，把這個主題底下有哪些面向、每個面向大概是什麼，用中等深度講清楚，讓讀者和搜尋引擎都能一眼看懂這個主題的全貌。子文章則負責深度，每一篇鑽進一個子題，把那個面向講到透。支柱頁像目錄兼導覽，子文章像各章節的內文，兩者是分工，不是重複。

這個分工的意義在於，搜尋引擎看到一個支柱頁串起一整群深入的子文章，會判斷這個網站對這個主題是有系統、有權威的，而不是零散寫了幾篇。主題權威不是靠單頁堆出來的，是靠這種有結構的內容群一起撐起來的。

1.2 廣度和深度的分界，決定內容會不會互相稀釋

支柱頁最常見的失敗，是廣度和深度的界線沒切好。支柱頁把某個子題講得太深，就會跟那篇子文章重疊，兩頁互相稀釋，搜尋引擎不知道該讓哪頁代表那個子題。反過來，子文章又回頭去講整個主題的概觀，也會跟支柱頁打架。我們的原則很簡單：支柱頁對每個子題只講到「讓人理解這是什麼、為什麼重要」的程度，一旦要展開細節，就用一個描述性連結交棒給子文章。界線守住，稀釋就不會發生。

1.3 用一張分工表，先把界線畫好再動筆

我們規劃支柱頁群，一定先畫一張分工表，把主題拆成幾個子題，標明每個子題在支柱頁裡佔多少份量、對應哪一篇子文章。這張表定好之後再動筆，就不會寫著寫著把某個子題越挖越深、變成跟子文章打架。下面是我們常用的分工表長相。

層級	負責範圍	深度	對每個子題的處理
支柱頁	整個主題的全貌	中等，重廣度	講清楚是什麼、為何重要，再連向子文章
子文章	單一子題	深，重細節	把該子題講透，前段連回支柱頁

1.4 兩個常見的角色誤解，我們常在診斷時看到

第一個誤解，是把支柱頁當成純粹的目錄頁，只放一排連結、沒有任何實質內容，結果讀者停留時間很短，也看不出這個網站對主題有多少理解。支柱頁雖然重廣度，但每個子題還是要有一段有內容的說明，讓讀者停下來讀完，而不是只看到一排連結就跳走。第二個誤解正好相反，是把支柱頁當成衝字數的地方，硬把每個子題都寫成一大段，結果又回到本文一開始說的那個常見錯誤。我們的判斷標準是，支柱頁的每一段要有觀點、有用，但份量控制在讓讀者知道方向就好，細節留給子文章。

2. 支柱頁的廣度怎麼抓，我們用主題的自然邊界來判斷

2.1 廣度要涵蓋搜尋者的整條決策路徑

抓支柱頁的廣度，我們不是憑感覺列小標，而是沿著搜尋者在這個主題上的整條決策路徑走一遍：他一開始想弄懂什麼、接著會比較什麼、最後怎麼行動。把這條路徑上會冒出來的主要問題整理出來，就是支柱頁該涵蓋的子題。這樣的廣度是有邊界的，它涵蓋的是「這個主題底下人們真正會問的面向」，而不是硬湊出來的章節。

以一個兒童教育品牌為例，一個關於幼兒學習方法的支柱頁，廣度應該涵蓋幾歲開始、每天多久、怎麼挑教材、家長怎麼陪，這些真實會被問到的面向，而不是塞一堆沒人問的邊角知識。廣度的標準是「有沒有回應真實需求」，不是「有沒有寫得夠多」。

2.2 太廣會失焦，太窄撐不起主題，怎麼取捨

廣度不是愈廣愈好。涵蓋太廣，把不太相關的面向也拉進來，會讓主題失焦，搜尋引擎反而看不清這頁到底代表什麼；涵蓋太窄，只講幾個面向，又撐不起「這是一個主題總樞紐」的份量。我們取捨的判斷是：一個子題如果搜尋者在這個主題的決策路徑上真的會遇到，且和主題核心強相關，就納進來；如果它比較像另一個主題的東西，只是沾點邊，就讓它獨立成別的內容群，別硬塞進來。

我們實務上的一個提醒是：控制新增內容的比例。同一個主題如果為了追同義詞、近義詞不斷生出新頁，很容易造成內容互相蠶食。我們會把力氣先花在把核心子文章做扎實、把內鏈牽好，而不是無止盡地擴充頁數。

2.3 我們診斷過的案例中，有支柱頁瘦身成一群之後排名回穩的例子

我們診斷過的案例中，有一個兒童教育品牌的支柱頁，客戶原本想讓它一頁通吃整個大主題，結果那頁又長又雜，每個子題都講一段，卻沒有一段夠深，排名卡在很尷尬的位置。我們做的調整是替它瘦身：支柱頁只保留每個子題的概觀和導覽，把原本硬塞在裡面的深入段落，一段段拆出來獨立成子文章，再用雙向連結牽回支柱頁。瘦身之後，支柱頁的主題反而更清楚，幾篇拆出來的子文章各自開始承接更細的長尾詞。這件事讓我們更確定：支柱頁的力量來自它串起的內容群，不是它自己一頁塞了多少字。

2.4 定稿前，我們會用三個問題自我檢查廣度

支柱頁寫完，正式發布前，我們會用三個問題重新檢查一次廣度抓得對不對。第一，每個列進來的子題，是不是搜尋者在這個主題的決策路徑上真的會遇到，而不是我們自己想加的知識點。第二，有沒有哪個子題其實比較適合獨立成另一個主題群，只是因為表面用詞相近就被拉了進來。第三，把支柱頁從頭讀到尾，讀者能不能對這個主題建立一個完整的印象，還是讀完仍然覺得少了一塊。這三個問題答不出來，代表廣度還沒抓穩，要回頭調整子題清單。

3. 雙向內鏈，讓支柱頁和子文章互相加持

3.1 支柱頁往下連向每一篇子文章

支柱頁對每個子題講到理解為止，接著就要用一個描述性的連結，把讀者交棒給對應的子文章。這些往下的連結，讓支柱頁真正成為主題的導覽入口，讀者可以從這裡進到任何一個他想深入的面向。連結的錨文字要具體、帶子題的主題字，讓人和搜尋引擎都能預期點過去會看到什麼，不要用沒意義的「看更多」。這一層連結，是搜尋引擎理解這群內容彼此相關的重要依據。

3.2 每篇子文章往上連回支柱頁

光是支柱頁往下連還不夠，每篇子文章也要往上連回支柱頁，這才叫雙向。子文章在前段用描述性錨文字連回支柱頁，等於告訴搜尋引擎「我是這個主題底下的一個子題，總樞紐在那裡」。這種往上的連結，會把子文章累積的權重與相關性訊號回饋給支柱頁，讓支柱頁在主題核心字上的份量愈來愈強。單向連結撐不起主題權威，雙向牽好才會互相加持。

下面這張表整理了雙向內鏈各自的方向與作用。

連結方向	放的位置	錨文字方向	作用
支柱頁往下連子文章	各子題概觀段落末	帶子題主題字	成為主題導覽入口，帶讀者深入
子文章往上連支柱頁	子文章前段	帶主題核心字	回饋權重，強化支柱頁的主題份量
子文章之間橫向連結	相關段落自然處	帶相鄰子題字	補強內容群的連結密度

3.3 內鏈要用描述性錨文字，還要指向對的代表頁

牽內鏈時我們有兩個堅持。第一，錨文字一定要有描述性、自然帶著主題字，因為搜尋引擎靠錨文字理解被連頁面的主題，用「點我」「更多」等於浪費了這個訊號。第二，全站提到同一個子題時，內部連結要一致指向那個子題的代表頁，不要一下連這篇、一下連那篇。如果同一個主題的連結散落、指向不一，搜尋引擎會看到「同主題但連結四散」的混亂，難以判斷誰是代表頁。錨文字描述性、指向一致，這兩點做好，內鏈才真正在幫主題權威加分。

3.4 內鏈的密度，也要抓在合理範圍

內鏈不是愈多愈好。支柱頁對每個子題通常只需要一個往下的連結，放在該子題概觀段落結束的地方；子文章往上連回支柱頁，一篇裡面出現一次就夠，多次重複反而顯得刻意。如果同一頁裡塞了太多指向同一個目標的連結，等於把連結的訊號稀釋掉，也會讓讀者覺得在硬推。我們的原則是，每一個連結都要放在讀者剛好想深入或想回頭確認全貌的位置，數量服從閱讀的自然節奏，而不是為了內鏈而內鏈。

4. 支柱頁群建好之後，我們會定期檢查健康度

4.1 檢查子文章有沒有回頭跟支柱頁互咬

支柱頁群不是建好就一勞永逸。內容一多，子文章可能不小心回頭去承接主題核心字，跟支柱頁互咬。我們會定期到 Google Search Console，用主題核心字的查詢維度，看近三個月是不是有子文章和支柱頁輪流拿曝光。如果有，代表某篇子文章越界了，要把它的角度收攏回自己的子題，把核心字的主位還給支柱頁。收攏的做法通常是把子文章裡越界的段落改寫成更貼近自己子題的角度，並把原本指向主題核心字的內部連結，改成指向支柱頁而不是留在子文章自己身上。

4.2 檢查有沒有孤立的子文章沒被連進來

我們也會檢查內容群裡有沒有孤立的頁，也就是沒有從支柱頁或其他子文章連進來的子文章。孤立頁不只使用者難找到，搜尋引擎也難判斷它屬於哪個主題群。發現孤立頁，我們會補上從支柱頁往下的連結、以及相鄰子文章的橫向連結，把它接回內容群。確保每篇重要子文章至少有兩三個相關的內部連結指進來，是我們檢查內容群健康度的基本項。

4.3 檢查廣度有沒有隨時間出現缺口

主題會演變，搜尋者關心的面向也會變。我們會定期回看支柱頁的廣度，看有沒有新冒出來的重要子題還沒被涵蓋，或是原本的某些面向已經沒人在意。有缺口就補一篇新的子文章、在支柱頁加一段概觀並連過去；沒人在意的面向就縮減份量。這種定期的維護，讓支柱頁群保持跟得上搜尋者的實際需求，而不是停在建立時的樣子。

4.4 用查詢維度數據，而不是憑直覺判斷要不要動

我們不建議單憑感覺決定支柱頁群要不要調整。比較穩妥的做法是每季拉一次主題核心字和主要子題字的查詢數據，對照曝光次數和平均排序位置的變化，才動手修改。根據業界統計，內容群的內鏈結構調整後，通常需要一段觀察期才會反映在排名上，貿然頻繁大動內鏈，反而不容易看清楚哪個改動真正有效。

4.5 檢查的頻率，我們依內容群大小調整

檢查頻率沒有固定答案，我們會依內容群的規模和流量調整。子文章數量少、流量還不大的主題，大約每季檢查一次健康度就夠；子文章多、流量高、內容持續在增加的主題，因為互咬和孤立的風險比較高，我們會拉高到每月看一次查詢維度的變化。頻率抓太密，容易看到雜訊就想動手改，反而干擾判斷；抓太鬆，問題累積久了才發現，要花更多力氣收拾。

5. 常見問題

5.1 支柱頁一定要寫得很長嗎？

不一定。支柱頁的重點是廣度和導覽，不是字數。它對每個子題講到讓人理解的程度就夠，深入細節交給子文章。硬把支柱頁灌長、每個子題都挖很深，反而會跟子文章重疊互相稀釋。一個結構清楚、把主題全貌講明白並連向各子文章的支柱頁，比一頁塞滿字卻沒重點的頁面有用得多。

5.2 支柱頁和子文章的內容會不會重複、算不算蠶食？

只要界線守好就不會。支柱頁對每個子題只講概觀，一要展開細節就連向子文章；子文章只講自己的子題，回頭連回支柱頁而不重寫整個主題的概觀。真正造成蠶食的，是支柱頁把某個子題講得跟子文章一樣深、或子文章去搶主題核心字。用分工表先把每頁負責的範圍和深度定清楚，就能避開。

5.3 一個支柱頁底下應該有幾篇子文章？

沒有標準數字，要看主題的自然邊界。子文章的數量取決於這個主題底下有幾個搜尋者真正會問、且和核心強相關的子題，有幾個就寫幾篇。重點不是湊數量，而是每個重要子題都有一篇夠深的文章承接。與其為了追同義詞不斷生出新頁造成互相蠶食，不如先把核心子文章做扎實、把內鏈牽好。根據我們的服務經驗，一個中等規模的主題，子文章數量大約落在五到十篇之間比較常見，但這只是觀察到的區間，不是硬性標準，實際數量還是要回到主題本身的自然邊界去判斷。

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

錨文字要有描述性、自然帶著被連頁面的主題字，讓人和搜尋引擎都能預期點過去會看到什麼，例如帶著子題名稱的短語，而不是「點這裡」「看更多」。另外，全站提到同一個子題時，連結要一致指向那個子題的代表頁，避免同主題的連結散落、指向不一，造成搜尋引擎難以判斷代表頁。

5.5 雙向內鏈真的有必要嗎，只做單向不行嗎？

單向撐不起主題權威。支柱頁往下連，讓它成為導覽入口；子文章往上連回支柱頁，才能把子文章累積的相關性與權重回饋給支柱頁，強化它在核心字上的份量。只做其中一個方向，主題群的連結訊號就是殘缺的。雙向牽好，支柱頁和子文章才會互相加持。

5.6 怎麼知道支柱頁群有沒有互咬或孤立的問題？

用 Google Search Console 的查詢維度，看主題核心字近三個月是不是有子文章和支柱頁輪流拿曝光，有就代表子文章越界互咬，要把它的角度收攏回子題。孤立的問題則檢查每篇子文章是不是至少有兩三個相關內部連結指進來，沒有的話就從支柱頁和相鄰子文章補連結進去，把它接回內容群。

5.7 支柱頁需要放圖表或視覺化內容嗎？

不是必要條件，但如果主題本身牽涉到比較、流程或分工這類適合視覺呈現的內容，加一張簡單的表格，確實能幫讀者更快抓住重點，也能讓搜尋引擎更容易解析頁面的結構。重點還是內容本身要站得住腳，表格是輔助理解的工具，不是拿來填版面的裝飾。

5.8 支柱頁的標題和子文章的標題會不會搶同一個關鍵字？

如果分工做得對，不太會發生。支柱頁的標題通常對應主題核心字本身，子文章的標題則對應更具體的子題字，兩者鎖定的搜尋意圖不同。真正該提防的是子文章標題也直接用主題核心字，或支柱頁標題硬塞進某個子題的長尾字，這樣才會出現互搶的情況。把每頁鎖定的關鍵字先寫進分工表，是避免這個問題最直接的方法。