同一份内容在索引里出現两三個地址，是站点运营里很常见的情况。多數时候不是搜尋引擎選错，而是頁面本身對外暴露了多種寫法，服務器又没有把它們统一起来。
多地址通常從哪几個地方来
- 大小寫混用：/About 與 /about 在不少服務器上都能正常返回，頁面内容完全一样。
- 末尾斜杠：/list 與 /list/ 被当成两個地址，各自都能打開。
- 主机名與协议：www 與非 www、http 與 https 同时可訪問，没有做统一跳轉。
- 參數寫法：參數顺序不同、存在跟踪參數或會话 ID，都會生成新的地址。
- 預設文件名：/index.html 與目錄根地址指向同一個頁面。
多個地址都進索引，會带来什么問题
最直接的影响是信号被拆散。外鏈和用戶行為分散在几個地址上，任何一個地址拿到的信息都不完整。其次是抓取资源被浪費，同一個頁面被反复抓取不同寫法。第三是統計口径混乱，收錄量看着很高，實际頁面數量並没有那么多。最後是後續排查變难，做改版或删頁面时，很容易漏掉其中一個變体。
處理顺序：先定規范，再做统一
- 确定唯一規范地址：包括主域名是否带 www、使用 http 還是 https、目錄是否保留末尾斜杠、路径是否统一小寫。
- 服務器层统一：把非規范寫法用 301 指向規范地址，這是最干净的一层。能在這里解决的，不要拖到頁面里。
- 頁内 canonical 對齐：canonical 指向的地址要與 301 的目标一致，不能一個指向带斜杠的版本，另一個指向不带斜杠的版本。
- 内鏈與站点地图统一寫法：站内連結、導航、面包屑、站点地图都使用規范地址，避免自己制造變体。
- 參數頁單獨處理：影响頁面内容的參數保留，排序、篩選、跟踪類參數按規則清理或合並。
几個容易踩的坑
- 只在首頁寫了 canonical，内頁全部缺失。
- 服務器對非規范寫法返回 200 而不是 301，搜尋引擎只能自己猜哪一個是主版本。
- 站点地图里混入了非規范地址，等于主動把變体送出去。
- 跳轉鏈過長，A 跳到 B、B 再跳到 C，中間环节容易让信号衰减。
怎么驗證是否已经收敛
- 看抓取日誌里蜘蛛訪問的地址寫法，是否還在大量訪問舊變体。
- 用不同寫法做查询，观察结果是否只返回規范地址。
- 在索引狀態报告里区分規范版本與备用版本，看备用版本的數量是否在减少。
地址统一属于基础工作，通常不會立刻带来排名變化，但能减少後續排查时的干扰，也让收錄資料更接近真實的頁面數量。