很多站点在排查收录时，第一反应是去改 canonical。但从实际效果看，canonical 更接近一个“倾向性表达”，而不是一个开关按钮。它告诉搜索引擎：这些地址里，我认为哪一个才是规范版本。至于最后索引里留下哪个，还要看内链、sitemap、重定向、内容重合度这些信号是否一致。
canonical 是提示，不是指令
搜索引擎处理多个相似 URL 时，会综合判断哪一个是主版本。canonical 是权重较高的信号之一，但不是唯一。当页面上的 canonical 与内链、sitemap、重定向互相矛盾时，最终结果往往不是你写在标签里的那一个。所以看到“已经加了 canonical 但还是收录错了”，通常不是标签没生效，而是周围的信号在往相反方向拉。
三种常见写法，结果差别很大
自引用 canonical
每个页面都指向自己的规范地址。这是最省事也最稳妥的一种配置，主要用来处理参数、大小写、追踪链接带来的变体问题。它不改变页面的收录归属，只是帮搜索引擎排除噪音。
指向站内的主版本
比如筛选参数页、排序页指向不含参数的列表页；同一内容的分页或预览地址指向正式地址。这种用法适合内容高度重叠、只需要保留一个入口的场景。前提是主版本本身必须可抓取、可索引，并且内链和 sitemap 都指向它。
跨域或指向不相关页面
这是问题最集中的一类。常见操作包括：模板里把全站页面都指向首页；把已经不打算索引的页面当作 canonical 目标；内容明显不同的两个页面硬性互相指向。一旦目标页自身不可索引，很可能两边都进不了索引，白损失一个入口。
自查时优先看的几类错误
- canonical 指向的 URL 返回 404、410 或长期 503
- canonical 指向了被 robots.txt 屏蔽或带 meta noindex 的页面
- 页面既有重定向，又有与之冲突的 canonical，形成信号打架
- 模板写死一个地址，所有页面都指向同一个 URL
- canonical 与 sitemap、内链里的写法不一致，比如大小写、结尾斜杠、参数保留与否
一套可执行的自查顺序
- 打开页面源码，确认 canonical 是绝对地址，协议、域名、结尾斜杠与站内其他信号保持一致。
- 确认目标 URL 能正常返回 200，且自身没有被屏蔽、没有 noindex。
- 对比 sitemap、内链、多语言标注里用的是不是同一套 URL 写法。
- 到索引报表里观察：想保留的 URL 是否还在索引里，想收敛的是否逐步退出。
- 给足观察时间。canonical 需要等页面被重新抓取后才可能体现，不会当天生效。
哪些情况不适合用 canonical
如果两批内容确实服务不同人群、主题也不相同，就不要用 canonical 硬合并，那等于主动放弃其中一个入口。需要明确搬家时用 301，需要明确“不要索引”时用 noindex。canonical 的合理用途，是表达“这几个地址其实是同一份内容”。
提示信号只有彼此一致才有意义。当 canonical、内链、sitemap 和重定向各说各话时，被采纳的往往是搜索引擎认为更可信的那一个，而不是你最想要的那一个。
收录是结果，不是开关。与其反复调整单个标签，不如先把 URL 写法统一、把内容边界划清、把站内指向理顺。这几件事做到位之后，canonical 才可能按你的预期发挥作用。