內部連結對 AI citation 的作用，講白話是：它能把路修好，決定車開不開進來的人不是你。可爬取的 <a href>、描述性 anchor text 和清楚的站內架構，能協助 crawler 發現頁面、讓搜尋引擎和讀者理解 parent、sibling 與服務頁的關係，也讓 canonical 收斂到正式 URL——這三件事有官方文件支持。至於某個產品在某次查詢中會不會引用這一頁，要用固定 query、日期和答案另外觀測。本文提供的是可以照著驗收的東西：三種路徑角色的分工表、可爬取連結的五種問題寫法、一份 link graph 對照表、七步驗收流程，以及連結報告和 citation 報告該怎麼分開。
內部連結不是 AI citation 命令，需獨立保存觀測證據。
先回答內部連結的實際作用
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 與服務頁怎麼分工
內容叢集可以用三種路徑讓讀者知道一篇文章的上下文：
| 路徑角色 | 要回答的問題 | 適合連到什麼 | 連結責任 |
|---|---|---|---|
| parent | 這篇文章屬於哪個主題或服務？ | 服務頁、主題 hub、方法總覽 | 交代範圍與上位概念 |
| sibling | 還有哪些相鄰問題？ | 同叢集文章、FAQ、技術分支 | 交代差異與下一個決策 |
| product/CTA | 若要採取行動，入口在哪裡？ | 產品頁、聯絡頁、診斷說明 | 說清楚服務範圍，不承諾結果 |
舉例：一篇談 sitemap 的文章，parent 連 GEO 主題頁，sibling 連 robots 和 canonical 兩篇，產品入口放 Otlex 或聯絡頁。這是資訊架構的建議——每條路徑會不會產生 AI citation，是另一個問題。每條連結仍要確認目標頁真實存在、公開狀態、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。
7 步內部連結驗收
- 列出頁面目標、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、內容治理和產品觀測放回服務範圍，可先看 EthorX GEO 服務；產品入口可參考 Otlex。這些頁面不是本篇 AI citation 的外部結果證據。
常見問題
內部連結越多，AI citation 越多嗎？
內部連結可驗證的作用是協助發現、理解和 URL 一致性。citation 要用固定 query、日期、產品和答案觀測判讀，兩者之間沒有換算關係。大量無關連結還會讓讀者的理解路徑變糟——那是實實在在的損失。
parent 和 sibling 連結都需要嗎？
看頁面主題、叢集和讀者下一步。它們是資訊架構的角色，不是每頁必填的欄位。先確保每條連結有清楚目的，再檢查目標 URL 和內容是不是真的相關。
內部連結可以取代 sitemap 嗎？
兩者責任不同。Google 表示正確的內部連結通常能協助發現 URL，sitemap 也能提供 URL 和更新資訊；大型或內鏈不完整的網站可以拿 sitemap 當補充。兩者都不單獨保證索引或 AI 引用。
anchor text 一定要放關鍵字嗎？
要描述目標頁面。Google 官方建議描述性 anchor——重點在「描述」，實際文字自然、準確，讓讀者知道點下去會看到什麼就好，為了密度硬重複關鍵字反而讓連結變難讀。
連到產品頁會讓文章更容易被 AI 引用嗎？
產品連結的責任是提供下一步和服務範圍。AI citation 出不出現要獨立觀測，CTA 也不該承諾還沒取得的排名、曝光或客戶成果。
查證邊界
本文以 Google Search 的可爬取連結、AI features、sitemap 與 canonical 文件整理技術事實，並把 parent、sibling、anchor 和觀測欄位寫成編輯檢查方法。文中的路徑與表格是驗收示意，沒有取得本網站正式環境每個 URL 的 HTTP、redirect、canonical 或 AI answer 觀測，因此不能代替指定日期與環境的實際核對。內部連結能支持路徑檢查，不構成索引、排名或 AI citation 保證。