同一个内容出现在多个地址上，是站点运营里很常见的情况。带参数的地址、大小写不同的路径、http 与 https、带 www 与不带 www、分页与筛选，都可能指向基本相同的页面。canonical 的作用，就是在这些相似地址里指出一个主地址，帮助把权重和信号集中到一处。它不是开关，也不承诺收录结果，而是一份明确的说明。
哪些情况会出现重复地址
- 追踪参数：utm_、from、ref 等只用于统计的附加参数
- 筛选与排序：颜色、价格、排序方式组合出的地址
- 大小写与斜杠：/Page 与 /page、/a 与 /a/ 同时可访问
- 协议与域名变体：http 与 https、带 www 与不带 www 都能打开
- 打印页、AMP 版、移动版等同一内容的其他输出形式
- 同一篇内容通过多个栏目路径都能到达
canonical 与 301 的分工
如果旧地址已经不再使用，访客也不该再看到它，用 301 永久跳转比 canonical 更干脆。canonical 更适合那些需要保留、仍要被访问的地址，比如筛选页、带参数的分享链接。两者不要互相打架：一个页面既 301 到 A，又 canonical 指向 B，会让人看不懂。
自引用也不能省
主地址自身也要写 canonical 指向自己。这样能减少模板拼接出错带来的意外，也能在参数被附加时保持指向稳定。
自查步骤
- 选取一批典型页面：首页、栏目页、详情页、分页、筛选页、带参数地址
- 查看源代码里的 link rel=canonical，确认用的是绝对地址，且与页面主地址一致
- 用不带参数的干净地址访问一次，对比带参数版本的 canonical 是否相同
- 检查 http 与 https、www 与非 www 是否都能访问，是否都指向同一个主地址
- 检查分页：第 2 页以后是自引用，还是被模板统一指回了第 1 页
- 检查移动版与 PC 版是否各自正确，或统一指向同一主地址
- 记录问题清单，按模板批量修复，而不是逐页手改
常见错误
- canonical 指向了一个已经 404 或正在跳转的地址
- 全站模板写死同一个 canonical，所有页面都指向首页
- 使用相对路径，在部分目录下解析出了错误地址
- 分页全部指向第一页，后续内容被误当成重复
- 参数页 canonical 到主地址，而主地址本身又是另一个参数地址
- 与 noindex、robots 规则冲突，一边说别收录，一边又指主地址
canonical 是建议，不是命令。搜索引擎可能根据其他信号选择别的地址，所以更稳妥的做法是让站内结构、内链和站点地图都指向同一个主地址，几个信号保持一致。
把它当成长期清单
新增模板、改版、增加参数时，都顺带确认一次 canonical。主地址统一之后，再做流量分析和内容排查，数据才更容易读懂，也更少出现同一个页面被拆成几条记录的情况。