常見的情況是這樣：同一篇文章同時能從正式網址、追蹤參數網址和舊版路徑打開。網站宣告的 canonical 指向正式頁，搜尋系統採用的 canonical 可能還沒更新，AI 回答顯示的來源卻是帶參數的網址。三者分欄保存，才知道差在宣告、採用，還是實際引用。
這篇給你可以直接建欄位的東西：三層 URL 證據的分工、canonical 訊號的強弱、逐項核對流程，以及哪些結論推不出來。
要把「引用了哪個 URL」另外留證，看 Citation Tracking。
canonical 比較像在戶政事務所報的戶籍地址：你申報了，系統多半會採用，但寄到你手上的信不一定寄到那裡，朋友可能寄到公司，包裹可能送到超商。宣告、採用、實際送達，是三件事。Google 把 redirect 和 rel="canonical" 視為較強的 canonicalization 訊號，sitemap 是較弱訊號；Google 仍會依頁面、內容和其他訊號自行選擇 canonical。
canonical 訊號不等於 AI citation 命令。
先回答 canonical AI citation 的關係
canonical 的工作是協助搜尋引擎在相同或高度相似的 URL 之間理解偏好版本。AI citation 則是某個產品在特定查詢、日期和回答中選擇並顯示來源 URL。一個是 URL 整合訊號，一個是產品答案觀測。設定成功和引用成功之間，隔著索引、產品選用和查詢條件。
Google 的 consolidate duplicate URLs 文件 說明 canonicalization 可以透過 redirect、rel="canonical" 和 sitemap 等訊號處理重複 URL，並提醒 Google 可能選擇不同於網站偏好的 canonical。Google 也建議內部連結指向 canonical URL，避免訊號互相衝突。這些官方說法支持的是 URL 整合工作。至於 AI citation 會固定顯示哪個 URL，文件沒有給出這種保證；連 Google 自己選 canonical 都保留了不採用網站偏好的空間。
如果你正在追蹤 AI citation，至少保留以下三個欄位：
| 欄位 | 代表什麼 | 證據來源 |
|---|---|---|
| declared canonical | 頁面 HTML 或 header 宣告的偏好 URL | initial HTML、response header |
| selected canonical | 搜尋引擎實際採用的 URL | 官方工具或可取得的索引資料 |
| cited URL | AI 回答顯示或連出的來源 URL | 固定 query、日期、產品觀測 |
沒有 selected canonical 或 cited URL 證據時，狀態寫「未確認」或「無資料」。沒拿到的資料就寫沒資料，別用網站設定去填。
Google 如何判讀 canonical 訊號
Google 的文件將訊號分成不同強度，並提醒沒有任何方法可以要求 Google 必然採用某 URL。實務上可按下列順序理解：
- redirect：把一個 URL 導向另一個 URL，通常是清楚的合併訊號，但仍需檢查 redirect chain 和內容是否一致。
- rel canonical：在頁面 HTML 或 HTTP header 指定偏好版本，適合處理可存取但重複的 URL。
- sitemap：列出偏好的 URL，屬於較弱的提示，需和頁面內其他訊號一致。
- 內部連結：讓站內連結都指向同一版本，降低 crawler 進入重複路徑的機會。
robots.txt 不適合拿來做 canonicalization。若 crawler 無法讀取頁面，就可能無法看到 canonical 或 noindex 指令。noindex 是索引控制，告訴不了 Google 哪個重複 URL 是首選。先釐清目的，再選對機制。
四種 URL 訊號的責任
| 機制 | 適合解決的問題 | 需要核對 | 常見誤讀 |
|---|---|---|---|
| redirect | 舊網址永久或暫時導向新網址 | status、chain、目的頁內容 | 導向成功就代表 AI 一定引用新 URL |
rel="canonical" | 重複頁面的偏好版本 | initial HTML、header、絕對 URL | 宣告值就是 Google 採用值 |
| sitemap | 提供 URL 發現與偏好提示 | sitemap、lastmod、canonical 一致性 | 列入 sitemap 就代表已索引 |
| internal link | 讓站內路徑集中到正式版本 | href、anchor、parent/sibling 路徑 | 連結本身保證引用 |
如果文章有參數、列印版、AMP 遺留、語言版本或多個主機名稱，先建立 URL inventory。每一個版本都要標明公開狀態、canonical、redirect、sitemap 和內部連結。只在模板內改一行 canonical，卻保留大量站內連結指向另一個版本，是最常見的自相矛盾。
canonical 設定範例
頁面 head 可以用絕對 URL 宣告 canonical：
<link rel="canonical" href="https://example.com/guide" />Google 文件也說明 JavaScript 產生或改寫 canonical 時，應在原始 HTML 提供 canonical，且避免用程式將它改成與初始版本不同的 URL。對可讀內容頁，初始 HTML、rendered DOM、HTTP header 和 sitemap 需要盡量一致。
這段只是語法示意。部署前，domain、protocol、結尾 slash、語言路徑、參數和正式 URL 策略要先由網站負責人決定。
從設定到引用的三層檢查
第一層：source consistency
讀 initial HTML、response header、rendered DOM、sitemap 和內部連結，確認它們都指向同一個預期版本。若內容頁的 title、主文、schema 或 hreflang 互相矛盾，先解決來源一致性再談 citation。
第二層：搜尋採用
在指定 property 和日期下，用 Google 可用的 URL 工具、索引報告或其他第一手資料確認 selected canonical。若工具沒有回傳該欄位或未完成檢查，記為未知。沒有 Search Console 或索引確認資料時，declared canonical 不能當成 Google selected canonical 寫進報告。
第三層：AI citation observation
固定查詢、產品、地區、裝置與日期，記錄回答是否附來源、引用顯示哪一個 URL，以及該 URL 是否重新導向。若答案沒有出現，區分「沒觀測到」和「無資料」；若引用的是非 canonical 版本，先記錄事實，再回到 URL inventory 查原因，別急著說產品「錯誤」。
若計算提及率或 citation rate，先定義分母。例如「指定查詢樣本中，附有可判讀來源連結的回答裡，引用該 canonical URL 的回答數」是明確的樣本指標；查詢數、有效回答數、產品和日期都要保留，幾次觀測只代表那幾次。
重複頁面與語言版本注意事項
相同語言的參數頁和列印版，常需要由 redirect、canonical、sitemap 和內鏈一起整理。不同語言或地區頁面則要先確認內容是否真的對應；把所有語言版本 canonical 到同一頁，會失去語言信號。Google 的 canonical 文件和 hreflang 相關要求應按實際網站架構查驗。
若 AI 回答引用的是快取、重新導向後的頁面或另一語言版本，記錄看到的 URL、狀態碼和回答語言。引用 URL 的差異可能來自產品、索引更新、redirect 或頁面版本，單一 canonical 設定解釋不了。
要把 URL 整合放回整體的 AI 搜尋工作，看 EthorX GEO 服務；要觀測 AI 回答實際引用了哪個 URL，我們的 Otlex 觀測七個引擎回答中的提及、引用與推薦。
常見問題
canonical 可以強制 AI citation 顯示指定網址嗎？
canonical 是搜尋引擎處理重複 URL 的訊號，AI citation 是特定產品在特定查詢中的答案觀測，中間沒有一條指令通道。你能做的是讓 URL、內容和內部連結一致，然後用實際回答記錄去看顯示了哪個來源。
canonical 和 redirect 哪一個比較強？
Google 官方文件把 redirect 和 rel="canonical" 列為較強訊號，sitemap 屬於較弱訊號。選哪一個看目的：永久合併、保留多個可存取版本，還是只給偏好提示。「較強」講的是這個訊號的權重，Google 仍然可能不照做。
sitemap 已列出 canonical URL，還要做什麼？
還要檢查頁面 HTML、HTTP header、redirect、內部連結、內容相似度和索引狀態。sitemap 幫助發現、也提供偏好；被列進 sitemap 和被索引之間，還有好幾步。
robots.txt 可以取代 canonical 嗎？
robots.txt 控制的是 crawler 能不能請求 URL；被擋住的頁面，連 canonical 都讀不到。要合併重複 URL 就用 redirect、rel canonical、sitemap 和一致的內部連結，再依 Google 文件驗證。
引用 URL 不是 canonical，代表網站設定失敗嗎？
先記錄 cited URL、redirect、selected canonical、查詢和日期這五項，再確認內容是不是不同、索引有沒有更新、產品是不是選了另一版本。缺 selected canonical 的確認資料時，狀態保留未知。設定失敗只是三種可能原因之一。