canonical 标签的作用很窄，也很明确：告诉搜索引擎，这一组内容相近的 URL 里，哪一个是你希望被当作代表。它不阻止抓取，也不保证收录，只是一个信号。写对了，能帮索引把重复的地址收敛到一条；写错了，反而会把本来好好的页面指向别处。
canonical 只解决一个问题：哪条 URL 算数
当同一个页面能通过多条 URL 访问——带不带 www、末尾有没有斜杠、参数顺序不同、大小写不同——索引里就可能出现好几条记录。canonical 的作用是让你指定其中一条作为代表，其余的作为重复项处理。它不会让页面消失，也不会让页面被收录，只是把“哪一条算数”说清楚。
写成噪音的几种常见情况
1. 指向了一个会跳转的地址
比如页面本身是 https 版本，canonical 里却写着 http 版本；或者 canonical 指向的地址自己又 301 到别处。这类写法会多出一条链路，搜索引擎需要多走一步才能找到真正的代表页。规范的做法是，canonical 直接写成最终可访问的那个地址——返回 200、不跳转、可索引。
2. 链式指向和互相指向
A 页 canonical 指向 B，B 页 canonical 又指向 C，这叫链式；A 指向 B，B 又指回 A，这叫环状。两种都会让信号变模糊。理想情况是同一组内容里，所有页面都直接指向同一个代表地址，而代表页 canonical 指向自己。
3. 模板里写死，全站都指向首页
有些站点在模板头部加了一行 canonical，变量没生效，结果每一页都指向首页。这等于告诉搜索引擎，所有页面都是首页的副本。发现索引里大量页面被替换成首页时，往往要从这里查起。
4. 大小写、协议、斜杠不一致
canonical 里写的地址和页面实际地址不完全一致——比如 /Page 与 /page，或者丢了末尾斜杠——都算两个不同地址。写之前建议直接复制地址栏的最终 URL，而不是手敲。
5. 和 noindex、robots.txt 打架
如果一个页面自己带着 noindex，同时又 canonical 指向另一个页面，两个信号会互相牵扯：noindex 说的是“别索引我”，canonical 说的是“索引那条”。搜索引擎通常会更谨慎地处理这种组合。想让页面退出索引，用 noindex 就够了；想让重复地址合并，用 canonical。两者不要混用在同一个页面上，除非你清楚自己在做什么。
一个简单的判断标准：如果你自己也说不清这两条 URL 该保留哪一条，搜索引擎同样说不清。
分页和参数页面上的写法
分页页面比较微妙。第 2 页、第 3 页的内容和第 1 页不同，它们不是重复页面，一般不需要互相 canonical。真正需要处理的是那些“同一批结果、只是排序或筛选参数不同”的地址——这类通常 canonical 到不带参数的干净地址。
还有一种做法是把所有分页都 canonical 到第 1 页。这会让后续页面很难作为独立入口被用户看到，是否采用要看你的目的：如果只是想让搜索引擎别把参数页面当成重复内容，收敛参数比收敛分页更合适。
跨域 canonical 要慎重
canonical 允许指向其他域名，比如原站和转载站之间的处理。但前提是两个页面内容确实高度一致，而且目标是你自己能控制的域名。指向一个你不控制的站点，等于把代表权交出去，事后很难收回来。
怎么自查
- 随机抽几个页面模板，看 canonical 是否为绝对地址、是否与当前 URL 一致。
- 看 canonical 指向的目标返回什么状态码，是否 200、是否可索引。
- 在搜索结果里用 site: 查完全相同的标题，看是否出现多条来自不同 URL 的结果。
- 观察搜索控制台里“重复网页，用户未选定规范网页”这类提示，数量突然上升时排查模板改动。
小结
canonical 是一个建议，不是命令。它的价值在于减少同一个内容的多个地址对抓取和索引的分散，而不是用来控制收录与否。写之前先想清楚：这个内容组里，哪一条 URL 是你真正愿意对外展示的。想清楚了，再写那一行代码。