canonical 标簽的作用是告诉搜尋引擎“這一组相似頁面里，哪一個才是我想被收錄的代表地址”。它只是一個建议信号，不是跳轉指令，用戶訪問带 canonical 的頁面不會被送到別處。因此它寫错了，頁面照样能打開，訪客完全無感，但索引层面的归属可能已经乱套。這也是它容易被忽略的原因。
先明确 canonical 要解决什么問题
只在存在“同一内容、多個可達地址”时才需要 canonical。典型场景包括：带與不带 www、带不带结尾斜杠、大小寫混用、追踪參數、排序篩選參數、打印版、會话 ID。若一個頁面本来就只有一個地址，也没有近似重复的版本，硬塞一個指向自己的 canonical 也可以，但没必要把它当成萬能补丁。
常见寫法問题
- 指向不存在的地址：canonical 指向一個 404 或已下线的 URL，等于把權重送進黑洞。
- 指向重定向地址：canonical 最好直接寫最终地址，中間夹一层 301 會让信号變弱。
- 相對路径寫错：用相對路径时容易在子目錄或分頁下解析成意外地址，建议统一用绝對地址。
- 全站寫死同一個值：模板里寫死首頁 canonical，结果所有栏目頁都声明自己是首頁的副本。
- 互相指向：A 頁 canonical 到 B，B 又 canonical 回 A，形成閉环，搜尋引擎只能自行判断。
- 與 noindex 打架：一個頁面既 noindex 又 canonical 到另一個頁面，等于同时说“別收錄我”和“請把我看作它”。
自查的顺序
- 抓取一批代表性頁面，把 canonical 值、頁面本身的最终地址、HTTP 狀態碼列成一張表。
- 核對 canonical 與頁面自身地址是否在同一域名、同一协议下，是否只差參數或大小寫這類细节。
- 检查被指向的目标是否返回 200，且内容與目前頁高度相似。目标頁與本頁内容差异過大时，不要合並。
- 確認同一组頁面的 canonical 指向同一個地址，而不是各指各的。
- 把 sitemap、内鏈、重定向、hreflang 里的地址與 canonical 對齐，避免几套信号互相矛盾。
几種容易搞混的场景
分頁列表
分頁的第 2、3 頁不是第 1 頁的副本，通常不需要 canonical 回第一頁，否則後續頁面的内容很难被單獨索引。真正需要處理的是排序、篩選參數造成的重复。
參數與追踪連結
来自广告或站外分享的 utm 參數頁，更适合用 canonical 指向干净地址，同时在 robots 規則或參數處理逻辑里配合，而不是让每個參數组合都成為獨立頁面。
多語言與地区版本
不同語言版本應各自 canonical 到自己，再用 hreflang 互相标注。把英文頁 canonical 到中文頁，等于主動放弃英文版本的收錄。
和其它信号保持一致
canonical 不是孤立的。它應该和内鏈指向的地址、sitemap 里登记的地址、外鏈使用的地址保持一致。如果站内一半連結指向带 www 的地址，一半指向不带，canonical 再正确也只是在打补丁。更省事的做法是從源头统一：跳轉規則收敛到唯一形態，發布流程里固定 URL 寫法。
把 canonical 当成“合並声明”而不是“修复工具”。它适合處理少量结构性重复，不适合用来掩盖内容本身的問题。
定期复查
站点改版、換域名、調整栏目结构、上线新的模板，都可能让 canonical 悄悄失效。建议在模板變更时抽查一批頁面，並把“canonical 是否與最终地址一致”纳入上线检查項。發現異常时，先判断是重复内容真的存在，還是模板逻辑寫错了，再决定是改模板還是改内容策略。