canonical标签必须放在内且仅一个，用绝对url指向规范页；放、动态插入、相对路径或多个标签均无效。
canonical 标签写在哪个位置才生效
必须放在 内，且越靠前越好——浏览器解析到第一个有效的 <link rel="canonical"> 就会采用，后续同类型标签会被忽略。如果写在 里，绝大多数搜索引擎直接无视。
常见错误包括：动态模板中误插在 开头、JS 注入生成（爬虫通常不执行 JS）、或被条件注释/服务端逻辑意外跳过。
- 确保 HTML 输出时已渲染完成，不是依赖客户端 JS 补充
- 检查最终响应的 HTML 源码（右键 → 查看页面源代码），确认标签真实存在且结构正确
- 避免多个
rel="canonical"出现在同一页面，尤其 CMS 插件和主题可能各自添加一份
href 值必须是绝对 URL，不能用相对路径
<link rel="canonical" href="/article/123"> 是无效的。搜索引擎要求 href 属性值为完整协议+域名的绝对 URL，否则可能被忽略或误解析为当前页自身。
例如，在 https://example.com/blog/post 页面上，应写成：
<link rel="canonical" href="https://example.com/blog/post">
而不是 /blog/post 或 blog/post。多语言或多站点部署时更要小心：https://zh.example.com/ 和 https://en.example.com/ 的 canonical 必须指向各自语言版本的绝对地址，不能跨域指向主站首页。
- 服务端渲染时建议用完整
request.scheme+request.host拼接，避免硬编码 - 静态站点生成器（如 Hugo、Jekyll）需确认模板中
site.url或等效变量已正确配置 - HTTP → HTTPS 迁移后，务必把 canonical 中的
http://全部替换为https://
canonical 指向自身还是其他页面？什么情况下不能乱指
绝大多数页面应指向自己——这是最安全、最符合规范的做法。只有当存在内容高度重复的变体页（如带参数的列表页、打印版、AMP 页、分页第 2+ 页）时，才指向首选版本。
典型误用场景：
- 把所有文章页 canonical 指向首页（等于告诉搜索引擎“这些内容都不重要”，导致收录暴跌）
- 分页页
/page/2/指向/page/1/，但两页内容无重叠（违反“高度相似”前提） - HTTPS 页面 canonical 指向 HTTP 版本（协议不一致，信号冲突）
- 移动端页面 canonical 指向桌面版，但两者布局/内容差异极大（Google 明确不鼓励）
判断依据很简单：如果用户打开两个 URL 看到几乎一样的核心内容，且你只希望其中一个被索引，才适用 canonical。否则，别动它。
如何验证 canonical 是否被搜索引擎接受
不能只看 HTML 源码是否存在，得看实际抓取结果。Google Search Console 的「URL 检查」工具是最直接的方式：输入目标 URL，查看「包含的链接标记」部分是否列出 canonical 声明，以及「规范网址」字段是否与你预期一致。
注意几个关键信号：
- 如果显示 “Google 选择了不同的规范网址”，说明你的声明被忽略——常见原因是目标页返回 404、重定向链过长、或目标页本身也设了冲突的 canonical
- 使用
curl -I https://yoursite.com/page检查响应头，确认没有Link: <...>; rel="canonical"</...>与 HTML 中的标签冲突 - 避免在 robots.txt 中屏蔽 canonical 指向的目标页，否则搜索引擎无法访问验证
canonical 不是重定向，也不影响用户点击行为，它只是给搜索引擎的“建议”。真正起作用的前提是：目标页可访问、可索引、且内容可信度不低于当前页。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
