同一個頁面内容，往往不止一個地址可以訪問：带和不带 www、是否加尾斜杠、列表頁的排序參數、從不同入口複製出来的落地頁……這些地址如果都能被抓到，就會出現多條 URL 竞争同一份内容的情况。搜尋引擎最终會從里面挑一條顯示在索引里，但挑中的不一定是站点最想要的那條。
canonical 解决的是選哪條的問题
canonical（規范連結）标簽的作用，是告诉搜尋引擎：這几條地址其實是同一份内容，我建议你以其中這一條為准。它處理的是索引選型問题，不是抓取問题。也就是说，加了 canonical 不代表其他地址不會被蜘蛛訪問，也不代表它們立刻從索引里消失——在搜尋引擎還没完全確認之前，重复地址仍有可能短暂出現。
canonical 是建议，不是命令。搜尋引擎會參考它，同时也會參考内鏈、站点地图、重定向和内容相似度。
寫法上的几個基本要求
- 用绝對地址，寫全协议和域名，不要用相對路径或省略域名的寫法。
- 指向的目标 URL 必须是可以正常訪問的 200 頁面，不能指向 404、301 或者带 noindex 的頁面。
- 每條頁面只保留一個 canonical 标簽；同一頁面出現多個时，搜尋引擎通常會忽略全部。
- 頁面上 canonical 指向的地址，最好與内鏈、站点地图、hreflang 里的寫法保持一致，不要一處带斜杠一處不带。
- 分頁、篩選頁不要统一 canonical 到列表首頁，否則被指向的頁面内容與用戶實际看到的不一致。
常见的错誤用法
把所有頁面都 canonical 到首頁
這種做法會把大量不同内容的頁面合並成一個信号，结果是這些頁面很难被單獨索引。如果本意是不想收錄它們，應该用 noindex，或者干脆不让蜘蛛抓到，而不是拿 canonical 兜底。
canonical 與 noindex 同时出現
两者指向不同目标时信号互相矛盾，常见的後果是目标頁迟迟不進入索引，被指向的来源頁也立场不明。要保留下来的頁面，就不要在它身上加 noindex。
用 canonical 處理跨域内容
把内容同步發到其他平台时，如果两邊都寫了指向自己的 canonical，搜尋引擎只能自行判断。授權轉载的场景下，让轉载方指向原稿地址會更清晰一些，但這不保證對方一定执行。
怎么驗證 canonical 是否生效
比起反复提交，更實用的是做几件事：
- 用抓取工具查看返回的 HTML 源碼，確認 canonical 出現在 head 里，而且没有被 JS 覆盖成另一條。
- 在搜尋里查目标 URL，看结果展示的是哪一條地址；展示的是你指定的那條，說明選型基本符合预期。
- 看蜘蛛日誌和索引报告，確認重复地址的抓取比例是否在下降，而不是繼續被大量抓取。
- 抽查几個典型目錄，看有没有模板自動生成了错誤的 canonical 值。
和内鏈、重定向的配合
canonical 只是信号之一。真正影响權重和抓取走向的，還有内鏈指向哪個地址、舊地址是否做了 301、站点地图里列的是哪一條。三者指向一致时，選型會稳定得多；三者互相矛盾时，搜尋引擎只能按自己的判断来。
如果内容确實要合並，301 比 canonical 更干脆：前者會让舊地址逐步從索引中替換掉，後者則會让多條地址並存更久。区別在于，301 無法保留原地址的直接訪問（除非另有處理），而 canonical 可以让重复地址繼續作為入口存在。選哪一種，取决于你是想彻底收敛，還是想保留一些訪問路径。
另外要注意，canonical 管的是索引選型，管不了抓取。如果重复地址數量很大且還在被频繁抓取，可以配合 robots.txt 或參數處理工具减少抓取浪費，把抓取額度留给真正需要被發現的頁面。至于蜘蛛池這類提效手段，它的作用在 URL 發現环节，對選哪條 URL 進索引這件事没有直接帮助。
小结
canonical 的正确用法其實很简單：每條内容指定一條最想要的标准地址，保證這條地址可訪問、寫法统一，再用内鏈和站点地图反复確認同一個方向。复杂的不是标簽本身，而是整站有没有一致的 URL 约定。约定不清楚时，canonical 寫得再多也會互相抵消。