內部連結與網站架構：把權重與關聯性傳遞出去

← 回課程總覽　|　← 上一課　|　下一課 →

內部連結，是你網站自己就能完全控制的權重與關聯性傳遞管道。它同時做兩件事：把首頁與高權重頁面累積下來的能量，沿著連結傳到你想排名的頁面；以及告訴搜尋引擎哪些頁面屬於同一個主題、誰又是這個主題的核心。外部連結可遇不可求，內部連結卻是你今天就能動手調整的槓桿。這一課會把錨點文字、連結位置與數量、淺與深的網站架構、子網域與子目錄的取捨、主題叢集的佈局、麵包屑與導覽，到一份能對著自己網站逐項打勾的健檢清單，一次講清楚。

內部連結為什麼是 SEO 的隱藏槓桿

說不定你也有這種經驗：寫了一篇自己覺得很紮實的文章，發布後在 Google 怎麼搜就是排不上來，反而是站上某篇你沒特別經營的舊文穩穩卡在前面。你開始懷疑內容不夠好、懷疑缺外部連結，於是回頭改標題、再加字數、再塞關鍵字。但真正的差距常常不在內容本身，而在一個你完全控制得了、卻很少認真經營的地方：這篇文章在你自己的網站裡，到底有沒有被好好「指到」。

一個常見的誤解是把內部連結當成「方便讀者點來點去的導覽」，做得差不多就好。但搜尋引擎看內部連結的方式，跟讀者很不一樣。讀者點連結是為了找資料，搜尋引擎讀連結，是在讀兩種訊號：這個頁面有多重要、以及這個頁面跟其他頁面是什麼關係。這兩種訊號，恰恰是排名演算法在判斷「哪一頁該排前面」時的關鍵輸入。你忽略內部連結，等於把這兩個輸入交給運氣。

我用一個比喻來把這件事講具體：把你的網站想成一棟大樓，權重是水，連結是水管。首頁是水塔，水塔的水來自外部連結（別人對你網站的推薦，這部分我在反向連結的白帽取得法那篇會完整講）。水塔的水，僅能沿著水管流到其他樓層。哪一層樓接的水管多、水管粗，哪一層樓就水旺；哪一層樓根本沒接水管，水塔再滿也輪不到它。內部連結的工作，就是你親自去拉這些水管，把水導到你想澆灌的頁面。外部連結是別人願不願意幫你裝水塔，內部連結是你自己怎麼布管線，兩者是不同層的事，但很多人僅盯著水塔，不管管線。

內部連結對搜尋引擎而言，主要提供兩類資訊。第一類是連結訊號，常以連結價值（link equity）或 PageRank 的概念來說明；內部連結能幫助搜尋引擎判斷哪些頁面在站內較重要。第二類是上下文，當 A 頁用「台北親子餐廳推薦」這個錨點文字連到 B 頁，搜尋引擎可以藉此理解 B 頁與該主題的關係。這些都是眾多排序訊號的一部分，不能簡化成「權重決定高度、錨點決定查詢」的固定公式。

內部連結還有一個常被看漏的副作用：它是爬蟲認識你網站的地圖。Google 的爬蟲進到你的網站後，會沿著頁面上的連結繼續探索。一個頁面如果沒有任何內部連結指到它，等於是棟沒有門的房子；即使搜尋引擎可能從 Sitemap 或外部連結發現它，檢索與導覽仍會比較困難。這種頁面有個名字叫孤兒頁（orphan page），是內部連結健檢時最常挖出來的隱形債。所以內部連結不僅是排名的事，它同時是可檢索性的事，跟第 3 課的技術地基是接在一起的。

常見的內部連結狀況：聯絡我們、隱私權政策或下架活動頁，因為出現在全站導覽與頁尾，收到的內部連結可能比重要內容還多。Search Console 的「連結」報告能顯示這種數量差異，但不能直接把它解讀成 PageRank 或流量。真正要檢查的是：重要內容是否容易從相關頁面被發現，以及全站範本裡有沒有已失效或不必要的連結。

內鏈策略：錨點文字、連結位置、數量

