同一篇内容，理论上應该只有一個地址。但實际站点里，经常會出現多個可訪問的 URL：http 和 https、带 www 和不带 www、路径大小寫不同、末尾有没有斜杠、參數顺序不一样。這些地址如果都返回正常内容，搜尋引擎就要額外判断哪個才是代表頁，收錄信号也會被分散。
先分清：這些 URL 是不是真的指向同一内容
不要只看 URL 長得像就下结论。逐個訪問，確認以下几点：
- 頁面主体内容是否相同，标题、正文、主要结构化資料是否一致；
- 是否都返回 200，而不是一個 200、一個 301；
- 頁面上的 canonical 指向哪里，是否互相矛盾；
- 内鏈、站点地图、外部連結分別用的是哪個版本。
如果只是侧栏推荐位或评论不同，但主内容一致，也可以视為同一内容的不同 URL 版本。若主内容差异明顯，就不适合简單合並。
為什么會干扰收錄
搜尋引擎抓取每個 URL 都要消耗资源，索引时還要做去重和代表頁選擇。多個版本同时存在时，外鏈、内鏈、点击和分享信号會被拆散。结果可能是：你希望被收錄的版本收錄慢，或者代表頁換成了另一個你不太在意的版本。它不是惩罚，而是信号不够集中導致的判断成本。
确定首選 URL 的原則
在收口之前，先選一個長期稳定的首選地址。可以參考：
- 已经有外鏈和点击的版本，迁移成本更低；
- 與品牌、證书和服務器配置一致的版本，例如统一用 https 和带 www；
- 路径命名清晰、不依赖临时參數的版本；
- 未来不會因為框架升級或活動結束而改變的版本。
首選地址确定後，不要频繁更換。每換一次，都需要重新积累信号。
用 301 收口，而不是只靠 canonical
canonical 是提示，301 是更强的重定向信号。對于确定不再作為首選入口的 URL，優先用 301 跳到首選地址。注意：
- 不要用 302 或 JS 跳轉代替 301，临时跳轉可能让搜尋引擎保留原 URL；
- 不要做多跳重定向，A 跳 B、B 再跳 C，會浪費抓取预算；
- 不要所有版本都 canonical 到首選，但自身仍返回 200 且可訪問，這只能算补充說明。
如果暂时不能做 301，至少要让重复版本與首選版本的 canonical、内鏈和站点地图保持一致，不要互相指向。
内鏈和站点地图要统一口径
很多重复 URL 不是服務器自動产生的，而是站内連結寫法不统一。检查導航、面包屑、相關推荐、分頁和站点地图，把指向同一内容的連結统一成首選地址。歷史文章里的舊連結如果數量多，可以分批替換，優先改高流量和高轉化頁面。
大小寫、末尾斜杠和參數顺序怎么處理
服務器和 CDN 层面可以做規范化：
- 路径统一小寫，或统一按實际文件大小寫提供；
- 目錄頁统一带末尾斜杠，文件頁统一不带；
- 參數顺序不影响内容时，尽量在服務器或框架层合並；
- 去掉無意义的跟踪參數，保留必要參數。
如果使用 CMS 或框架，先查路由配置和預設規則，避免插件和服務器規則互相冲突。
常见誤区
- 用 robots.txt 屏蔽重复 URL 来代替規范化。 屏蔽後搜尋引擎可能無法看到 canonical 和重定向，反而让首選頁判断更慢。
- canonical 鏈来鏈去。 A 指 B，B 指 C，會让代表頁選擇變得不确定。
- 把 noindex 和 301 混用。 如果希望舊 URL 登出索引並把信号交给首選頁，301 通常比 noindex 更直接。
- 只改 sitemap，不改内鏈。 站内連結仍然指向舊地址，收口效果會打折扣。
复查：看首選 URL 是否真的被選中
收口後不要立刻期待變化。可以在一段時間後复查：
- 服務器日誌里，舊 URL 的抓取是否逐渐减少，301 是否被跟随；
- 索引报告里，首選 URL 是否作為代表頁出現；
- 站内搜尋结果和外鏈是否還有舊版本；
- 站点地图是否只提交首選地址。
如果舊 URL 仍然被大量訪問，先检查内鏈和重定向是否遗漏，而不是反复修改 canonical。
重复 URL 的收口，本质是让信号集中到一個稳定地址上。先把协议、域名、大小寫、末尾斜杠和參數這几類差异盘点清楚，再選首選、做 301、统一内鏈和站点地图，最後用日誌和索引报告复查。流程不复杂，但需要按顺序执行，避免一邊收口一邊产生新的重复入口。