canonical标签不传递全部权重，仅向搜索引擎建议规范URL；它不改变用户访问路径，错误使用（如循环指向、相对路径、与301混用）会导致索引混乱和流量流失。
它不传递全部权重，只告诉搜索引擎“这个页面的权威版本是哪个”，用错了反而导致索引混乱、流量流失。
canonical 标签不是重定向，也不改变用户访问路径
加了 <link rel="canonical" href="https://www.example.com/page"> 后，用户点开 https://example.com/page 还是打开当前页，完全没变化。搜索引擎才看这个标签——它只是个“建议”，不是指令。
常见错误包括：
- 以为加了 canonical 就能自动跳转，结果用户和爬虫都还在访问多个 URL
- 在 www 和 non-www 之间互相设 canonical，形成 A→B、B→A 的循环
- 把 canonical 当成 301 的廉价替代，忽略 HTTP 层的真实跳转需求
href 必须是绝对 URL，且目标必须返回 200
href 值写成 /page 或 //example.com/page 是无效的。协议、子域名、路径斜杠都要和真实可访问的 URL 完全一致。
立即学习“前端免费学习笔记（深入）”；
目标 URL 必须：
大规模构建程序化 SEO 2.0 系统——采用严格定义的 JSON Schema、垂直领域分类体系（niche taxonomy）及 React 渲染器实现 AI 生成内容。适用于以下场景：(1) 创建海量…
- 返回 HTTP 200 状态码（不能是 301/302 中间跳转页）
- 内容与当前页高度一致（不是摘要页、不是登录页、不是 404）
- 在 Google Search Console 的「URL 检查」中显示为“规范网址”
动态页和分页场景下容易误用
电商列表页 /products?page=2 如果 canonical 指向 /products，Google 会认为第 2 页没有独立价值，可能直接不索引。
正确做法是区分参数类型：
- 干扰型参数（
?utm_source、?ref）必须剔除 - 语义型参数（
?page=2、?q=foo）应保留，并各自设自己的 canonical - PHP 中用
parse_url($_SERVER['REQUEST_URI'], PHP_URL_PATH)提取干净路径 - Next.js 中避免用
router.fullPath，改用router.pathname+ 手动过滤router.query
多域名共存时，canonical 必须统一指向主域
如果你同时绑定了 example.com、www.example.com、shop.example.com，但内容完全一样，就不能让每个域名输出自己的 canonical。
所有页面的 <link rel="canonical"> 都得指向同一个地址，比如 https://www.example.com/products/123。
否则搜索引擎会当成三个独立站点处理，权重分散。最容易被忽略的是：
- 静态生成工具（如 Hugo、Next.js）默认按请求域名渲染 canonical，需强制覆盖
- CDN 缓存了不同域名下的 HTML 片段，导致 canonical 内容不一致
- WordPress 插件未开启“强制首选域”，在不同入口下输出不同值
真正起效的前提是：canonical 指向的 URL 必须真实存在、可抓取、内容匹配，且整个链路里没有 JS 注入、相对路径、跨域跳转或 noindex 冲突。它从来不是单点解法，而是和 301、hreflang、robots.txt 协同工作的环节之一。