知道內部連結重要是一回事，知道怎麼下連結是另一回事。我把內鏈策略拆成三個會直接影響效果的決策：錨點文字寫什麼、連結放在哪裡、一個頁面要放幾個連結。這三件事各自獨立，但會疊加。

錨點文字：連結的字本身就是訊號

錨點文字（anchor text）就是那一段被做成超連結的可點擊文字。它同時服務兩個對象：讀者看它來判斷「點過去會看到什麼」，搜尋引擎看它來判斷「目標頁面跟什麼主題有關」。所以理想的錨點文字，是描述性的、跟目標頁面主題一致的，而不是通用的。

舉幾個對比例子你馬上會有感。假設你要在文章裡連到一篇講內部連結的深度文，下面這幾種寫法，效果差很遠：

• 通用型：「想了解更多，點這裡」或「請看這篇文章」。讀者不知道點過去會看到什麼，搜尋引擎也讀不到任何主題訊號，是最浪費的寫法。
• 動作型：「看完整教學」。比通用型好一點，告訴讀者那是教學，但還是沒帶主題。
• 描述型（理想）：「內部連結的完整操作指南」。讀者知道點過去講的是內部連結，搜尋引擎也收到「內部連結」這個關聯性訊號，一次滿足兩邊。

描述型錨點也不要為了塞關鍵字而變得彆扭。相同頁面在不同上下文裡，本來就可能出現「SEO 教學」「SEO 入門」或文章標題等不同寫法，不需要刻意把全站錨點改成同一組精確詞。核心是讓讀者看得懂目的地，並且與前後文一致。

連結位置：主體內文的連結最值錢

連結放在頁面的哪個位置，會影響它能傳遞的權重。同樣一個連結，出現在文章主體的段落裡，跟出現在頁尾、側欄、或導覽列，效果不是同一個等級。原因是搜尋引擎會判斷：編輯者願意在正文裡花篇幅引用的連結，比範本化、每頁都重複出現的導覽連結，更代表真正的推薦意圖。主體內文連結是「這篇文章特地推薦你去看」，側欄與頁尾連結是「這個網站結構上掛著它」，兩者的訊號強度不同。

這不代表導覽列、麵包屑、頁尾的連結沒用，它們對爬蟲發現頁面、對使用者導覽都還是重要。但如果你的目標是把權重集中推到某一頁，光靠導覽列是不夠的，你要在相關文章的主體內文裡，加上描述性的連結指向它。實務上我會這樣分配：導覽列與麵包屑負責「讓每個頁面都摸得到、維持基本結構」，內文連結負責「把權重與關聯性集中推到當下要排名的頁面」。兩者分工，不要互相取代。

數量：不是越多越好，是越準越好

很多人誤以為內部連結越多越好，於是每篇文章都盡量塞連結，或讓「相關文章」區塊一次吐出大量項目。PageRank 的傳遞確實會受頁面連出結構影響，但不能用「十分平均分給十條」當成實際計算公式。比較可靠的原則是保留對讀者有幫助、能說明頁面關係的連結，避免為了數量塞入無關項目。

那到底一個頁面該放幾個內部連結？沒有魔術數字，但我給你一個判斷原則：每一個連結都要能回答「讀者讀到這裡，點過去對他有幫助嗎」。答得出來就留，答不出來就拿掉。這個原則同時服務讀者與搜尋引擎，因為搜尋引擎判斷連結價值的邏輯，本質上就是在模擬「這個連結對讀者有沒有意義」。為了連結而連結、把無關頁面硬串在一起，短期可能傳了一點權重，長期是給自己埋關聯性錯亂的雷。

下面這張表把三種常見的內部連結做個比較，幫你決定力氣該花在哪：

連結類型	權重傳遞	關聯性訊號	你能不能控制	主要功能
內文連結（主體段落裡）	強	強（錨點可描述主題）	完全可控	集中推特定頁面、建立主題關聯
導覽列與麵包屑	中	弱（錨點通常是分類名）	可控但全站一致	維持結構、幫爬蟲發現頁面
側欄與頁尾（相關文章、標籤雲）	弱	弱到中	可控	增加點擊深度、延伸閱讀
外部連結（別人連到你）	最強	強	不可直接控制	從站外引進權重與信任

