例如，一篇很完整的服務說明只有首頁連進來，文章裡沒有描述性 anchor，也沒有連到相關的方法頁。讀者找到它的機會變少，crawler 也少了一條理解它屬於哪個主題的路。路修通了，不代表每一台車都會開進去，更不代表乘客一定會留下來，所以發現、索引和 citation 要分開看。
這篇給你可以照著檢查的東西：三種路徑角色的分工表、可爬取連結的五種問題寫法、一份 link graph 對照表、七步檢查流程，以及連結報告和 citation 報告該怎麼分開。canonical 的整合另見 canonical 與 AI citation，sitemap 的發現角色見 sitemap 與 AI crawler 發現。
內部連結負責路徑，引用要另外保存觀測證據。
先回答內部連結的實際作用
Google 的 可爬取連結文件 說明，Google 通常能透過具有 href 屬性的 <a> 元素抓取連結，描述性 anchor text 也有助於理解目標頁面。Google 的 AI features 文件 建議使用內部連結讓 Google 找到重要頁面，並讓頁面有可見文字和一致的結構化資料。
所以內部連結支持三種技術工作：
- 發現：讓 crawler 從已知頁面走到新的或深層的頁面。
- 理解：用 parent、sibling 和描述性 anchor 交代主題關係。
- 一致性：讓站內路徑、canonical 和 sitemap 收斂到正式 URL。
這三件都是修路。crawler 找到頁面、也理解了它，某個產品仍可能因為查詢、日期、內容選擇或產品狀態而不引用它。URL、robots、HTTP 與正文可存取性先用可爬取頁面的基本檢查核對，這篇的重點放在 link graph。
Parent、sibling 與服務頁怎麼分工
先依服務頁與知識頁的分工決定每個 URL 要解決的問題，再安排連結。內容叢集可以用三種路徑讓讀者知道一篇文章的上下文：
| 路徑角色 | 要回答的問題 | 適合連到什麼 | 連結責任 |
|---|---|---|---|
| parent | 這篇文章屬於哪個主題或服務？ | 服務頁、主題 hub、方法總覽 | 交代範圍與上位概念 |
| sibling | 還有哪些相鄰問題？ | 同叢集文章、FAQ、技術分支 | 交代差異與下一個決策 |
| product/CTA | 若要採取行動，入口在哪裡？ | 產品頁、聯絡頁、診斷說明 | 說清楚服務範圍，不承諾結果 |
舉例：一篇談 sitemap 的文章，parent 連 GEO 主題頁，sibling 連 robots 和 canonical 兩篇，產品入口放 Otlex 或聯絡頁。每條連結都要確認目標頁真的存在、是公開的、canonical 對、文字內容相關。
為了衝連結數量把同一批 URL 塞進每個段落，結果是一團讀不動的 link cloud。讀者要的是能回答下一個問題的路徑。相鄰文章的核心答案不同時，在 anchor 或前後文說明差異，讀者才不會把兩篇當成重複頁。
可爬取連結與 anchor text
可爬取連結至少要長成這樣：
<a href="/faq/what-makes-ai-search-page-crawlable">可爬取頁面的基本檢查</a>連結目標是可請求的正式 URL，anchor text 說明點下去會得到什麼。下面五種狀況要另外查：
| 寫法或狀態 | 風險 | 修正方向 |
|---|---|---|
只有 onclick，沒有 href | crawler 可能沒有可直接抓取的 URL | 提供真實 <a href> |
| anchor 只有「點這裡」 | 讀者與 crawler 缺少主題線索 | 換成目標主題或動作 |
| href 是參數或短網址 | canonical、redirect 和內鏈可能分散 | 指向正式版本並查 chain |
| 連結只在登入後出現 | 公開 crawler 可能拿不到 | 提供公開內容或標示限制 |
| 目標頁未公開、404 或 noindex | 路徑看似存在，內容證據不成立 | 先確認公開狀態與內容負責人 |
最後一列最容易漏。頁面上看得到連結、點下去也有東西，但目標頁掛著 noindex，路是通的，門是鎖的。
Google 也提醒，圖片連結需要可爬取的 <a> 和替代文字，JavaScript 連結則要檢查渲染後是否真的產生有效 href。這些描述的是 Google 的可爬取性；其他 AI crawler 用不用同一套 renderer，要各自查。
把主題路徑寫成可讀的網路
一個維護得動的 link graph，每個頁面都有明確角色：
- 在開頭或目錄附近連到 parent，讓讀者知道主題範圍。
- 在解釋差異的段落連到 sibling，並說明兩篇文章的分工。
- 在步驟或限制附近連到相關技術文章，讓證據可以往深處追。
- 讀者理解問題之後才提供產品或聯絡入口。第一句就變成 CTA 的文章，通常兩邊都沒做好。
- 上述連結盡量使用同一個 canonical URL、語言和 protocol。
- 變更 slug、合併文章或刪除頁面前，先盤點 incoming links 和替代路徑。
可以把文章路徑寫成小型對照表：
| 文章 | parent | sibling | product/CTA |
|---|---|---|---|
| sitemap discovery | /geo/ | robots、canonical | /otlex/ |
| canonical citation | /geo/ | JavaScript、Article schema | /otlex/ |
| internal linking | /geo/ | sitemap、source attribution | /otlex/ |
表格只是規劃，正式上線前還是要由網站負責人逐一核對每個 href、redirect 和 canonical。
七步內部連結檢查
- 列出頁面目標、parent、sibling 和產品入口，並寫下各自分工。
- 在 initial HTML 和 rendered DOM 搜尋所有
<a href>，分開記錄內外鏈。 - 對每個內鏈做 HTTP、redirect、canonical、公開狀態、noindex 和語言檢查。
- 檢查 anchor text 是否描述目標內容；同一頁被十個不同詞指著，讀者也拼不出它是什麼。
- 對照 sitemap、canonical、robots 和內容負責人，標記訊號衝突。
- 盤點目標頁的 incoming links，確認重要頁不是只能從 sitemap 找到。
- 另建立 AI Search query 表，記錄引用 URL、日期、產品、答案和未觀測狀態。
第 2 到第 6 步全過，能說的是站內 link graph 通過了較完整的技術檢查。第 7 步靠的是產品答案觀測，前六步替不了它。沒有 query 樣本、有效回答數或來源連結資料時就留空；從內鏈數量去推提及率，那個數字沒有來源。
連結證據與 AI citation 觀測
內部連結報告和 AI citation 報告至少要有不同欄位：
| 報告 | 單位 | 例子 | 不應混成什麼 |
|---|---|---|---|
| link graph | URL、anchor、incoming/outgoing edge | 文章有 1 個 parent、3 個 sibling | 不等於有 4 次 AI citation |
| crawl/index | URL、crawler、日期、response | 指定 request 回 200 | 不等於產品採用來源 |
| answer observation | query、產品、日期、cited URL | 某次答案附來源連結 | 不等於全平台 SOV |
要算 citation rate，先定義查詢樣本和分母，例如「在指定產品、日期和 query 集合中，有可判讀來源的回答數裡，顯示該頁 URL 的回答數」。樣本不完整時就報「指定樣本提及率」，別泛稱市場 SOV。Google Search Console 的 Generative AI performance report 也按 property、日期和報表可用性分開記錄，站內連結統計和它是兩份資料。
要把 link graph、內容治理和產品觀測放回同一個服務範圍，可以從我們的 GEO 服務看起；固定查詢觀測 AI 回答的部分，Otlex 是我們為此開發的平台。
常見問題
內部連結越多，AI citation 越多嗎？
內部連結可驗證的作用是協助發現、理解和 URL 一致性。citation 要用固定 query、日期、產品和答案觀測判讀，兩者之間沒有換算關係。大量無關連結還會讓讀者的理解路徑變糟，那是實實在在的損失。
parent 和 sibling 連結都需要嗎？
看頁面主題、叢集和讀者下一步。它們是資訊架構的角色，不是每頁必填的欄位。先確保每條連結有清楚目的，再檢查目標 URL 和內容是不是真的相關。
內部連結可以取代 sitemap 嗎？
兩者責任不同。Google 表示正確的內部連結通常能協助發現 URL，sitemap 也能提供 URL 和更新資訊；大型或內鏈不完整的網站可以拿 sitemap 當補充。兩者都不單獨保證索引或 AI 引用。
anchor text 一定要放關鍵字嗎？
要描述目標頁面。Google 官方建議描述性 anchor，重點在「描述」：文字自然、準確，讓讀者知道點下去會看到什麼就好，為了密度硬重複關鍵字反而讓連結變難讀。
連到產品頁會讓文章更容易被 AI 引用嗎？
不會。產品連結的責任是提供下一步和服務範圍，AI citation 出不出現要獨立觀測。