很多站点在頁头加了一行 canonical 就觉得重复内容的問题解决了。實际上 canonical 只是一個建议，搜尋引擎可以選擇采纳，也可以選擇忽略。如果這行标簽本身寫错了，不僅起不到合並作用，還可能把本来正常的頁面指向一個不存在、不该出現或者内容完全不同的地址。這類問题通常不會让網站报错，所以最容易長期潜伏。
先弄清 canonical 到底在说什么
canonical 的意思是：這一组内容相同或高度相似的地址里，我推荐這一個作為代表。它不是跳轉，不會把訪客带走，也不阻止其他地址被抓取。它只是告诉搜尋引擎，統計和排序时可以以這個地址為准。所以在寫之前要先確認：我确實存在同一内容的多個地址吗？這些地址是不是應该合並？如果两個頁面内容本来就不一样，硬指到同一個上，只會让其中一個頁面失去被單獨看待的机會。
几種常见的寫法問题
指向重定向地址或已失效地址
改版、換域名、調整目錄之後，模板里的 canonical 常常忘了改，仍然輸出舊路径。此时蜘蛛顺着标簽過去，遇到的是 301 或者 404。規范連結指向一個需要再跳轉才算到達的地址，等于把一次明确的推荐變成一次含糊的表達。
相對路径带来的歧义
寫 /article/100 和寫 https://www.example.com/article/100，多數解析器都能處理，但一旦模板嵌套、大小寫或尾斜杠不统一，就可能解析出跟你预期不同的地址。能寫绝對地址就寫绝對地址，省掉一层猜测。
一個頁面多個 canonical，或多個頁面共用一個 canonical
頁面里出現两條以上 canonical，解析器通常只認第一條，或者干脆全部忽略，结果不可控。另一種情况是很多不同頁面都指向同一個地址，比如所有詳情頁都指到频道首頁，這等于告诉搜尋引擎這些頁面的内容都不重要，長期下来會让一批本可以獨立排名的頁面被折叠掉。
分頁、篩選頁和詳情頁乱指
把带參數的篩選頁、排序頁统一指到干净地址，是常见且合理的做法。但要注意別把真正的分頁也一並指回第一頁，那样後續頁面的内容可能更难被發現。分頁通常保留自指，篩選頁則视具体情况處理，两者不要一刀切。
與其他标注冲突
canonical 和 hreflang、结构化資料里的 URL、頁面内的分享連結如果各说各话，會给處理带来麻烦。多語言站点尤其要检查：每個語言版本的 canonical 應该指向自己，而不是全部指向主語言版本。
一份可执行的自查清單
- 抽查首頁、栏目頁、詳情頁、分頁、篩選頁各若干條，直接看源碼里的 canonical。
- 確認這些地址本身返回 200，不是 301、302 或 404。
- 確認 canonical 地址與頁面自身被訪問的地址一致，或者确實是有意合並的目标。
- 確認整站模板輸出的格式统一：绝對地址、小寫、协议與域名和站点主域一致。
- 用抓取工具跑一遍全站，把 canonical 地址和對應狀態碼列成表格，筛出異常項。
- 翻訪問日誌，看蜘蛛是否還在反复抓取那些本该合並的重复地址。如果持續频繁抓取，說明信号可能没有被采纳。
- 在多語言或 AMP 场景下，检查各版本是否自指，以及是否與其他标注冲突。
修复时優先改生成逻辑
手工改几條頁面只能解决眼前的样本。更稳的做法是回到模板和後台：由程序根據頁面 ID、固定域名和统一規則生成 canonical，而不是让編輯在富文本里手填。凡是需要人手輸入的字段，早晚會出現拼错、漏改、複製粘贴残留。迁移、改目錄、換域名时，把 canonical 的生成規則列入上线检查項，和站点地图、内部連結一起對照。
提醒一句：canonical 處理的是同一個内容的多個地址，它代替不了對内容本身的整理。真正内容重复、栏目定位重叠的問题，還是要靠合並、删减或重新規划来解决。
canonical 這種标簽平时不顯眼，出错也不报警，所以更适合放進定期巡检的清單里，隔一段時間抽样看一次。發現指向異常的先修模板，再观察日誌里的抓取變化，慢慢把這類隐性誤差收干净。