這張表可以當成用途上的簡化比較，不是 Google 公開的權重計分表。內文連結的優勢是上下文清楚，導覽與麵包屑則負責穩定的網站結構；三者都應先服務讀者與頁面發現，不必猜測各自的固定分數。這些連結在整體 SEO 裡的功能分工，可以延伸讀站內與站外連結的功能拆解。

網站架構：淺 vs 深，扁平化原則

內部連結是水管，網站架構就是水管的整體布局。你再會拉單一條水管，如果整體布局是亂的，水還是流不到對的地方。網站架構（site architecture）在講的，是你的頁面怎麼被組織成分類與層級、使用者與爬蟲從首頁出發要點幾下才能摸到某一頁。SEO 在這件事上的核心原則僅有一個：扁平化，但要跟主題分群取得平衡。

點擊深度：離首頁越近越好

點擊深度（click depth）指的是從首頁出發，要經過幾次點擊才能到達某個頁面。首頁是深度 0，首頁直接連到的頁面是深度 1，再點一層是深度 2，依此類推。SEO 上的共識是：你想排名的重要頁面，最好在 3 到 4 次點擊以內摸得到。原因有兩個。第一，越深的頁面，從首頁傳過去的權重越少，因為每經過一層連結，權重都會被分配與稀釋。第二，越深的頁面，爬蟲越不容易觸及，收錄與更新都會慢。

我用一個對比來讓你有感。假設你有兩百篇文章，架構 A 是首頁直接連到二十個分類頁，每個分類頁連到十篇文章，最深的文章在深度 2，首頁的水兩層就送到。架構 B 是首頁僅連到「文章總覽」，文章總覽再連到年份、年份再連到月份、月份再連到分類、分類才連到文章，最深的文章在深度 5。同樣兩百篇文章，架構 B 有一大半的頁面離首頁太遠，使用者與爬蟲都較難發現。遇到流量起不來的老部落格，除了內容，也要檢查這種過深的日期式架構。

扁平化不是越扁越好

聽完上面，你可能以為那就把所有文章都從首頁直接連到、深度全部壓到 1 最好。這是另一個極端的誤解。過度扁平會踩到兩個問題。第一，首頁塞了兩百個連結，每個分到的權重被嚴重稀釋，等於沒有集中推任何一頁。第二，搜尋引擎失去分群的訊號：當你的文章沒有被組織成「這幾篇屬於 SEO、那幾篇屬於網頁設計」的分類結構，搜尋引擎很難判斷你的站是哪個領域的權威，主題關聯性的訊號會變弱。

所以正確的原則是：扁平到「重要頁面都在 3 到 4 次點擊內」，同時保留「有意義的主題分層」。首頁連到主要分類（或樞紐頁），分類連到該主題的文章，文章之間再用內文連結互相串。這樣既控制了點擊深度，又保留了主題群聚的訊號。分類頁本身也要好好經營，它不是免洗的中介頁，它是這個主題的入口，要有一段導言、清楚的子分類、和最新的幾篇文章，讓使用者和搜尋引擎都讀得出「這個分類是認真的」。

網址可以呼應內容架構。例如 /seo/internal-links 比 /2024/09/13/post-482 更容易讓人辨識主題。不過網址路徑的層數不等於點擊深度；真正的點擊深度取決於使用者與爬蟲要沿著多少條連結才能到達頁面。網址結構的完整設定邏輯，我整理在WordPress 固定網址的 SEO 設定那篇，原理通用於其他 CMS。

子網域 vs 子目錄的 SEO 取捨

網站架構裡有一個會反覆出現的決策：新內容要放在子目錄（subdirectory，例如 whoops.tw/blog），還是子網域（subdomain，例如 blog.whoops.tw）？這個問題在 SEO 圈吵了很多年，答案不是「哪個一定對」，而是要看你把它當成同一個站、還是不同的站。

Google 官方表示，在內容可被檢索的前提下，子目錄與子網域在檢索、索引和排名上沒有偏好。實際差異多半來自管理方式：子目錄通常比較容易共用導覽、內部連結、分析設定與部署流程；子網域則適合需要獨立技術或權限邊界的內容。不要把子網域直接當成「權重一定無法共享」的獨立網站。

