canonical 标签的作用是告诉搜索引擎：在若干个内容相同或高度相似的页面里，哪一个是你希望被当作正本的那一个。它不是指令，而是提示，但用得规范，能减少重复页面互相竞争，也能让抓取和索引的信号更集中。
先分清 canonical 想解决什么问题
典型场景是同一篇内容有多个可访问地址：带不带参数、带不带末尾斜杠、http 与 https 同时可达、打印版与正文版并存。这些地址内容一致，用户看哪个都行，但搜索引擎需要知道以哪个为准。canonical 就是在这个层面上工作的，它管的是索引层面的去重，而不是抓取层面。
如果你的目的是阻止抓取，用 robots.txt；如果是不想让某个页面进入索引，用 noindex；canonical 是合并信号，三者的分工不要写反。
自引用 canonical：最容易被忽略的默认动作
大部分页面应该在自己页面上写一个指向自身 URL 的 canonical。它看起来多余，实际能起到锚定作用：当页面通过不同参数被访问时，自引用 canonical 会把这批地址指向同一个规范形式。
- 用绝对地址，包含协议和主机名，避免相对路径在不同层级下解析出错。
- 地址要和站点地图、内链里使用的形式保持一致，大小写和末尾斜杠统一。
- 分页列表的每一页都应该自引用，而不是全部指向第一页，否则后面几页的内容会被视为重复，逐渐失去索引。
跨页面指向：什么时候可以用
当两个地址的内容基本一致，只在展示方式上有差别时，可以考虑跨页面 canonical。常见的判断标准是：把两个页面的正文抽出来对比，如果主体内容相同，只是排序、视图或来源不同，指向正文版是合理的。
适合的场景
- 同一内容的打印版、纯文本版、无样式版。
- 带会话 ID 或追踪参数的地址指向干净地址。
- 多个入口地址指向同一个详情页。
不适合的场景
- 两个页面主体内容不同，只是主题相近。强行合并会让其中一页的内容失去被索引的机会。
- 把首页或栏目页当作所有子页的 canonical，这属于把不同层级的内容压成一页。
- 用 canonical 代替 301 做站内迁移，旧地址仍可访问，用户和蜘蛛都会继续走到旧页。
几种常见误用
- 页面里出现多个 canonical。搜索引擎通常会忽略全部或只采信其中一个，结果不可控，最好只保留一个。
- canonical 指向重定向地址或 404。指向的 URL 本身不可直接访问时，这个信号基本失效。
- canonical 与 noindex 同时用在同一页。两个信号互相抵消，容易让页面处于不确定状态，只保留你真正想要的那个。
- 由脚本动态插入 canonical，且首屏 HTML 里没有。渲染前的初始 HTML 缺这个标签，抓取时看到的版本可能与预期不同。
服务端与渲染层面的注意点
如果站点有缓存，改版后旧缓存里的 canonical 可能还指向老地址，需要确认缓存刷新策略。用 CDN 时也要注意，不同节点返回的 HTML 是否一致。对于前端渲染的页面，最好让服务端直接输出 canonical，而不是等脚本执行完再补。
上线前的检查清单
- 抽查页面的 canonical 是否为绝对地址、能否正常访问、是否与自身 URL 一致。
- 对比站点地图中的 URL 与 canonical，两者不一致的地方逐个确认原因。
- 确认分页、参数页没有被错误地合并到第一页。
- 改版或合并内容后，复盘 canonical 是否需要同步调整。
canonical 本身不复杂，难的是保持前后一致。把它当成站点结构的一部分来维护，定期抽查，比一次性配置完就不再过问要稳妥得多。