不少站点会遇到这样一种情况：页面 A 明明写了 canonical 指向页面 B，本意是让 B 代表这组内容，过一段时间却发现索引里出现的是 A，B 反而查不到。这时候再去反复改标签写法，往往越改越乱。问题通常不在标签本身，而在这组 URL 之间的信号是否一致。
先记住：canonical 是提示，不是指令
rel=canonical 表达的是“我认为这几个地址是同一份内容，请以这个为准”，它是一个建议。搜索引擎会结合内链、sitemap、外链、内容相似度、抓取历史等因素自行判断，最后选出的规范版本不一定和你写的一致。所以排查的重点不该是“标签有没有写”，而是“围绕这组 URL 的其他信息有没有互相矛盾”。
当你写下的 canonical 与实际生效的规范版本不一致时，先怀疑信号冲突，而不是怀疑标签格式。
核对顺序：从目标页能不能被收录开始
建议按下面这个顺序查，前一步不成立时，后面的调整意义不大。
- 目标页是否可抓取、可索引。用 URL 检查类工具看目标地址返回的状态码、robots 元标签、X-Robots-Tag、是否被 robots.txt 拦截、是否需要登录。目标页自己进不了索引，canonical 指向它就没有意义。
- 内容是否真的属于同一组。canonical 适合处理“几乎相同”的页面，比如同一商品的不同排序参数、同一文章的打印版。如果两页主题相近但内容明显不同，被当成一组反而会让搜索引擎忽略你的指定，甚至把不合适的页面当成代表版本。
- 内链和 sitemap 是否也指向目标页。如果站内导航、面包屑、列表页、sitemap 全都指向 A，只有一段标签说“以 B 为准”，这就是典型的方向冲突。搜索引擎更倾向于跟随被大量链接指向的那个地址。
- 写法是否前后矛盾或后置。检查是否存在同一页面既自指又指向别处、http 与 https 混用、带 www 与不带 www 混用、相对路径与绝对路径混用；也要确认服务端返回的 HTML 里就有这个标签，而不是依赖前端脚本渲染后才出现。
- 是否同时存在 noindex。noindex 与 canonical 同时出现是常见的冲突组合。noindex 一般会先起作用，结果是目标页或当前页两边都进不去索引。
怎么看实际生效的规范化结果
不要只看自己写的标签，要看搜索引擎最后选了谁作为规范版本。通常可以从这几处判断：
- URL 检查工具里的“用户声明的规范网址”和“搜索引擎选择的规范网址”是否一致；
- 搜索结果里展示的地址是哪一个，点击后是否跳到另一个；
- 抓取日志里，被抓取更频繁、更新时间更近的是哪个地址；
- 站点后台的索引报告中，同一组 URL 是否反复出现替换、重复、已排除等状态变化。
这几处指向同一个地址，说明规范化已经稳定；彼此不一致，说明还在摇摆，此时频繁改动只会延长这个阶段。
调整时容易犯的两个错
一是把 canonical 当成“权重转移按钮”，把一堆不相干的页面都指向首页或某个热门页，结果是这些指定普遍被忽略，首页也可能被误判。二是发现目标页没收录，就把 canonical 全部去掉，改成自指。自指本身没错，但如果这组 URL 确实高度重复，去掉之后重复问题会重新出现，索引里可能同时留下多个版本。
一个可执行的收口顺序
- 先保证目标页状态码正常、未被 robots.txt 拦截、没有 noindex，能被稳定抓取。
- 把内容真正同组的页面整理出来，区分“重复”和“只是相似”，只对前者使用 canonical。
- 统一内链、面包屑、sitemap 指向的地址，让它们和 canonical 方向一致。
- 把 canonical 写成绝对地址，服务端输出，避免大小写、协议、尾斜杠的混用。
- 提交一次抓取，然后按一个抓取周期观察实际生效结果，不要每天改动。
规范化生效需要时间，也和站点的抓取频率有关。与其反复调整标签，不如先把目标页的可索引性、内容分组和站内链接方向这三件事理顺，剩下的交给抓取周期去验证。