但子網域不是不能用，它在某些情境是對的：

• 技術棧不同：例如主站是客製化的服務網站，部落格用 WordPress，兩套程式碼難以塞進同一個目錄，用子網域切割會單純很多。
• 內容性質差異大：例如主站是公司形象與產品，子網域是論壇或社群，兩者內容調性與目標讀者差很遠，分開經營反而清楚。
• 多語系或多地區：例如 tw.example.com、jp.example.com。若使用 hreflang 標示對應版本，每個版本都要列出自己與其他版本，並且雙向回指。
• 子產品有獨立品牌：例如一個 SaaS 公司的說明文件、學習平台，用子網域建立獨立入口。

這個取捨的完整分析，我寫在子網域 vs 子目錄的 SEO 比較那篇。若兩種架構都能滿足需求，子目錄通常比較省管理成本；有明確的技術、權限或品牌分隔需求時，子網域也可以。這個決策一旦上線、被收錄、被連結指向，日後搬移就要處理 301 重定向與追蹤設定，所以最好一開始就想清楚。

面向	子目錄 (whoops.tw/blog)	子網域 (blog.whoops.tw)
Google 排名偏好	沒有偏好	沒有偏好
內部連結與導覽	通常較容易沿用主站架構	需要明確設計跨主機連結與導覽
內容與權限管理	通常共用主站流程	較容易獨立部署與分權
技術彈性	受主站技術棧限制	可獨立部署不同系統
分析與追蹤	通常較容易共用設定	GA4 可跨子網域追蹤；GSC 可用網域資源整合查看
改回的代價	需要 301 全站搬移	需要 301 全站搬移

主題叢集的內鏈佈局

前面講的扁平化與點擊深度，是架構的骨架；主題叢集（topic cluster）則是架構的靈魂，它把零散的頁面組織成一個個有主題、有層次、互相支撐的群。這個觀念其實你已經在用了，因為你正在讀的這堂免費 SEO 課，本身就是一個標準的主題叢集：課程總覽頁是樞紐，十二堂課是支撐頁，樞紐連到每一課、每一課再連回樞紐與相鄰的課，整群頁面緊緊扣在一起，搜尋引擎讀到的訊號是「這個站在 SEO 這個主題上，有一整套完整的內容」。

樞紐頁與支撐頁的關係

一個主題叢集由兩種頁面組成。樞紐頁（pillar page）是這個主題的核心入口，它涵蓋這個主題的廣度，介紹這個主題的整體輪廓，然後把每個子題連到對應的支撐頁（cluster page）去深入展開。支撐頁則是單一子題的深度內容，它們各自獨立能排名，同時都連回樞紐頁、並跟同主題的其他支撐頁互相連結。整個叢集的內鏈形狀，像一個輪子：樞紐是軸心，支撐頁是輪輻，輪輻之間再用橫向連結串成輪圈。

舉一個具體的例子。假設你經營一個台北親子餐廳的內容站，你可以做一個樞紐頁「台北親子餐廳完整指南」，裡面概述選餐廳的幾個重點（空間、餐點、遊戲區、年齡層、訂位），然後每個重點連到一篇支撐頁：「台北親子餐廳的空間怎麼挑」「台北親子餐廳的遊戲區怎麼選」「親子餐廳的兒童餐點挑選指南」「不同年齡層適合的親子餐廳」「台北親子餐廳訂位技巧」。每一篇支撐頁專注講一個子題、講得比樞紐更深入，並都連回樞紐頁。當搜尋引擎爬這群頁面，它看到的是一個結構完整的「台北親子餐廳」主題權威，比起十篇各自獨立、互不連結的文章，這個叢集在「台北親子餐廳」這個主題上的排名力道會集中得多。

叢集內鏈的三條規則

1. 每個支撐頁都要連回樞紐頁：用描述性的錨點文字，例如「回到我們的台北親子餐廳完整指南」。這把權重集中推回軸心，讓樞紐頁在主題核心字上更強。
2. 樞紐頁要連到每一個支撐頁：樞紐頁通常離首頁最近、權重最高，它把權重分發給每一個支撐頁，讓支撐頁有能力在自己的子題上排名。
3. 主題相關的支撐頁之間互相連：當兩篇支撐頁的子題有交集，例如「遊戲區」與「年齡層」，就在內文裡自然地連過去。這建立了橫向的關聯性，讓搜尋引擎讀到這幾個子題是同一個主題的不同切面。

