canonical 标签的作用是告诉搜索引擎：这一组相似页面里，哪个地址才是主要版本。它是一个提示，不是命令。但一旦写错，结果往往不是“没有效果”，而是当前页面主动把自己降级成副本，索引里留下的是另一个地址。
先确认索引里留下的是哪个地址
排查之前先确认问题的形态。如果收录结果里出现的是另一个 URL，而当前页面怎么查都进不了索引，那多半不是抓取问题，而是规范网址的归属问题。
- 用 URL 检查工具对比“用户声明的规范网址”与“搜索引擎选择的规范网址”是否一致；
- 用 site: 加上页面标题里的特征词，看命中的是哪个地址；
- 对比站点地图、内链指向的地址与 canonical 指向的地址是不是同一个。
如果两者不一致，说明标签被读到了但没被采纳；如果两者一致、指向的却都不是当前页面，那就是标签本身写错了。
常见的几种写错方式
- 模板写死：列表页、详情页共用一套模板，canonical 统一指向频道首页或列表第一页。
- 指向跳转目标：当前 URL 能正常访问，canonical 却指向一个 301 之后才存在的地址，中间还夹着跳转。
- 指向不可索引的地址：canonical 目标本身是 404、被 robots 屏蔽或自身带 noindex，等于把信号交到了一个收不到的地方。
- 分页一律归第一页：后续页码里的独立条目因此长期不进索引。
- 协议或主机名不一致：页面实际在 https、带 www 的地址上，canonical 却写成 http 或不带 www 的形式。
- 带上参数：实际访问的是干净地址，canonical 却写成带追踪参数的版本。
- 多语言互相指：各语言版本都 canonical 到同一个语言地址，其他语言页面自然不会被单独收录。
canonical 与 noindex 同时存在
两个信号叠在一起时，处理方式并不总是可预期。如果页面希望保留在索引里，就不要同时给出 noindex；如果页面确实是重复副本、希望信号集中到主版本，用 canonical 指向主版本即可，不必再叠加 noindex。规则越简单，被正确执行的概率越高。
按这个顺序核对
- 抓取原始响应，查看 HTML 源码里 canonical 的 href 原样，不要只看浏览器渲染后的 DOM。
- 确认这个 href 与实际访问地址是否一致，自引用通常是最稳妥的写法。
- 逐个访问 canonical 目标，确认返回 200、未被 robots 屏蔽、自身没有 noindex。
- 检查站内是否有多条 URL 都指向同一个目标，这会让目标承担全部信号，其他页面更容易被判定为副本。
- 把站点地图、内链、hreflang 与 canonical 对齐，让它们指向同一个地址。
- 改完后等待重新抓取，再回看“搜索引擎选择的规范网址”是否回到当前页面。
什么情况下不该用 canonical
内容确实不同的页面，不要为了“集中权重”硬合并。把不同主题的页面 canonical 到一处，通常是既损失了这些页面，也没让目标页获得多少增益。只有当页面主体内容高度一致、差异仅在参数、排序或展示形式时，才适合用 canonical 收敛。
canonical 是建议而不是指令。写对只是让搜索引擎少一次判断，不能保证一定被收录；写错却会让页面长期处在副本状态。
改完之后看什么
修改 canonical 后，索引状态通常不会立刻变化，要等下一次抓取与重新评估。观察重点不是排名，而是抓取工具是否重新读取了页面、规范网址归属是否回到自己、站点地图里的地址与索引中的地址是否一致。如果反复改来改去，收敛时间可能被拉长，所以先定下唯一地址，再统一所有出口。