網站內部連結架構──主題群集規劃實戰指南

在 Google 的 AI 摘要（AI Overviews）裡，被引用的來源仍有相當比例來自原本就排在自然搜尋前段的頁面。換句話說，AI 搜尋並不是另開一個世界，它先看的還是你在傳統排名裡站得穩不穩。而決定你站不站得穩的關鍵之一，正是常被當成小技巧帶過的內部連結。

問題是，多數網站的內部連結都做得很隨意，想到才連、連到哪算哪，文章寫了一大堆，彼此卻像散落一地的紙張，沒有人幫它們收成一疊。搜尋引擎進來之後看不出哪篇是主、哪篇是輔，只能把分數平均灑在每一頁上，結果就是每篇都有一點點力氣，卻沒有任何一篇衝得上去。更麻煩的是，現在連 ChatGPT、Perplexity 這些 AI 引擎也是順著你的連結在理解你「到底懂什麼」，連得亂，它讀到的就是一個沒有重點的網站。

網站內部連結架構，講白了就是用連結把同主題的內容收攏成一個有中心、有層次的群組，讓 Google 和 AI 都一眼看懂你專精哪個領域。 做這件事最成熟的方法叫主題群集（topic cluster），底層是一種叫 hub-and-spoke 的結構。先從它到底是什麼講起，再一步步把規劃流程、錨點文字比例、常踩的雷一關一關拆開。

主題群集是什麼？為什麼它是內部連結架構的骨幹

主題群集就是把一個大主題拆成「一篇總覽 ＋ 多篇細分」，再用內部連結把它們串成一張網。總覽那篇叫核心頁（pillar page，也常被叫做支柱頁），負責把整個主題講個全貌；圍繞它的那一群細分文章叫支線頁（cluster page），每篇只深入講一個小子題。支線頁全部連回核心頁，核心頁也連向各支線頁，這種「一個中心、多條輻條」的長相，就是 hub-and-spoke 名字的由來。

打個比方，核心頁像一本書的目錄頁，支線頁像各章節。你不會把整本書的內容塞進目錄，但讀者翻開目錄就知道這本書在講什麼、章節怎麼分布。搜尋引擎也是一樣，它順著核心頁的連結，就能很快摸清楚你在這個主題下鋪了多深。

為什麼這套結構會變成內部連結架構的骨幹？因為它一次解決了兩個老問題。第一，權重不再被平均稀釋，所有支線頁的連結都把分數導回核心頁，核心頁因此夠強，足以去爭主題大字的排名。第二，搜尋引擎判斷一個網站是否在某主題上「夠專業」，看的不是單篇文章寫得多長，而是你環繞這個主題鋪了幾篇彼此呼應的內容。一篇孤伶伶的長文，分量往往輸給一組互相連結的群集。

要強調的是，主題群集不是「把舊文章硬湊在一起」。它是先有主題規劃，才有內容與連結。沒有這個前提，連得再多也只是把混亂連得更亂。

為什麼 Google 和 AI 搜尋都靠內部連結讀懂你的網站

搜尋引擎不是用人類那種「閱讀理解」在判斷你的文章好不好，它是順著連結在網站裡移動、把頁面之間的關係畫成一張圖。內部連結就是它畫這張圖的線索。連結清楚，它就能循著你的引導，逐步看懂哪裡是入口、哪裡是主題中心、哪些頁面互為補充；連結斷裂，它就只能用猜的，甚至根本爬不到某些頁面。

Google 這邊有兩個機制特別吃內部連結。一個是爬取與收錄，爬蟲靠連結才能找到下一頁，一篇沒有任何地方連過去的文章，就算放進網站地圖，也很難被主動發現，這就是俗稱的孤兒頁面。另一個是權重傳遞，當很多頁面都連向同一頁，搜尋引擎就推論這頁很重要，這也是為什麼首頁通常權重最高，因為幾乎每一頁都連得回去。