這個模型有一個常見的失誤要特別提醒：不要建立目的與內容都高度重疊的頁面。多個頁面出現在同一查詢不一定是關鍵字自我蠶食（keyword cannibalization）；真正要處理的是錯誤頁面反覆取代主要頁面，或兩頁無法清楚承接不同任務。這時可重新定位其中一頁，或把重複內容整併；若舊網址被永久取代，再用 301 導向保留的頁面。完整判斷流程可看關鍵字自我蠶食的診斷與修復，301 的正確寫法與常見錯誤則在301 與 302 重定向完整指南。

麵包屑與導覽

麵包屑（breadcrumb）與主導覽，是網站架構裡兩個穩定的內部連結來源。它們不像內文連結那樣每次寫文章都要重新想，設定好就能全站通用。可見、可操作的 HTML 導覽先服務使用者；結構化資料則是額外提供搜尋引擎理解麵包屑的格式。

麵包屑的三種類型

麵包屑常見有三種。位置型麵包屑（location-based）顯示這個頁面在網站結構裡的位置，例如「首頁 > SEO 教學 > 內部連結」，是最常見、也最推薦的類型。路徑型麵包屑（path-based）顯示使用者怎麼來到這一頁的瀏覽路徑，因為每個人路徑不同、對 SEO 沒有意義，已經很少見。屬性型麵包屑（attribute-based）顯示這個頁面的屬性分類，電商常用，例如「首頁 > 女裝 > 上衣 > 洋裝」。對多數內容站與服務站，位置型麵包屑就夠了，它的價值是讓使用者與搜尋引擎都知道這一頁屬於哪個主題層級。

麵包屑的結構化資料

頁面上的 HTML 麵包屑本身就能幫助使用者導覽；加上 BreadcrumbList 結構化資料後，頁面才具備在 Google 桌面版搜尋結果顯示麵包屑的資格，但不保證一定出現。Google 自 2025 年起已不在行動版搜尋結果顯示麵包屑，僅顯示網域。結構化資料的部署方式我在第 3 課技術 SEO 有完整講過，這裡不重複。

主導覽與 sitelinks

主導覽列是全站每一頁都會出現的內部連結，它的設計直接決定了你的重要頁面能不能被使用者與爬蟲快速摸到。好的主導覽列僅放最重要、最想被看到的分類與頁面，不要把幾十個項目全塞進去，否則導覽會失去重點、手機版也會塞爆。下拉式選單可以用，但連結最好輸出成可檢索的 HTML <a> 元素。Google 能處理許多 JavaScript 內容，仍不宜把重要入口綁在需要特殊互動才會產生的連結上。

搜尋結果中的子網站連結（sitelinks）由 Google 自動產生，通常在系統認為它們對查詢有幫助時出現，站方無法要求顯示。清楚的頁面標題、導覽與內部連結能幫助系統理解網站結構，但不是保證，也不宜把有沒有 sitelinks 當成網站健康分數。完整機制與優化方向整理在Sitelinks 是什麼。

內部連結健檢與常見錯誤

講完策略與架構，現在你需要的是一份能照著跑的健檢流程。下面這份清單是我對著新站、或接手一個陌生網站時，逐項檢查內部連結的順序。建議你拿自己的網站實際跑一次，跑完會得到一份你網站的內鏈體檢報告。

