rel="canonical"不能跨域名传递权重，仅声明原始出处；仅适用于转载或授权镜像场景，需双向可信且内容高度匹配，否则无效。
rel="canonical"不能跨域名传递权重，但能明确告诉搜索引擎“谁才是原始出处”
如果你的同一内容同时发布在 www.example.com 和 blog.example.com（或更常见的是 example.com 和 shop.example.com），rel="canonical" 标签本身**不会把权重从子域名转移到主站**，它只是一条声明：当前页面的内容，权威来源是哪个 URL。搜索引擎会据此判断索引优先级，但不会像 301 那样传递全部链接权重。
跨域名 canonical 的唯一合法用法：转载或镜像场景
只有当内容是**非原创、明确转载或授权镜像**时，才应在子域名页面上设置 rel="canonical" 指向主域名的原始 URL。比如：
-
blog.example.com/article/123是www.example.com/article/123的授权转载页 → 在blog.example.com页面的中写：<link rel="canonical" href="https://www.example.com/article/123"> - 反之，如果两个域名都是你自己的、内容完全一致且无主从关系（如 www 和 non-www 同时可访问），这不是“跨域名 canonical”的适用场景，而是该统一域名规范（强制 301 跳转 + 全站 canonical 指向统一版本）
常见错误：把 canonical 当成跨域名重定向开关
很多人误以为只要在 shop.example.com/product/1 里写上 href="https://www.example.com/product/1"，就能把 shop 子域的 SEO 权重“导流”过去。实际效果是：
- Google 可能仍索引
shop.example.com页面，但把它标记为“副本”，降权处理 - 如果两个域名内容高度重复且无明确转载关系，Google 可能直接忽略 canonical，按自身算法选一个收录
- 更危险的是：若
www.example.com/product/1返回 404 或权限拒绝，canonical 就失效，甚至引发抓取异常
真正要解决多域名重复，优先做三件事
canonical 是辅助手段，不是主方案。真正有效的做法是：
- 确认是否真需多域名共存——如果只是 www/non-www、HTTP/HTTPS、带斜杠/不带斜杠，一律用 301 重定向收口到唯一 URL
- 如果是不同业务线用不同子域名（如 blog/shop/docs），确保各子域内容有实质差异，而非简单复制；否则应合并或设 noindex
- 若必须保留多域名且内容高度重合（如区域化站点
us.example.com/jp.example.com），改用hreflang+ 独立 canonical（各自指向自己），而不是互相 canonical
最常被忽略的一点：跨域名 canonical 必须双向可信——目标 URL 要真实存在、返回 200、且内容与当前页高度匹配；否则 Google 直接当无效信号处理。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