AI 搜尋這邊則是把這件事推得更遠。ChatGPT、Perplexity、Gemini 這類引擎在爬你的網站時，它們背後的語言模型不只記下「A 頁用某個錨點文字連到 B 頁」，而是會分析整句話的語意，把你的主題之間織成一張類似知識圖譜的關係網，藉此判斷你的網站「知道什麼、懂得多深」。這也是傳統 SEO 和 AI 時代最大的分野。Google 過去把你的內部連結當成一張地圖的圖例，標出有什麼、誰連誰；AI 模型則把它當成知識結構，從中讀出你對每個主題理解到什麼程度。

具體來說，AI 會從你的內部連結裡抽出幾個訊號。第一是主題涵蓋度，它會數你站上有幾篇頁面在談同一個主題、彼此連得緊不緊；十二篇互相串連的文章，會比一篇孤立長文更容易被判定為權威。第二是錨點文字與上下文，AI 讀的不只是錨點那幾個字，而是連結前後整段話，從中拆出問題、解法、好處與目的地主題。第三是連結匯入的集中度，被高權重頁面大量連向的頁面，會被視為網站專業的核心，反過來，沒有任何連結匯入的孤兒頁，幾乎不會被引用。第四是點擊深度，AI 爬蟲的爬取預算比 Google 主爬蟲更省，藏在離首頁四層以外的內容，很可能直接被它略過。

把這四個訊號倒過來看，主題群集幾乎是為它們量身打造的——核心頁與支線頁互連，撐起涵蓋度與匯入集中度；錨點文字描述清楚，餵給 AI 足夠的上下文；群集把重要內容拉到離首頁兩三層內，深度也壓得住。也就是說，你把結構做清楚，被 AI 抽取成知識點、進而引用的機會，自然跟著變高。

hub-and-spoke 主題群集怎麼規劃？六個步驟跑一遍

規劃主題群集，重點不在連結技巧，而在「先想清楚主題地圖，再動手連」。下面六個步驟，照順序跑一遍，你就有一個能讓 Google 和 AI 都讀懂的內部連結架構。

步驟一——選定一個你想被認定為權威的核心主題

別貪心一次做十個主題。先挑一個你真正想被搜尋引擎認定為專業的領域，它通常對應一個搜尋量大、競爭也大的主題詞，例如「內容行銷」或「電商經營」。這個主題要夠大，大到底下能拆出八到十二個子題；但也不能大到漫無邊際，連你自己都說不清楚範圍在哪。一個判準是，你能不能用一句話講出「這個群集是在幫讀者解決什麼問題」，講不出來，主題就還沒收斂好。

步驟二——把核心頁寫成一篇主題的全貌

核心頁要把整個主題講個概觀，篇幅通常落在三千到五千字，廣度夠、但每個子題都點到為止，細節留給支線頁展開。它的角色像總部，所有相關內容都會指向它。寫核心頁時記得留一個錨點式目錄（用頁內錨點連到各段），一方面方便讀者跳轉，另一方面也讓搜尋引擎和 AI 更容易抓出這頁的結構。核心頁通常會放在離首頁很近的位置，最好一兩次點擊就能到。

步驟三——圍繞核心頁列出八到十二個子題支線頁

接著把這個大主題能延伸的問題一一列出來，每一個問題寫成一篇支線頁。子題從哪來？最實在的來源是搜尋引擎結果頁底下的「其他人也問」（People Also Ask）和相關搜尋詞，那裡就是真實讀者的疑問清單。實務上，一個成熟的群集大約是核心頁搭配八到十二篇支線頁；太少撐不起權威，太多則容易子題重疊、互相搶同一組關鍵字。每篇支線頁只專心回答一個子題，不要又想把整個大主題重講一遍。

步驟四——把連結織成雙向、可走遍全群的網

這一步是整個架構的核心動作。連結要做到三個方向都通：

1. 每篇支線頁都要連回核心頁，這是最基本的上下層關係，讓搜尋引擎知道這些文章同屬一個主題中心。
2. 核心頁要連向它底下的每一篇支線頁，形成「中心發散」。
3. 同主題的支線頁彼此之間，也要挑相關的互連，每篇大約再連到兩三篇關係最近的同群文章。