1. 看內部連結分布：打開 Google Search Console，左側選「連結」，查看哪些頁面收到最多站內連結。如果前幾名是聯絡我們、隱私權政策或購物車，先確認這是否僅是全站導覽的自然結果，再檢查重要內容是否缺少相關入口。這份報表顯示的是 Google 偵測到的連結數，不是 PageRank 或流量報表。
2. 找孤兒頁：把 Search Console「網頁」報告裡已收錄的頁面清單，跟你內部連結圖譜比對（或用 Screaming Frog 之類的爬蟲工具跑一次）。有收錄但沒有任何內部連結指到的頁面，就是孤兒頁。每一個孤兒頁，要嘛從相關文章加上內文連結指過去、要嘛判斷它沒存在價值就刪除。
3. 檢查錨點文字分布：抽看你連到重要頁面的錨點文字，是描述性的、還是清一色「點這裡」「了解更多」？通用型錨點越少越好，描述型越多越好。同時檢查有沒有全站都用一模一樣的精確匹配錨點連到同一頁，那是過度優化的訊號。
4. 查重要頁面的點擊深度：從首頁出發，數你想排名的關鍵頁面要點幾下才摸得到。超過 4 次的，要嘛把它放到更上層的分類、要嘛從首頁或高權重頁直接加一條內文連結指過去。
5. 掃斷鏈與重定向鏈：用爬蟲工具掃內部連結，找出指向 404 的斷鏈，以及連續跳轉好幾次的轉址鏈（例如 A → B → C）。多段轉址會增加請求與檢索成本，內部連結應盡量直接指向最終頁。
6. 確認內部連結沒有被加 nofollow：nofollow 原本是設計來告訴搜尋引擎「不要跟著這個連結傳權重」，早年有人拿來雕刻內部權重（link sculpting），但這個手法早就失效，對內部連結加 nofollow 反而會把原本該傳的權重丟掉。內部連結預設全部不要加 nofollow。
7. 驗證麵包屑結構化資料：用 Google 複合式結果測試工具跑首頁與一篇文章頁，確認 BreadcrumbList 有正確輸出、沒有錯誤。

跑完這七項，你會看到幾種反覆出現的典型錯誤，我把最常見的整理出來，讓你一眼能對照：

• 全站範本留下無效連結：側欄、頁尾、導覽列若仍連到過時活動頁或失效入口，會增加維護與檢索負擔。修法是移除不必要的連結；聯絡方式、隱私權政策等必要頁面不該僅因連結多就設成 noindex。
• 孤兒頁堆積：寫了文章卻沒有從任何地方連過去，尤其常發生在改版後舊內容沒接回新架構。修法是建立「發布後必加連結」的流程，每篇新文發布時，從至少兩篇相關舊文加內文連結指過去。
• 分類頁是空殼：分類頁僅有一堆標題連結，沒有導言、沒有子分類、沒有主題說明。搜尋引擎讀不出這個分類的主題權威。修法是給每個主要分類頁補一段導言與清楚的結構。
• 相關文章外掛亂連：全自動的相關文章外掛常常連到不太相關的頁面，製造關聯性噪音。修法是改用半自動，或直接手動在內文挑相關性高的連結。
• 改版後內鏈全斷：網址結構改了、301 沒設好，原本的內部連結全指向 404。這是改版最常見的內鏈災難，修法是改版前就規劃好完整的 301 對照表，改版後用爬蟲工具掃一輪確認沒有斷鏈。

常見問題 FAQ

內部連結要不要加 nofollow

一般導覽與內容內部連結不需要加 nofollow。Google 現在把 nofollow 視為提示，而且它不是存取控制，也不適合拿來雕刻站內 PageRank。若頁面不該被存取，應使用登入驗證；若不想讓頁面建立索引，則在可檢索的頁面上使用適當的 noindex。付費、贊助或使用者產生的外部連結，則依情況使用 rel="sponsored"、rel="ugc" 或 rel="nofollow"。

一個頁面到底能放幾個內部連結

沒有適用所有頁面的官方上限，早年流傳的「一頁不要超過 100 個連結」也不是現行硬性規則。重點是每一個連結是否對讀者有意義，以及頁面是否仍然容易閱讀與導覽。長篇文章可能自然需要較多延伸連結，短頁面則可能僅需要一兩個；不必用五到十個之類的固定數字判斷好壞。

內部連結調整多久才看得到效果

沒有固定時間。搜尋引擎要先重新檢索相關頁面，才有機會處理新的連結關係；檢索速度取決於網站與網址本身，排名是否改變也受內容、外部連結、搜尋需求與其他訊號影響。重要頁面可以用 Search Console 網址檢查要求重新檢索，但請求不保證立即處理，更不能保證排名或流量上升。

麵包屑和主導覽列重複指向同一頁，會不會浪費

