canonical标签不能防止权重分散，只能将分散权重收拢至指定URL，前提是标签必须唯一置于<head>中、href为绝对URL且与目标页完全一致、避免与noindex或301冲突，写错比不写更危险。
它不能“防”权重分散，只能把分散的权重收拢到你指定的那个 URL 上——前提是 rel="canonical" 标签写对了位置、值对了地址、逻辑没冲突。
canonical 必须放在 <head> 里，且只能有一个
搜索引擎只读取初始 HTML 源码的 <head> 区域，不执行 JS，也不看 <body> 里的 <link>。你用 document.head.appendChild() 动态插入，或者把标签塞进 <body> 开头，爬虫就当它不存在。
- 常见错误：CMS 主题和插件重复注入，导致同一页面出现两个
<link rel="canonical"> - SSR/SSG 框架中硬编码了固定 URL（比如所有页面都指向首页），或用了
router.asPath没过滤 query 参数 - 验证方法：右键 → “查看网页源代码”，搜索
rel="canonical"，确认它唯一、闭合、且在<head>内
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.，必须与实际部署一致）、路径末尾斜杠（/article/≠/article）都必须和目标页真实返回的 URL 完全一致 - 目标 URL 必须返回 HTTP 200 状态码，不能是 301/302 跳转链中的中间页，也不能是 404
动态页面怎么安全生成 canonical，尤其带参数或分页时
核心判断标准是：参数是否改变页面主体内容？干扰型参数（如 ?utm_source、?ref）要剔除；语义型参数（如 ?page=2、?q=foo）通常应保留——第 2 页不是第 1 页的副本，它有独立索引价值。
立即学习“前端免费学习笔记（深入）”；
- PHP：用
parse_url($_SERVER['REQUEST_URI'], PHP_URL_PATH)提取干净路径，再拼上$_SERVER['HTTP_HOST'] - Next.js：避免用
router.asPath，改用router.pathname+ 手动过滤route.query中的 tracking 类参数 - Nuxt 3：在
useHead()中基于route.path构造，别用route.fullPath（含 query） - 分页列表页（如
/blog?page=3）的 canonical 应指向自身，而不是首页或第 1 页
canonical 不是重定向，和 noindex、301 混用会互相打架
它只是给搜索引擎的一条明确建议，不是强制指令。写错比不写更危险——一旦 href 值错误、位置放错或逻辑矛盾，搜索引擎可能直接忽略整条标签，甚至误判内页权重。
- 已配置
301跳转的旧 URL，不要再加canonical指回自己或跳转前地址 - 在
noindex页面上仍设置canonical，属于逻辑矛盾，搜索引擎可能忽略 - 全站所有页面
canonical都指向首页，是严重错误，会丢失全部内页权重 - 上线后可用 Google Search Console 的“URL检查”工具验证是否被识别，或直接查 HTML 源码
最常被忽略的是：canonical 是“建议”，不是“开关”。它不删页面、不改跳转、不阻止访问，只影响搜索引擎怎么归集权重——所以每一个环节都得对得上，错一点，整条建议就失效了。
