同一份内容对应多个 URL，是收录工作里最常见也最容易被忽略的问题。它不一定来自参数或转载，很多时候只是地址写法不统一：带 www 和不带 www、结尾有没有斜杠、路径里某段用了大写、http 和 https 各来一次。对访客来说这些地址打开的是同一个页面，对搜索引擎来说却可能是若干条彼此独立的记录，抓取量、外链信号和索引状态都会被摊薄。更麻烦的是，这种分裂通常不会报错，只会表现为“这个页面收录了，但收录的那个地址不是我想要的”。
先把 URL 变体查全
动手收敛之前，建议先做一次盘点。只凭印象回忆容易漏掉一两类，后面又要返工。可以结合服务器日志、站内搜索、外链工具和 sitemap，看同一批内容到底被多少种写法访问过。
主机名与协议
http 与 https、带 www 与不带 www，这四种组合如果都能直接打开并返回 200，就等于给每个页面准备了四个入口。现在多数站点已经全站 https，但 http 没有做跳转的情况仍然存在。
大小写与尾斜杠
Linux 环境下路径大小写敏感，/About 和 /about 在服务器看来是两个地址。尾斜杠同理，/news 与 /news/ 是否指向同一处，取决于服务器配置和框架路由，不能想当然。
默认文档与多余参数
index.html、index.php 这类默认文档被显式写进 URL，会额外产生一份副本。此外，明明只用于后台统计的跟踪参数、会话 ID 被拼在链接上，也会让同一页面裂成更多地址。
规范版本怎么选
选哪一个作为正式版本，主要看既有事实，而不是看哪个读起来顺眼。可以从这几处找依据：
- 历史外链和分享主要指向哪个写法，尽量不要让已积累的链接失效；
- 已有的收录页里，哪个版本占比更高；
- 站点日志中被抓取最频繁的那个；
- 技术实现上最容易长期维持统一的那个。
这几点如果指向不一致，优先考虑外链和已有收录，改动的代价最小。
收敛的操作顺序
确定目标版本后，按下面的顺序处理，比零散修改更容易看出效果：
- 把站内所有内链、导航、面包屑统一到规范写法，包括模板和硬编码的旧链接。
- 服务器层面对其他变体做 301 跳转，指向规范地址，而不是用 JS 或 meta 跳转代替。
- sitemap 只保留规范地址，避免主动提交多种写法。
- 页面上的 canonical 与 sitemap、内链保持一致，作为兜底而非唯一手段。
- 跳转链尽量一步到位，避免 A 跳 B、B 再跳 C 的长链条。
- 改动完成后观察一段时间的日志，确认旧写法访问量下降、新地址被抓取。
301 与 canonical 是两件事：前者解决访问入口，后者表达偏好。只做标注不做跳转，用户和蜘蛛仍会走到旧地址上，收敛速度会慢很多。
几个容易踩的边界
尾斜杠要看具体类型
目录型地址和文件型地址的处理规则不同。给静态资源加尾斜杠、给目录去掉尾斜杠，都可能直接导致 404，改之前先小范围验证。
别急着一次改完
如果站点规模较大，可以按目录分批推进，每批改完观察索引状态再做下一批。一次性全站改动，出问题时很难定位是哪一步引起的。
收录更新需要时间
跳转上线后，旧地址不会立刻从索引里消失，新地址也不会马上替换上去。这段过渡期出现新旧并存是正常的，重点看趋势是否朝规范化方向走。
把 URL 写法统一，收益不在于某个页面立刻被收录，而在于不再让同一份内容分散成多条记录。日常维护中，新建栏目或改版时顺手检查一次默认写法，比事后集中清理省力得多。