不會，而且重複是正常的。麵包屑和主導覽列雖然都連到分類頁，但它們服務不同情境：主導覽列是全站通用的頂層導覽，麵包屑是讓使用者知道「我現在在哪、怎麼往回走」。兩者重複指向分類頁，搜尋引擎不會扣分，反而會強化「這個分類是這個站的重要區塊」的訊號。要避免的不是麵包屑與導覽列的重複，而是在同一篇文章的主體內文裡，用相同錨點重複連到同一個目標好幾次，那種重複才是無意義的。

網站改版後內部連結全斷了怎麼辦

這是改版最常見的內鏈災難，但可以補救。第一步，用爬蟲工具（Screaming Frog、或免費的線上破鏈檢查器）掃全站，列出所有指向 404 的內部連結。第二步，針對每一個 404，判斷它對應的新網址是什麼，設一條 301 重定向，把舊網址的權重與流量轉到新網址。第三步，回頭修改頁面上的內部連結，讓它們直接指向新的網址，而不是仰賴 301 跳轉（直接連結優於仰賴轉址，因為轉址會多一跳、多一點速度成本）。完整 301 的設定與常見錯誤，讀301 與 302 重定向完整指南那篇，而整個改版危機的處理節奏，我們會在第 11 課「演算法危機與救站」完整展開。

進階實戰：工具健檢、AI 搜尋與 CMS 實作

前面給的七項健檢清單是觀念層的順序。實作上你還會需要把整個站掃一遍的工具，而從 2024 年起 AI 搜尋興起後，內部連結又多了一個過去沒有的角色。這一段把這幾件進一步的事補上。先給一個為什麼值得認真做的證據：Backlinko 2025 年 4 月的研究分析了 1180 萬個 Google 搜尋結果，發現擁有較多內部連結指向的頁面，整體排名表現明顯更好。這不是玄學，是可量化的相關性。

用 Screaming Frog 跑一次完整的內部連結健檢

Screaming Frog SEO Spider 是我做內部連結健檢最常拿出的工具，它能把整個網站爬一遍，把所有內部連結的結構、深度、錨點文字、狀態碼整理成報表。免費版可以抓到五百個網址，付費版沒有上限（見 Screaming Frog SEO Spider 定價頁，2026）。五百頁以下的小站用免費版就夠，再大一點的站就值得投資付費版。

跑完一次完整爬取後，我會依序看下面五個報表，這也是建議你照著走的健檢順序：

1. 孤立頁面報表：切到 Inlinks 面板，找出「連入數為零」的頁面，優先從相關文章補連結進去。
2. 點擊深度報表：看 Crawl Depth 欄位，把深度超過四的頁位列出來，思考怎麼從上層分類或樞紐頁拉一條連結把它們拉近。
3. 錨點文字報表：切到 Anchor Text 分頁，看每個目標頁被連時用的文字分布。如果某頁的錨點高度單一，就代表該增加多樣性。
4. 連出數報表：看每頁的 Outlinks 數量，找出塞了過多連結的頁面，篩掉不重要的，把權重集中。
5. 斷鏈與重導報表：用 Response Codes 面板過濾 404 與 301 鏈，把壞掉的連結修掉、把重導鏈打平。

這份清單可重複執行。我自己的習慣是每季跑一次，每次都能撈出新的問題；網站在長、內容在加、連結也會慢慢腐壞。內部連結不是設定一次就好的開關，它比較像整理房間，需要定期收拾。

看懂 Google Search Console 內部連結報表的三件事

不想花錢買工具的人，Google Search Console（GSC）本身就內建一份免費的內部連結報表，位置在左側選單的「連結」底下，資料直接來自 Google 自己（報表欄位定義見 Google 官方說明，2026）。前面健檢清單第一步用的就是它，但那份報表能讀出的東西，比「看前幾名是誰」多很多。

這份報表適合回答三件事。第一，Google 偵測到哪些頁面收到較多內部連結。第二，重要頁面是否僅有很少的站內入口；可以把「搜尋結果」報表與「內部連結」報表並排檢查，但不能因此推定加連結就一定帶來成長。第三，分頁、篩選頁或過時促銷頁是否因範本設計收到大量連結。要不要減少連結、設定 canonical 或 noindex，仍要依頁面用途與索引策略判斷，不能僅看連結數下結論。

