给頁面加上 canonical 之後，很多人的预期是“搜尋里只會保留我指定的那個 URL”。實际使用中，经常出現两種结果：目标 URL 没有被收錄，或者两個 URL 都在索引里。這通常不是 canonical 标簽本身寫错，而是頁面上其他信号和它互相矛盾。
先理解：canonical 是提示，不是指令
搜尋引擎會结合多個信号判断哪個 URL 代表同一份内容，包括：
- 頁面之間的 301/302 重定向關系
- canonical 标簽的寫法與位置
- 站内連結和導航指向哪個 URL
- Sitemap 中提交的 URL
- 外部連結指向的 URL
- 頁面主体内容是否真的足够相似
canonical 只是其中一個信号。信号一致时，收敛速度會快一些；信号互相冲突时，搜尋引擎可能忽略 canonical，按自己的判断選擇代表 URL。
常见冲突信号與自查点
1. 自引用 canonical 寫错
每個頁面都應该有一個指向自身的 canonical，並且使用绝對地址，與頁面實际訪問的 URL 完全一致。常见的寫法問题包括：http 寫成 https、带 www 寫成不带 www、末尾斜杠不一致、大小寫混用、带上跟踪參數。只要 canonical 指向的地址和實际 URL 有一處不同，就可能被理解成“這個頁面應该归到另一個地址”。
2. 頁面里出現多個 canonical
模板輸出、CMS 插件、手工标簽叠加时，容易出現一個頁面里出現两個以上 canonical。這種情况下，搜尋引擎可能全部忽略，也可能只認其中一個。自查时直接查看渲染後的 HTML，而不是只看源碼模板。
3. noindex 與 canonical 同时存在
如果目标頁面本身带 noindex，又被其他頁面 canonical 指向，就會出現“指向一個不允许索引的地址”的矛盾。搜尋引擎通常不會保留這個目标，反而可能繼續保留原来那個可索引的 URL。要合並内容时，先確認目标頁面允许索引。
4. 重定向與 canonical 指向不同
A 頁面 301 到 B，但 A 的 canonical 寫的是 C；或者 B 又 canonical 回 A。這類循环或交叉會让收敛變得不确定。更稳的做法是：让舊 URL 通過 301 指向唯一目标，同时让目标 URL 自引用 canonical，不要在中間环节绕来绕去。
5. Sitemap、内鏈、外鏈指向不统一
canonical 说用 A，但 Sitemap 里放的是 B，站内連結也大量指向 B，搜尋引擎會更倾向于 B。统一信号的成本不高，却常被忽略。
處理顺序：從冲突核對到观察结果
- 确定唯一目标 URL。 在 http/https、www/非 www、带不带末尾斜杠之間只選一個版本，並确保全站可達。
- 检查目标頁面是否可索引。 排除 noindex、robots.txt 屏蔽、登入墙等因素。
- 核對 canonical 寫法。 用渲染後的 HTML 检查，确保自引用、绝對地址、與實际 URL 完全一致。
- 统一周邊信号。 内鏈、導航、Sitemap、外鏈尽量都指向目标 URL。
- 處理舊 URL。 能 301 的做 301，不能改的至少保持可訪問，不要让舊 URL 變成 404 後再靠 canonical 收敛。
- 观察抓取结果。 给搜尋引擎重新抓取的時間，在搜尋控制台里看目标 URL 是否被選為代表頁，而不是每天改動方案。
什么情况下不该用 canonical 合並
canonical 适合處理同一份内容的不同 URL 變体。如果两個頁面主体内容差异較大，只是标题或分類相近，强行 canonical 到其中一個，可能導致被指向的頁面承担了不属于它的内容，另一個頁面的價值也表達不出来。這類頁面更适合保留獨立 URL，把内容差异寫清楚。
判断 canonical 是否生效，不要只看搜尋结果里出現了哪個 URL。還要看目标 URL 是否被抓取、是否進入索引、是否被選為代表頁。這三件事不一定同时發生。
最後提醒一点：canonical 的收敛往往需要多轮抓取之後才稳定。與其频繁更換目标地址，不如先把重定向、内鏈、Sitemap 和 canonical 這四個信号统一起来，再观察一段時間。