第三點最常被忽略，卻是讓 AI 能在群集裡「四面八方都走得通」的關鍵。當連結是雙向、而且支線之間也互通，AI 才能把這組內容讀成一張完整的網，而不是一條只能單向走的死路。

步驟五——用描述性的錨點文字串接，餵足上下文

連到哪一頁，錨點文字就要說清楚那頁在講什麼。把「點這裡」「看更多」這種空錨點，全部換成能描述目的地內容的自然語句。更進一步，連結前後那句話也要帶出「為什麼值得點過去」，因為 AI 讀的是整段語意，不是孤立的幾個字。錨點文字的比例怎麼抓，下一節會給一張對照表，這裡先記住一個原則——自然描述優先，不要每條連結都硬塞同一組關鍵字。

步驟六——每發一篇新文章，就回頭補三到五條連結

群集不是一次蓋完就收工。每當你新增一篇支線頁，回到三到五篇相關的舊文章，補上指向新文章的連結。這個動作一次做兩件事。一來，新文章不會變成沒人連的孤兒，能更快被爬到、收錄、評分；二來，舊文章也因為加了新連結，對爬蟲送出「我有更新」的新鮮度訊號。Perplexity 這類引擎對新內容反應特別快，新文章一上線就有三五條連結導入，往往幾小時內就被它找到。

下面這張表，把六個步驟濃縮成一眼可查的對照，方便你動手時逐項核對。

錨點文字怎麼寫，Google 和 AI 才抽得出知識點

錨點文字就是超連結上那段可點擊的文字，它是搜尋引擎判斷「目的地頁面在講什麼」的重要依據，也是 AI 拆解你內容關係的入口。一條好的錨點，要讓人和機器光看那幾個字，就大致知道點過去會讀到什麼。

最該避開的就是「點這裡」「閱讀更多」這種空錨點。對讀者來說它沒提供任何預期，對搜尋引擎來說它等於一個沒有標示的路牌。把它換成能描述目的地的句子，例如連到一篇講錨點文字的文章，錨點寫成「錨點文字的寫法」就遠勝過「看更多」。

不過也別走到另一個極端，把每條連結都塞成一模一樣的精準關鍵字。如果整站的內部連結錨點都寫「內部連結策略」「內部連結策略」，搜尋引擎反而會覺得刻意、像在操縱排名。健康的做法是混搭，主力用描述性的自然語句，搭配少量精準關鍵字，再加上品牌或泛指類的錨點。業界常用的一組比例可以當參考起點。

這組比例不是法律，而是一個提醒——別讓精準關鍵字錨點佔太高，多用描述性的自然句子。對 AI 來說，描述性錨點外加上下文完整的句子，能餵給它更多語意向量——問題是什麼、解法是什麼、好處是什麼、目的地談的是哪個主題——它就更容易把你這條連結讀成一個清楚的知識點，在生成答案時引用。

還有一個常被漏掉的技術細節，那就是連結最好寫在正文段落裡，而不是塞在側邊欄或頁尾。正文中、跟上下文相關的連結，對 Google 與 AI 傳遞的訊號都最強；環站的導覽列、頁尾連結雖然有助於爬取，語意分量卻低很多。

內部連結的數量、點擊深度與孤兒頁面，最容易踩的雷

內部連結真正的麻煩，往往不在「不會連」，而在幾個一錯就傷的細節。把這幾個雷先認出來，比多連十條連結都有用。

第一個雷是數量失衡，兩個方向都會出事。 連太多，一篇文章硬塞十幾條不相關的連結，讀者不會點，搜尋引擎也會覺得你在刻意操作，甚至判成垃圾連結。連太少，重要頁面連匯入連結都湊不到幾條，權重撐不起來。實務上有兩個可參考的數字。單頁的總連結數，業界普遍引用 Moz 的建議，控制在一百五十條上下，依網站規模微調；一篇一千五到兩千五百字的文章，內文放三到六條內部連結通常就很剛好。要被 AI 引用的核心頁，最好確保有至少三到五條來自高權重頁面的連結匯入，它才會被當成你網站專業的中心。