爬取預算：點擊深度為什麼影響收錄

爬取預算（crawl budget）主要是超大型、更新快速，或有大量低價值網址的網站才需要深入管理；多數小型網站通常不必把它當成首要問題。不論站點大小，降低重要頁面的點擊深度、處理孤兒頁，仍能改善使用者導覽，也讓爬蟲更容易發現與更新內容。想理解大型網站何時需要管理爬取資源，可以延伸讀爬取預算的完整指南。

AI 搜尋時代，內部連結仍回到可檢索性

AI Overviews、AI Mode 與生成式搜尋工具會直接組合答案並呈現來源，但公開文件沒有顯示內部連結因此產生一套新的排名或引用機制。

公開文件沒有提供「增加內部連結就更容易被 AI 引用」的特殊公式或保證。比較能確定的是，可檢索的連結能幫助搜尋系統發現頁面，清楚的錨點與資訊架構也能說明頁面關係。這些仍是一般網站架構原則，不是 AI 引用的獨立捷徑。

實務上仍回到幾個基本動作：錨點文字清楚描述目的地、相關頁面彼此連得上、重要頁面不要成為孤兒頁，單頁內容也要能獨立回答問題。Google 對 AI Overviews 沒有要求特殊 Schema；結構化資料僅應依頁面實際內容與 Google 支援的格式部署。想進一步理解 AI 搜尋下的內容做法，可以再讀AI SEO 實戰心法。

WordPress 與常見 CMS 的實作提醒

觀念與工具都有了，接著談在實際的內容管理系統裡怎麼把內部連結做好。台灣多數自架站使用 WordPress，它的編輯器內建就能加連結，但光靠手動加，在內容變多後會越來越難維持一致性。我會建議從三個方向提高效率：第一，讓編輯器提示相關內容；有些外掛能在寫作時依標題相似度建議站內文章，仍要由編輯確認是否真的相關。第二，把連結健檢排成定期流程，不要等問題累積才處理。第三，建立簡單的內部連結規範，把錨點文字怎麼寫、哪些頁面優先互連、新文章上線前要連向哪些樞紐頁，寫進團隊流程。WordPress 站長若想全面檢視 SEO 設定，可以參考WordPress SEO 必做設定。

兩個小提醒。一是不同佈景主題與頁面編輯器處理內部連結的方式不同；自動產生的「相關文章」區塊可以幫助導覽，但仍要檢查結果是否真的相關。二是不要為了連而連。大量複雜元件與腳本可能影響頁面效能，但單純多幾個文字連結通常不是 Core Web Vitals 變差的主因。連結數量應由內容與讀者需求決定。想理解頁面體驗指標的細節，可以延伸讀Core Web Vitals 白話文介紹。

完成本課

這一課帶你把內部連結想成「你自己能蓋的水管」，並走過錨點文字、連結位置與數量、淺與深的網站架構、子網域與子目錄的取捨、主題叢集的輪形內鏈、麵包屑與導覽，收尾用一份七項健檢清單讓你對著自己的網站跑一次。跑完後，你應該能找出孤兒頁、過深的重要頁面，以及已失效或缺乏上下文的連結。這些都是今天就能開始修的項目，但檢索、排名與流量何時回應沒有固定時程。想把內部連結放進更完整的站內 SEO 藍圖裡，也可以回頭對照 站內 SEO 完整攻略。

內部連結是「站內」的權重傳遞，但 SEO 的權重還有另一個、也是更大的來源：別人從站外連到你的反向連結。內部連結做得再好，水管裡的水最終還是來自水塔，而水塔的水，是要靠外部連結一滴一滴累積起來的。下一課我們就進到反向連結，談怎麼用白帽、不買連結、不群發的方式，換來會撐過演算法更新的外部推薦。前往下一課：反向連結的白帽取得法 →

← 回課程總覽　|　← 上一課：內容 SEO　|　下一課：反向連結 →

作者是 Sliven 褚崇名，Whoops SEO 創辦人。內部連結通常適合先檢查，因為站方能直接調整，也能同時改善頁面發現與讀者導覽。