canonical 是頁面里出現频率很高、也最容易被当成“收錄開關”的一個标簽。站点遇到重复内容时，常见的處理方式是加一行 canonical，然後期待搜尋结果里的地址统一成某一個 URL。實际過程要复杂一些：canonical 參與的是“多個地址指向同一份内容时，系統更倾向保留哪一個”的判断，而它只是一種提示。
canonical 是提示，不是指令
和 301 跳轉相比，canonical 的信号强度要弱。301 表示這個地址已经不再使用、頁面永久迁移；canonical 表示這几份内容相同，希望以某個地址為准。当系統判断两個地址的内容差异較大，或者站内連結、外鏈、站点地图都在指向另一個地址时，声明的 canonical 有可能被忽略。
canonical 表達的是“我更希望被当成哪個地址”，而不是“請只收錄那個地址”。
三種常见寫法
自引用
頁面 canonical 指向自己。看起来多余，但它能明确告诉抓取端：這個地址就是正主，不要因為參數、分頁或模板拼接改寫展示地址。带排序、篩選參數的列表頁通常需要自引用，避免同一批内容被拆成很多地址。
多個地址合並到一個
A、B、C 三個地址内容基本相同，都声明 canonical 指向 A。前提是三者确實高度一致：正文、标题、主要模块都要對得上。頁脚多了個參數不算差异，正文完全不同就不适用。
指向一個打不開的地址
canonical 指向返回 404、5xx 或需要登入的地址，等于把一個失效的目标交给抓取端。這種情况通常會被忽略，還可能顺带浪費一次抓取机會。
容易踩的几種誤用
- 指向被 noindex 的頁面。两個信号互相矛盾，结果是頁面既可能不被收錄，也可能按另一個地址收錄。
- canonical 鏈。A 指向 B，B 又指向 C。鏈條越長越容易被忽略，最终按内容與連結信号自行判断。
- 指向重定向地址。canonical 應该寫最终地址，让它再跳一次没有意义。
- 所有分頁都指向第一頁。如果第二頁之後的内容獨立可訪問，粗暴合並可能让這些地址失去被發現的机會。
- 用 canonical 處理多語言或多地区版本。這類需求通常交给 hreflang，canonical 會把不同語言版本誤判成重复内容。
它和哪些信号一起被判断
canonical 不是單獨起作用的。抓取端還會看：站内連結用哪個地址、站点地图里列了哪個、重定向指向哪里、頁面自身的内容與标题是否一致。這些信号方向一致时，判断结果比較稳定；互相矛盾时，系統往往按自己的逻辑選一個，未必是你声明的那一個。
- 導航和正文内鏈指向的地址
- sitemap 中登记的地址
- 301、302 的目标地址
- 頁面标题、正文、结构化資料里的 URL
怎么確認声明有没有被采纳
- 在站点管理後台查看系統選擇的規范網址，和自己声明的做對比。
- 抽查典型頁面，確認抓取时的狀態碼與最终地址。
- 看服務器日誌，重复地址是否還在被频繁抓取。
- 搜尋几個頁面的标题或片段，观察展示的地址是否向期望方向收敛。
發現不一致时，先別急着改 canonical。優先检查两個地址的内容是否真的等價、内鏈是否還在指向另一個版本、是否有其他标簽在冲突。多數問题出在信号不一致，而不是标簽本身寫错。
動手之前先確認三件事
- 這些地址是否真的承载同一份内容。
- 哪個地址更适合作為長期入口：稳定、有内鏈、有外鏈。
- 這些頁面是否需要分別被收錄，比如不同規格、不同型号。
變更之後，保留舊地址可訪問一段時間，给抓取和索引轉換留出余量。canonical 能减少地址层面的重复，但它替代不了内容质量、内鏈结构和可訪問性這些更基础的工作。