做 SEO 的人，迟早都会碰到 canonical。
有些人把它当成技术标配。
有些人把它当成重复内容的灭火器。
还有些人更猛，哪里看着不顺眼，就先塞一个 canonical 再说。
结果呢？
轻一点，是搜索引擎没按预期收录。
重一点，是整站索引开始乱套。
再重一点，自己还没反应过来，首页已经替全站背锅了。
这事很有意思。canonical 看起来只是一个 link 标签，存在感不强，代码量也不大。但它传递的信息一点都不轻：搜索引擎，这几个版本里，优先看哪一个。
所以，canonical 从来不是“加不加都行”的小修小补。
它更像是在告诉搜索引擎：这堆长得差不多的页面，谁才是正式选手。
canonical 到底是干什么的？
先把最基础的一句讲明白。
rel="canonical" 的作用，不是让页面“更高级”，也不是让页面“自动涨排名”。它干的事情很朴素：当同一内容有多个版本，或者多个页面非常接近时，告诉搜索引擎哪个版本应该被当成首选版本。
这就是 canonical 的核心。
如果页面 A 的 canonical 指向页面 B，意思不是“我不存在了”，而是“如果要在搜索结果里重点展示一个版本，请优先认 B”。
听上去像是在做选择题。
实际上，它是在帮搜索引擎减少误判。
因为网站上的重复内容，很多时候根本不是故意做出来的。参数、筛选、语言版本、活动页、测试页、颜色规格页、桌面页和移动页，随便来一个，都可能让同一份内容长出好几个 URL。
页面内容差不多。
URL 长得不一样。
搜索引擎看着也烦。
这时候 canonical 的价值就出来了。它不是在消灭页面，而是在给这些页面排主次。
canonical 解决的不是“页面要不要存在”，而是“搜索引擎该把谁当正本”。
很多人第一次接触 canonical，会误以为它很像 301。
其实不是一回事。
301 是直接把人和爬虫都转走。
canonical 是页面还在，用户还能访问，但搜索引擎最好把另一个版本当首选。这个区别，看着细，实操里却很要命。
什么时候最该用 canonical？
canonical 真正常见，不是在教材里，而是在那些“页面其实没坏，但索引开始变乱”的现场。
最典型的一类，是带参数的 URL。
比如一个页面能因为参数顺序不同，生成两个不一样的 URL，但内容其实完全一样。
对用户来说，这没什么。
对搜索引擎来说，这就是两份可能重复的页面。
再比如电商站点里，一个商品因为颜色不同、筛选不同、排序不同，URL 变了，但页面 99% 的内容没变。这种时候，如果每个版本都让搜索引擎自己判断，很容易把权重、收录和展示搞得七零八落。原文里举的鞋子颜色页，就是这个意思：红色、蓝色、黑色都能访问，但可以把规范版本统一指向主商品页。
还有一种很常见，但很多人会忘掉的场景，是故意做多个版本。
比如广告投放做个性化落地页。
比如做 A/B 测试。
比如一篇内容被发到了多个域名上。
比如桌面端和移动端是分开的 URL。
这些页面存在，本身没问题。
问题在于，搜索引擎看到这么多长得很像的版本，总得决定谁更值得收录。
如果站长不说，它就自己猜。
搜索引擎一旦开始猜，很多站长就会开始后悔。
说难听点，这叫把索引决策外包给算法；说好听点，这叫让搜索引擎自由发挥；说准确点，这叫后面出事了别问为什么。我佛了。
原文里也讲得很清楚：对于分开的桌面页和移动页，可以用 canonical 和 alternate 一起去传达两者关系；如果内容跨域发布，也可以用跨域 canonical 去告诉搜索引擎，哪个版本才是应该优先索引的那个。
但有些问题，canonical 不该背锅
很多人一学会 canonical，就容易把它想得太强。
重复内容？上 canonical。
想省抓取？上 canonical。
想传权重？上 canonical。
页面乱七八糟？还是上 canonical。
这就有点过了。
canonical 很有用，但它不是万能药。
它能解决的是“首选版本”问题，不是“所有技术问题”问题。
原文里专门提了两个边界。
第一个边界，是它不会完全替代 301 重定向。
如果页面本来就不该保留多个版本，比如 HTTP 和 HTTPS 同时可访问，或者多个域名、多个子域名都能打开同一个页面，这种情况更合适的处理方式通常是重定向，把冗余版本直接并到首选版本上。canonical 可以作为补充信号，但不该拿来代替本该做的重定向。
第二个边界，是它不会帮网站解决抓取优化问题。
canonical 告诉搜索引擎“优先索引谁”，但不负责告诉搜索引擎“别抓谁”。页面即便 canonical 指向了别处，搜索引擎依然可能继续抓这个页面。所以如果网站的问题是死循环、死胡同、大量无用页面在浪费抓取预算，那该想的是 robots.txt 和更底层的抓取治理，而不是指望 canonical 单兵救场。
canonical 更像“索引层面的偏好声明”，不是“爬虫层面的禁行通知”。
这两个边界不搞清楚，后面就很容易出现一种经典场面：
标签加了。
代码也没报错。
人心很安。
结果问题一件没解决。
canonical 真正容易踩坑的，不是不会写，是写得太随便
很多网站不是没上 canonical，而是上了个寂寞。
原文里列的最佳实践，其实非常实用，而且每一条都不像废话。
第一，尽量用绝对 URL。
带上协议、域名、路径，别写得含含糊糊。因为一旦服务器、域名或子域配置有问题，相对路径很容易把重复内容放大。
第二，每页只放一个 canonical。
多个 canonical 放在同一页上，看起来像是“我都告诉你了，你自己选”。问题是，搜索引擎不一定喜欢这种开放式问答。Google 的态度就比较直接：如果一个页面上有多个 canonical，它可能会忽略掉其他的，甚至直接不理这块信号。
第三，放在 <head> 里，或者放在 HTTP Header 里。
尤其是 HTML 页面，canonical 放错地方，搜索引擎可能根本处理不到。非 HTML 文档，比如 PDF，才更适合走 HTTP Header 这条路。
第四，canonical 指向的页面，最好是可索引页面。
别一边 canonical 指过去，一边又 noindex，或者指向一个已经 301 走掉的页面。站长自己都把路指乱了，搜索引擎当然也会皱眉。
第五，XML Sitemap 里只放首选版本。
canonical、站点地图、实际可抓取版本，这三套信号最好统一。别 sitemap 里塞了一堆非首选页面，canonical 又指向别处，这种内耗式配置，最后只会增加歧义。
很多技术问题，说到底不是复杂。
而是粗心。
canonical 这事也一样。不是因为它太高深，恰恰是因为它看起来太简单，所以最容易被随手一配、随手一改、随手一批量套模板。然后整站开始一起漂。
最后，记住这几个常见误区
关于 canonical，最容易误解的大概有四个点。
第一，它不是强制命令，而是强信号。
也就是说，搜索引擎可以参考它，但理论上也可以不听。它不是圣旨，更像建议。
第二，它不一定完整传递链接权重。
原文里提到，canonical 可能会合并一部分链接权益，但并没有明确证据证明它能像 301 那样完整传递。如果目标是尽可能稳地传递权重，301 仍然更直接。
第三，它用错了，真的能把网站搞坏。
最典型的灾难，就是全站页面都 canonical 到首页。搜索引擎如果照单全收，后果基本可想而知：别的页面该掉的掉，该消失的消失。
第四，分页页通常不建议乱用 canonical。
如果分页内容并不是完全相同的页面，通常不该简单粗暴地全都 canonical 到第一页。原文建议，更合理的是用 rel="next" 和 rel="prev" 去表达逻辑顺序；除非有一个加载很快的“查看全部”页，才可以把它设成分页的规范版本。
这些误区看着分散，背后其实是同一个问题：
很多人不是没听说过 canonical，是真没想清楚它到底只负责哪一段。
canonical 不是拿来“让 SEO 更高级”的。它只是帮搜索引擎少猜一点，帮网站少乱一点。
把这句话想明白，很多配置决策就不会乱。
真正成熟的 SEO 处理方式，不是逮到一个标签就把所有问题往上塞，而是先分清楚：这个问题到底属于索引、抓取，还是重定向。canonical 很重要，但它负责的，只是那条线。
原创文章，作者：图帕先生，感谢支持原创，如若转载，请注明出处：https://www.yestupa.com/what-is-canonical-url.html
微信咖啡 
支付宝咖啡 
