canonical 不是萬能钥匙，但寫错會拖後腿
canonical 标簽的作用，是告诉搜尋引擎在這一组相似地址里，哪一個才是首選。它只是一種建议，不保證一定被采纳；但寫反了方向时，原本想保留的頁面可能被排除在候選之外。站点运营里，canonical 多半由模板统一輸出，一旦模板寫死，整站都會跟着错，所以它值得像 robots.txt 一样，定期單獨检查一遍。
四類常见寫法問题
1. 模板寫死了同一個地址
最常见的情况是詳情頁、列表頁、标簽頁共用同一段模板，结果成百上千個頁面都輸出同一個 canonical，指向首頁或某個频道頁。這等于在说：這些頁面都不重要，請只看那一個。自查方式很简單，抽样打開几個不同類型的頁面，查看源代碼里的 canonical 是否等于目前頁面的規范地址。
2. 分頁頁全部指向第一頁
把第二頁、第三頁都規范到第一頁，是過去流行過的做法。它可能让只在後續分頁才出現的條目失去被發現的机會。更稳妥的方式是让每一頁指向自己，重复摘要的問题用別的手段處理。如果确實要合並，先確認列表里没有獨立可訪問、值得單獨存在的頁面。
3. 大小寫、斜杠、參數版本各寫各的
同一篇文章可能通過带不带结尾斜杠、大小寫混寫、附带跟踪參數等不同形式被訪問。canonical 應当始终寫入唯一那個規范地址，並且全站保持一致。如果 A 頁面規范到带斜杠版本，B 頁面規范到不带斜杠版本，就等于给搜尋引擎出了两套互相矛盾的标准。
4. 相對路径與绝對路径混用
相對路径多數情况下能被正确解析，但如果頁面本身是通過非規范地址打開的，或者站点绑定了多個域名，相對寫法容易解析出意外的结果。不必追求技術上的洁癖，但在一套模板里统一成绝對地址，後續排查會省很多力气。
一次可执行的自查流程
- 先确定站点唯一的規范域名，包括协议以及是否带 www。
- 挑選首頁、栏目頁、詳情頁、标簽頁、搜尋頁各一到两個，查看源代碼中的 canonical。
- 確認 canonical 與目前頁面的規范地址一致，並且是绝對地址。
- 用带參數、带斜杠、大小寫變体分別訪問同一内容，观察 canonical 是否始终指向同一個地址。
- 检查站点地图與内鏈是否也使用同一規范地址，避免多個信号互相打架。
- 把發現的問题按模板归類，從模板层面统一修改，而不是逐頁手改。
與其它設定的配合關系
- robots.txt 與 meta robots：如果頁面已经被 noindex，canonical 的作用會被大幅弱化，先理清到底希望搜尋引擎怎么處理這個頁面。
- 重定向：能通過 301 合並的舊地址，優先用重定向解决，不必依赖 canonical 兜底。
- 站点地图：sitemap 中列出的地址應当與 canonical 一致，否則等于同时给出两套说法。
- 多語言與多地区：hreflang 指向的地址也需要和 canonical 的逻辑自洽。
canonical 是建议，不是命令。它的價值在于减少歧义，而不是替代服務器配置、重定向和内容质量本身。改完模板之後，持續观察日誌和索引狀態，比一次性大改更可靠。
改完之後看什么
調整 canonical 之後，不必期待第二天就有明顯變化，搜尋引擎需要重新抓取和重新判断。可以關注日誌里規范地址的抓取频率，以及索引覆盖报告中相關提示的變化，例如“已發現但未编入索引”，或者“重复網頁，系統選擇的規范網頁與用戶指定的不同”。如果提示里出現了你没预料到的規范地址，通常說明站内還有另一處信号在指向別處，可能是内鏈、站点地图，也可能是某段寫死的模板。