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 是否与最终地址一致”纳入上线检查项。发现异常时，先判断是重复内容真的存在，还是模板逻辑写错了，再决定是改模板还是改内容策略。