canonical 标簽的作用，是告诉搜尋引擎“這一组相似頁面里，哪個是主版本”。它只是一個提示，不是强制命令。但一旦寫错，最直接的後果就是收錄归属错位：你以為在優化 A 頁面，實际累积的展示和權重却跑到了 B 頁面，甚至全部集中到首頁。
這類問题不容易被發現，因為頁面能正常打開、内容也不差，看收錄量似乎也正常。只有把“頁面声明的規范網址”和“搜尋引擎實际選擇的規范網址”放在一起對比，才會看出偏差。
一、先確認声明與目前 URL 是否一致
最直接的自查方式，是查看頁面源代碼，搜尋 canonical，看 href 的值和地址栏里的 URL 是否逐字符一致。需要逐項核對的点包括：
- 协议是否一致，http 與 https 混用會让指向跨协议；
- 主机名是否一致，带不带 www 必须與站点實际使用的版本相同；
- 路径大小寫是否一致，部分服務器對此敏感；
- 结尾斜杠是否一致，目錄頁與文件頁的寫法要统一；
- 是否带上了跟踪參數、會话 ID 或排序參數。
只要其中一項不同，就相当于在声明“另一個地址才是主版本”。如果那個地址還能正常打開且内容相同，搜尋引擎很可能照做。
二、三類高频誤用
1. 模板里寫死一個固定值
不少站点把 canonical 放在公共头部，结果全站每個頁面都指向首頁。這種做法在代碼层面省事，但對搜尋引擎来说，等于所有頁面都在声明“我不是主版本”。
2. 列表頁與詳情頁互相指
分頁、排序、篩選變体统一指向第一頁，本身是常见做法，但前提是被指向的頁面属于同一内容集合，且本身就是可訪問的主入口。如果詳情頁指向栏目頁，就等于告诉搜尋引擎這篇文章不是主版本，收錄归属自然容易跑到栏目頁上。
3. 相對路径或舊域名残留
寫成 /page.html 這類相對路径，或者在 https 站点上寫了 http 開头的舊地址，都會形成不一致的指向。改版、迁移域名之後残留的舊值尤其常见。
三、可以照做的核對顺序
- 抽样 10 到 20 個不同類型的頁面，覆盖首頁、栏目頁、詳情頁、分頁和篩選頁，记錄地址栏 URL 與頁面内 canonical 的值。
- 把不一致的項按影响程度排序：跨頁面誤指最優先，其次是协议和主机名不一致，最後才是结尾斜杠與大小寫。
- 回到模板层修改變量，而不是逐頁手改。重点检查公共头部、詳情頁模板和分頁组件，這三處是誤用的高發区。
- 修正之後，通過站内連結或 sitemap 再给被指向的頁面一次抓取入口，让它有机會被重新评估。
- 過一段時間再回看，對比“頁面声明的規范網址”和“搜尋引擎選擇的規范網址”是否趋于一致。
四、修正之後不要急着下结论
調整 canonical 不會立刻改變索引狀態。搜尋引擎需要重新抓取、重新判断，周期可能是几天到几周。這段時間里不要反复切換指向，来回修改反而會让判断更混乱。
另外要分清适用场景。canonical 解决的是“同一内容存在多個版本”的問题，不是“内容太薄”的問题。如果几個頁面确實内容相近、差异不足，靠 canonical 硬指並不能让收錄變好，先考虑把内容差异做出来更實际。
canonical 只是建议，收錄與展示仍由搜尋引擎自行判断，任何調整都不保證立刻生效，也不承诺收錄或排名變化。
五、日常巡检可以保留的几條
- 新增模板上线前，先抽查 canonical 是否指向自身；
- 改版或換域名时，把 canonical 值列入检查清單；
- 分頁與篩選頁的指向策略，寫成文档固定下来，避免不同人改出不同结果；
- 把規范網址的一致性纳入定期巡检，而不是等收錄出問题再回头找原因。