給網站維運人的主題叢集備忘：把內部連結權重導向成交頁
給網站維運人的主題叢集備忘：把內部連結權重導向成交頁
主題叢集透過有方向的內部連結，把權重從首頁收攏並導到成交頁，改善成交流量與可被索引的深度。
本文為可交接的資料備忘（memo），目標讀者為網站維運 / 內容編輯與SEO負責人。內文列出必備資料欄位、明確判斷門檻、操作步驟、例外限制與下一次檢查的時程，並提供試算表欄位範本與 FAQ。所有數字若非來源明示，請依站內資料驗證（見「資料邊界與需補證事項」）。
一、目的與適用範圍
目的：把內部連結以「有方向的管線」設計，使主題權重匯聚至成交頁（conversion page），提升成交頁可見度與潛在詢問量。
適用條件：中大型網站（含服務頁超過單頁或站內頁面數百以上）且網站可修改內容、導航與 sitemap；不包含需法律或第三方審核才能變更的頁面設定。
限制 / 例外：若站內部分頁由第三方系統管理（例如外部電商平台或iframe嵌入），內部連結調整效果受限，須列為例外處理。
二、必要資料欄位與工具
必備輸入資料（從爬蟲與站內系統匯出）：
– URL 列表（全站）
– 內部連結關係表（來源 URL → 目標 URL）
– 每頁的自然流量或點閱（若有）
– sitemap.xml 列表
– 首頁到任一頁的點擊深度（或用爬蟲計算）
建議工具：網站爬蟲（可匯出內部連結）、試算表軟體（Excel/Google Sheets）、Search Console 的檢索要求。
試算表欄位範本（六欄，供直接上線當天填寫）：
| 頁面標題 | URL | 角色（主幹/支援/成交） | 上游連結數（inlinks） | 下游連結（outlinks 範例） | 更新日期 |
|---|---|---|---|---|---|
| 示例 / 需依讀者資料驗證 | https://example.com/path | 支援 | 3 | 連到 /pillar-1, /support-2 | 2026-xx-xx |
備註：角色僅分「主幹（支柱或成交）」、「支援（集群內頁）」。上游連結指站內導入該頁的其他頁數；下游連結列出主要指向目標（最多 3 條以內，以維持清晰度）。
三、檢核門檻（判斷標準，需在站內明訂）
請於站內流程採用以下合格線作為快速判斷：
- 支柱頁的內部入站連結數：該集群頁數的 80% 以上
- 孤兒頁數量：零（發現應列入例行檢查清單）
- 平均點擊深度（從首頁）：三次以內
- 跨集群連結比例：兩成以下（高於表示邊界不清）
這四個數字做為季度健檢的 KPI。若任一項不合格，列為優先修補項目。
四、逐步操作流程（含短期修補與長期維運）
步驟 A：全站盤點（第 0 步）
1. 用爬蟲跑一次全站，匯出內部連結報表與每頁被連入 / 連出的次數。
2. 從 sitemap 匯出完整 URL 清單。
3. 在試算表用比對函數找出差集，差集即孤兒頁（no inlinks）。
步驟 B：分類與優先排序（第 1 週）
1. 將孤兒頁按流量價值或商業價值排序（優先處理有服務意圖或成交潛力者）。
2. 對於不再需要的頁面，採取 301 轉址或下架；有必要保留的頁面，準備接回集群。
步驟 C：建構或補強叢集連結（第 1–3 週）
1. 定義每個集群的角色：1 個支柱（pillar）、8–15 個支援頁（cluster），1–3 個成交頁（conversion）。
2. 連結規則：
– 每一支援頁至少要有一條連回支柱頁（mandatory）。
– 支柱頁需連出到所有支援頁（建立主題骨幹）。
– 相鄰支援頁互連 1–2 條（避免每頁互連過多以免稀釋主幹權重）。
3. 為每一篇新發的支援頁在上線當日填入試算表，指定目標成交頁（不要靠記性）。
步驟 D：錨點文字與位置優化（同時進行）
1. 錨點文字分配建議：50% 使用目標頁的主問題、30% 使用該頁標題、20% 用自然語句。避免全部用完全相同關鍵字。
2. 連結位置：段落中間的正文連結優於頁尾連結列表；每篇文章 1,500 字可放 3–6 條內部連結。
3. 同一篇文章指向同一目標超過三次，移除第四次以後的重複連結。
步驟 E：快速修補三件事（完成管線圖後的首要三項）
1. 將首頁的外連數壓到 60 條以內（每一條都應有意圖，避免稀釋）。
2. 固定導覽列連結（主分類應指向成交 / 高價值頁面，而非次要沿革頁）。
3. 清除文章內重複指向同一目標的多餘連結。
步驟 F：送出索引與驗證（第 3 週起）
1. 確認相關頁面在 sitemap 中並可被爬行。
2. 用 Search Console 提交檢索要求，記錄後續流量與索引變化。
五、範例數據觀察（實務範例要依站內驗證）
- 孤兒頁範例：一次 800 頁的掃描，發現 147 個孤兒頁，其中包含 3 個服務頁（此數據為原文範例，需依實際掃描結果驗證）。
- 權重飽和範例：一個 12 頁的叢集觀察到成交頁在收齊 28 條內部連結後排名趨於飽和，28–32 條為邊界；超過無明顯效果（此為經驗數據，請用站內實驗驗證）。
這些觀察可作為參考的判斷門檻，但不可直接套用為絕對值。
六、例外、風險與注意事項
- 若網站部分頁面為第三方系統或多語系版本，內部連結調整需小心 hreflang 與 canonical 設定。
- 過度跨集群連結會模糊主題邊界，建議跨集群連結比例維持在兩成以下。
- 首頁連出過多（超過 60 條）會導致單條分配的權重過低；若因業務需求必須呈現大量連結，應改用分層導覽或精選區塊。
七、例行維護與下一次檢查（交接與時間表）
每季檢查清單（季度維運）：
– 全站爬蟲一次，更新試算表（新增文章於上線當日填入）。
– 檢查支柱頁入站連結數是否達到集群頁數的 80% 以上。
– 檢視六個月內未帶來點擊的內部連結，判定是否為錨點文字問題或需重新配置。
– 檢查孤兒頁並依優先等級接回或轉址。
提醒：每半年把集群的連結結構重畫一次；若跳過，集群會在一年內逐漸散掉。
八、資料邊界與需補證事項
本文中所列經驗數據來自原文作者的實務觀察與內部案件回顧；若要納入站內SOP，請由負責人以站內數據做二次確認。必須補證或確認的項目列於下方 evidence_notes（末段）。
FAQ（本文直接回答）
Q1：主題叢集一定要照三層結構做嗎？
A1：建議採三層（支柱→子題→實作）以維持連結方向性；但小型專案可用簡化版（支柱＋支援頁）並保留方向性原則。
Q2：我們要怎麼一次抓出孤兒頁？
A2：用爬蟲匯出內部連結目標清單，與 sitemap 清單做差集，比對出的即為孤兒頁。找到後按流量與商業價值排序再逐一接回或轉址。
Q3：成交頁需要幾條內部連結起跳？
A3：內部標準建議 5 條起跳；新寫的每篇集群支援頁上線當日就指定一條導向成交頁，並在季度檢查時補齊不足連結。
Q4：錨點文字要如何分配？
A4：建議分配為 50% 目標頁主問題、30% 頁面標題、20% 自然語句，避免每條都用完全相同關鍵字或「點這裡」等無意義文字。
Q5：首頁連結數多會有什麼風險？
A5：首頁每一條連結都在分配權重；若連出太多（建議上限 60 條），每條分到的份量會變少，影響整體導流效率。
內部連結（本文用到的站內入口）
下一步交接指令（交接 checklist）
- 把爬蟲匯出檔案與 sitemap 放入專案資料夾，並上傳試算表模板。
- 指派一位內容編輯負責「上線當日寫入試算表」的工作，並在季度檢查時驗證完成率。
- 執行首輪孤兒頁優先清單（以流量與商業價值排序），三週內完成首批接回或轉址。
- 每季檢查並記錄四個關鍵數字（支柱入站、孤兒數、平均深度、跨集群比例），作為下一次優先修補依據。
本文為資料備忘型態，含操作細節與判斷門檻，供團隊交接與季度維運使用。請依站內數據補證關鍵數字（見下方 evidence_notes）。
延伸閱讀：
參考資源：