同一個頁面被寫成好几種 URL，是很常见的現象。首頁可能同时有 / 和 /index.html，栏目頁可能有 /Tag/SEO 和 /tag/seo，带參數的列表頁因為拼接顺序不同，能生成好几串地址。這些寫法在浏览器里都能正常打開，但對搜尋引擎来说，它們属于不同的 URL，處理不好就會出現重复内容、信号分散、收錄结果和预期不一致。
這些寫法是怎么冒出来的
多數情况下不是有人故意造，而是几個环节各自為政：
- 程序路由不区分大小寫，連結里寫 SEO 還是 seo 都能訪問；
- 服務器同时把 /a 和 /a/ 指向同一份内容；
- 排序、篩選、分頁參數由前端拼接，顺序和數量不稳定；
- 老連結和新連結在站内同时存在，一直没有清理。
先找出這些来源，比直接去改标簽更有用。否則今天合並了两串，明天又長出新的。
三類最常见的差异
1. 大小寫
如果程序對路径大小寫不敏感，/News/2024 和 /news/2024 會返回同一頁。搜尋引擎會视為两個地址，但它們指向的是同一内容。内部連結、導航、面包屑里如果两種寫法混着用，就是在主動制造重复。
2. 末尾斜杠
/about 和 /about/ 是否等價，取决于服務器配置。有的站点两者都返回 200，有的會自動跳轉。需要確認實际返回狀態碼，而不是凭印象判断。若两者都返回 200，至少要让其中一種通過 301 指向另一種。
3. 參數顺序與多余參數
?a=1&b=2 和 ?b=2&a=1 内容相同，但 URL 完全不一样。會话 ID、来源跟踪、時間戳這類參數，如果每次請求都變化，等于每抓一次就多一個地址。這類參數带来的重复通常比大小寫問题更隐蔽，也更难收敛。
先確認是不是真的重复
URL 不同，不等于内容重复。判断标准是頁面主体内容是否基本一致：标题、正文、主要信息是否相同。只有導航、推荐位、广告位不同，通常不构成需要動手的重复。反過来，如果两串 URL 打開後正文完全不同，那就不该合並，而要回头检查是不是路由串了、參數含义被誤用。
另外要接受一個現實：抓取和收錄是两件事。搜尋引擎可能抓取了多個寫法，最终只選擇其中一個進入索引，也可能都保留一段時間。看到索引里出現几種寫法，不必立刻判断為出错，先观察它們的内容是否一致、是否長期並存。
處理顺序
- 先统一站内連結。把導航、面包屑、列表、正文内鏈、Sitemap 里的寫法统一成一種。這是成本最低、见效最直接的一步，也是後面所有動作的前提。
- 再考虑服務器端跳轉。如果两種寫法都長期存在、都有外部連結，可以配置 301，让其中一種指向另一種。注意只跳一次，避免 A 跳 B、B 又跳 C 的鏈式结构。
- 用 canonical 兜底。目前两步做不到时，在頁面上用 canonical 指明首選地址。它只是提示，不是强制指令，所以不要指望它能替代跳轉。
- 给參數頁加约束。排序、會话、跟踪類參數可以用 robots.txt 規則或搜尋平台的參數處理設定做限制，但要先確認這些參數頁本身没有搜尋價值，別誤伤真正需要被收錄的頁面。
哪些情况可以先不動
- 只有极少量訪問、也没有外部連結的舊地址，花時間合並的收益有限；
- 跳轉配置會影响大量正常請求时，先改成内鏈统一，观察一段時間再動服務器；
- 參數頁本身有獨立内容，比如不同篩選组合呈現的是不同商品集合，這類頁面更适合單獨评估，而不是一律收敛。
判断優先級时可以問一句：這個寫法有没有被真實用戶看到、有没有外部連結指向、會不會持續产生新的變体。三個都否，可以先放一放。
處理這類問题的顺序是：先让站内連結一致，再考虑跳轉，最後才用 canonical 兜底。顺序颠倒，往往花了很多時間改标簽，回头看連結里還是两種寫法混着用。