canonical标签必须唯一置于HTML源码中且href为绝对URL，协议、域名、路径、末尾斜杠须与目标页真实返回的200地址严格一致，禁止JS注入、相对路径、多标签或与noindex/301混用。
canonical 标签必须写死在 HTML 源码的 里，且 href 值必须是与当前页面真实返回地址严格一致的绝对 URL——漏协议、错斜杠、多标签、JS 插入，全都会让搜索引擎直接忽略。
canonical 必须放在
搜索引擎只解析初始 HTML 字符串的 区域，不执行 JS，也不读取 中的内容。用 document.head.appendChild() 添加、或把标签塞进 开头，等于没写。
- 验证方式：右键 → “查看网页源代码”，搜索
rel="canonical"，确认它唯一、闭合、且出现在内 - SSR/SSG（如 Next.js、Nuxt）中，别用带 query 的
router.asPath或route.fullPath拼 URL，它们会把?utm_source=xxx这类干扰参数一起带上 - CMS 主题 + SEO 插件容易各自输出一个 canonical，导致页面出现两个
<link rel="canonical">，Google 可能整个作废
href 必须是绝对 URL，协议/域名/路径/斜杠一个都不能错
相对路径（如 /article/123）或协议相对路径（如 //example.com/article）会被不同上下文解析成错误地址：HTTP 页面里变 http://，HTTPS 页面里变 https://，CDN 回源时还可能指向错误源站。
- 正确写法只有一种：
<link rel="canonical" href="https://www.example.com/article/123"> -
https://不能省，www.和非www.是两个不同规范域，选一个并全站统一 - 末尾斜杠必须和目标页真实返回的 URL 一致：
/article/≠/article；如果服务器对后者返回 301 跳转或 404，canonical 就失效 - 目标 URL 必须返回 HTTP 200 状态码，不能是跳转链中间页，也不能是
robots.txt禁止抓取的地址
动态页面怎么生成干净的 canonical？关键在过滤参数
判断标准就一个：这个参数是否改变了页面主体内容？干扰型参数（如 ?utm_source、?ref、?fbclid）必须剔除；语义型参数（如 ?page=2、?q=foo）通常应保留——第 2 页不是第 1 页的副本，它有独立索引价值。
立即学习“前端免费学习笔记（深入）”；
- PHP：用
parse_url($_SERVER['REQUEST_URI'], PHP_URL_PATH)提取路径，再拼上https://+$_SERVER['HTTP_HOST'] - Next.js：用
router.pathname，手动过滤router.query中的 tracking 类参数，别用router.asPath - Nuxt 3：在
useHead()中基于route.path构造，不要用route.fullPath - 分页页、筛选结果页（如
/search?q=foo&page=3）的 canonical 应指向自身，而非第一页
canonical 不能和 noindex 或 301 混用
它只是建议，不是开关，也不是重定向。混用会引发信号冲突，让搜索引擎困惑甚至直接忽略。
- 在
<meta name="robots" content="noindex">的页面上设 canonical，逻辑矛盾，可能整条被忽略 - 已配置 301 跳转的旧 URL，其 HTML 里 canonical 仍要指向新地址，而不是自己或跳转前地址——
<link rel="canonical">不是“我从哪来”，而是“你该记谁” - 全站所有页面 canonical 都指向首页，内页权重会被清零，这是最危险的误用
- canonical 不能替代 301：没有 301 只靠 canonical，外部链接权重几乎不传递；Google 明确说它是“弱信号”，而 301 是“强指令”
最容易被忽略的其实是路径末尾斜杠和目标页状态码——哪怕其他全对，只要 /article 实际返回 301 到 /article/，而 canonical 写的是前者，搜索引擎就会认为你在撒谎。上线前务必用 curl -I 或 Google Search Console 的“URL 检查”工具确认目标 URL 真实返回 200 且无跳转。
