本文是一份面向实际网站开发和 SEO 规范化的 canonical 指南。它的目标不是只告诉你怎么写一行 <link rel="canonical">，而是讲清楚 canonical 在搜索引擎里到底起什么作用、哪些信号更强、什么时候该用、什么时候不该用，以及如何和重定向、robots.txt、sitemap、内链一起保持一致。
适用场景
- 同一内容存在多个可访问 URL
- 站点存在 HTTP/HTTPS、www/apex、尾斜杠、参数页、分页等重复版本
- 需要规范化文章页、商品页、分类页、专题页
- 需要处理跨域内容复制或镜像
- 需要统一 SEO 输出口径
什么是 canonical
Canonicalization 是选择“代表性 URL”的过程。对搜索引擎来说，同一内容可能通过多个 URL 访问，而 canonical URL 是被选作主版本的那一个。
Google 官方文档明确指出，canonical 信号的强弱通常是：
- 重定向
- rel="canonical" 链接注解
- sitemap 收录
这意味着：
- rel="canonical" 很重要
- 但它不是唯一信号
- 最好的做法是把多个规范化手段一起使用，并且保持一致
核心原则
如果只记住一条：
- 同一内容只能有一个明确的规范版本，其他版本要么重定向过去，要么明确指向它
canonical 的核心作用不是“隐藏页面”，而是“告诉搜索引擎哪一个版本应该被视为主版本”。
canonical 能解决什么
常见场景包括：
- http 和 https
- www.example.com 和 example.com
- 有无尾斜杠
- 带参数的 URL
- 分页、排序、过滤产生的重复页
- 移动端和桌面端的不同 URL
- 跨域复制内容
canonical 不能解决什么
它不能：
- 替代 301 重定向
- 替代登录鉴权
- 替代内容合并
- 替代页面质量优化
- 保证搜索引擎一定完全按你的意愿执行
canonical 是信号，不是强制命令。
与其他规范化方法的关系
1. 重定向更强
如果你能控制服务器，重复版本最理想的处理方式通常是 301 重定向到规范版本。
2. canonical 是页面级声明
如果页面本身必须保留可访问，canonical 是最常用的声明方式。
3. sitemap 也是信号
Sitemap 中列出的 URL 会被视为你认为重要的版本，因此 sitemap 里也应该只放规范 URL。
4. 内链要对齐
站内链接尽量直接指向规范 URL，而不是重复版本。
5. robots.txt 不是 canonical 替代品
robots.txt 只能影响抓取，不能替代 canonical。
最佳实践顺序
推荐按这个优先级设计：
- 让规范 URL 成为唯一可见主版本
- 其他重复版本做 301 跳转
- 页面 <head> 输出 canonical
- sitemap 只列规范 URL
- 站内链接全部指向规范 URL
这样信号最一致。
页面级写法
HTML canonical
最常见的写法是在 <head> 中放入：
<link rel="canonical" href="https://www.example.com/article/abc" />要求：
- 必须是绝对地址
- 必须是最终规范版本
- 必须和站点其他规范化信号一致
HTTP Header canonical
对于非 HTML 资源，例如 PDF，也可以通过 HTTP 响应头声明 canonical：
Link: <https://www.example.com/file.pdf>; rel="canonical"适合：
- Word 文档
- 其他非 HTML 文档
Canonical URL 应该怎么选
统一主域名
先决定全站主域名：
- https://example.com
- 或 https://www.example.com
不要两边同时作为主版本。
统一协议
公开站点应统一到 HTTPS。
统一路径风格
要明确：
- 目录页是否保留尾斜杠
- 文章页是否统一无尾斜杠
- 大小写是否有约束
统一参数规则
参数页常见重复来源：
- ?page=1
- ?sort=price
- ?utm_source=...
- ?ref=...
通常做法是：
- 规范 URL 不带营销参数
- 参数页 canonical 到主版本
典型场景
1. HTTP 和 HTTPS
建议：
- HTTP 全站 301 到 HTTPS
- 页面 canonical 指向 HTTPS 版本
2. www 和非 www
建议只保留一个主版本，另一个 301 跳转。
3. 尾斜杠
如果你的站点规范是无尾斜杠，就不要在 canonical 里又写成有尾斜杠。
4. 参数页
筛选页、排序页、分页页通常 canonical 到主分类页或主列表页，具体取决于业务。
5. 分页
分页不要随意乱 canonical 到第一页。是否这样做要看内容价值和分页语义。
6. 跨域内容
如果内容在多个域名上重复，canonical 可以跨域指向主版本，但前提是你有明确的内容归属和控制权。
常见错误
1. canonical 指向自己以外的错误页面
这会让搜索引擎理解混乱，甚至忽略你的意图。
2. sitemap 和 canonical 不一致
这是非常典型的冲突信号。sitemap 里是一个版本，canonical 却指向另一个版本，搜索引擎会更倾向于自行判断。
3. 站内链接指向重复版本
即使 canonical 正确，站内链接长期指向非规范版本，也会削弱一致性。
4. canonical 指向被 noindex 的页面
如果目标页面本身不该被索引，canonical 逻辑通常就不应该把它作为主版本。
5. canonical 多次嵌套
不要让 A 指向 B，B 指向 C，C 又指向别的地方。尽量让所有重复版本直接指向最终主版本。
6. 所有页面都指向首页
这属于滥用 canonical，会导致内容关系被破坏。
关系到 SEO 的关键一致性
canonical 最怕的不是“没写”，而是“写了但全站不一致”。
应该对齐的内容包括：
- 主域名
- 协议
- 路径风格
- sitemap URL
- 站内链接
- OG URL
- 301 跳转规则
与 robots.txt 的关系
robots.txt 控制抓取，canonical 控制规范版本。
建议：
- robots.txt 不要屏蔽你想让搜索引擎看到 canonical 的页面
- canonical 目标页本身应该可抓取
- 不要用 robots.txt 代替 canonical
与 sitemap 的关系
Sitemap 中只应该收录规范 URL。
建议：
- sitemap 里的 URL 和 canonical 保持一致
- 不要把非主域名混进 sitemap
- 不要把参数页和规范页混写
与站点迁移的关系
迁移域名或更换主域名时，canonical 必须和新跳转规则同步更新。
建议：
- 新域名做主 canonical
- 旧域名 301 到新域名
- sitemap 只写新域名
- 站内链接只输出新域名
检查清单
上线前确认以下事项：
- canonical 是否是绝对地址
- canonical 是否指向最终主版本
- sitemap 是否一致
- 站内链接是否一致
- 301 是否到位
- 协议和域名是否统一
- 参数页和分页页是否被正确处理
实战建议
一个稳妥默认策略是：
- 首页、栏目页、详情页都输出 canonical
- 非主版本统一 301
- sitemap 只放规范 URL
- 内链直接指向规范 URL
- 参数页和复制页只保留一个清晰主版本
最小可用示例
<head>
<title>Canonical 规范化指南</title>
<link rel="canonical" href="https://www.example.com/seo/canonical" />
</head>结论
Canonical 的本质是“告诉搜索引擎哪个 URL 才是这份内容的主版本”。
最重要的不是单独写一条标签，而是让整个站点的规范化信号一致：
- canonical
- 301 重定向
- sitemap
- 站内链接
- 主域名
- HTTPS