第二個雷是點擊深度太深。 點擊深度指的是從首頁要點幾次才到得了某頁。重要頁面最好壓在三次點擊以內，使用者才不會迷路，搜尋引擎也才爬得到。這對 AI 更嚴格，因為 AI 爬蟲的爬取預算比 Google 小，藏在第四層以外的內容很可能直接被它略過。實務上，PageRank 與爬取優先度在第三層之後就快速衰減，藏得太深的頁面，爬蟲到訪與被收錄的機會都明顯下降，拿到的自然流量也跟著大幅縮水；對預算更緊的 AI 爬蟲，影響只會更明顯。

第三個雷是孤兒頁面。 沒有任何內部連結指向的頁面，就是孤兒頁。它對 Google 來說很難被收錄，對 AI 來說則幾乎等於隱形——AI 是順著連結建立理解的，連不到，就當你沒有這頁。每寫完一篇你希望被看見的文章，務必確認它至少有幾個地方連得過去。

第四個雷是錨點文字單調或內容彼此打架。 整站錨點都寫「更多資訊」，搜尋引擎無從判斷連結內容；反過來，同一主題寫了好幾篇卻彼此不連，搜尋引擎會把它們看成互相競爭、搶同一個關鍵字，排名反而被分散。正確的做法是讓它們透過內部連結變成合作關係，同屬一個主題群一起被計分。

最後提醒一個容易被工程面坑到的點，連結盡量不要靠 JavaScript 動態生成。搜尋引擎對 JavaScript 的解讀有限，AI 爬蟲更是大多無法執行 JavaScript，主內容和內部連結若只在前端渲染、不存在於原始 HTML 裡，爬蟲看到的就是一片空白。重要的連結，務必讓它出現在原始碼中。

內部連結架構做完之後，怎麼檢查有沒有做對

架構鋪好不代表就一勞永逸，內容會長、連結會斷，定期回頭檢查才能讓群集一直保持健康。檢查的方向其實對應前面那幾個雷，逐項看就好。

先看孤兒頁與點擊深度。用網站健檢類的爬蟲工具掃一遍全站，把沒有任何連結匯入的孤兒頁、以及藏得太深（四層以上）的重要頁面揪出來，從高權重頁面補連結拉它們上來。再看收錄狀況，從搜尋引擎提供的網站管理後台確認重要頁面有沒有被正常收錄、有沒有覆蓋率的問題，沒被收錄的頁面，多半就是連結沒接好。

接著檢查錨點文字的分布。把全站的錨點文字攤開來看，如果某一組關鍵字佔了壓倒性多數，代表你的錨點缺乏多樣性，AI 很難從中讀出層次，這時候就要把一部分改寫成描述性的自然語句。最後別忘了確認連結都直達終點，避免一條連結中間轉了好幾次跳轉，每多一次跳轉，AI 爬蟲就多一分中途放棄的機會，權重也在路上漏掉。

新站和舊站的檢查重點不太一樣。新站內容少，重點是先把核心頁和最重要的幾篇支線頁建起來，讓搜尋引擎快速抓到你的方向，不用急著連很多頁。舊站的問題通常是內容太多、主題太散，這時候的工作比較像清盤：把重複的子題合併、把沒搜尋價值的薄文章處理掉、把散落的內容重新串回對應的群集。方向不同，但目的一樣，都是讓網站脈絡更清楚。

把這套節奏養成習慣，內部連結就不再是發文後才想到要補的瑣事，而是每篇內容都在替整個主題群加分的長期資產。當 Google 和 AI 都能順著你的連結，一眼讀懂你專精什麼、內容鋪得多深，排名與被引用的機會，自然會一點一點往你這邊靠。今天就挑一個你最想做出成績的主題，先把核心頁和它的支線群畫出來，剩下的，交給時間累積。