百度收录查询工具：URL大小写映射不一致时保留、改写还是退出
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /d7b6af25c0ff.html
📄
百度收录查询工具：URL大小写映射不一致时保留、改写还是退出
先给结论：如果同一份内容在服务器上同时存在 /Guide/A.html 与 /guide/a.html 两个可访问地址，而百度收录查询工具把其中一种大小写形式当成独立URL，优先做的不是继续查收录量，而是统一映射并让其中一种形式退出可访问状态。保留双份、用跳转改写、还是彻底下线一种路径，取决于链接来源、服务器平台和历史外链结构，不能只看查询结果里哪一条收录更多。
先判断大小写差异是否真的产生了两个可访问地址
Linux 文件系统通常区分大小写，Windows 和不少对象存储默认不区分；同一套代码迁移到不同环境后，大小写问题才暴露出来。验证时不要只打开首页，要分别请求带大写和小写的完整路径，观察返回状态与最终落地地址。
- 两种写法都返回 200，且正文相同：存在重复地址，需要统一映射。
- 一种返回 200，另一种返回 404：问题可能只是内链或站点地图写错，不必大动路径规则。
- 一种返回 301 到另一种：已有跳转，但要确认跳转方向是否与历史链接一致。
- 两种都返回 200，但内容不同：这不是大小写映射问题，而是路径冲突，处理方式另当别论。
这一步的结果直接决定下一步：只有确认存在两个可访问地址，后面的保留、改写或退出才有意义。若只是单侧 404，修正内链和站点地图即可，不必改动服务器映射。
保留、改写、退出三种取舍各自成立的条件
保留双份只在一种情况下成立：两种大小写形式承载不同内容，且分别有独立链接来源，强行合并会破坏已有访问。代价是必须用 rel="canonical" 或等价机制明确主版本，否则百度收录查询工具会持续把两种形式分别计入，后续排查更难收敛。若两种形式内容相同，保留双份几乎没有收益。
改写为统一跳转适合内容相同、但历史外链和用户输入已经分散在两种大小写上的站点。做法是把非主版本 301 到主版本，并让服务器在路径匹配阶段就完成归一化，而不是等应用层再处理。代价是跳转规则写错会形成循环，需要在上线后逐条验证状态码和最终地址。
退出一种路径适合内链、站点地图和外部来源都能同步修改的情况。直接让非主版本返回 404 或 410 比保留一个永远跳转的地址更干净，但前提是你能确认没有仍在流通的旧链接。若旧链接无法统计，贸然退出会把可访问流量变成死链。
三种做法不是并列选项，而是按证据递进：先确认双地址是否存在，再看链接来源能否收敛，最后才决定是否退出。缺少任何一步证据，都应先停在跳转改写阶段。
统一映射时最容易踩的三个坑
只改站点地图，不改服务器匹配
站点地图写的是主版本，服务器却仍接受另一种大小写，百度收录查询工具仍可能通过外链发现非主版本。站点地图不保证收录，也不等于完成了归一化。正确顺序是先在服务器层统一匹配，再更新站点地图和内链。
用 robots.txt 屏蔽非主版本
robots.txt 的抓取限制不等于可靠的索引移除。被屏蔽的地址如果已被收录，仍可能出现在查询结果中，且你无法通过抓取状态判断它是否真正退出。对需要合并的重复地址，跳转比屏蔽更可控。
把查询结果波动当成处理失败的证据
统一映射后，百度收录查询工具里某一种大小写形式的数量下降，可能是归一化生效，也可能是抓取延迟、查询口径变化或站点整体抓取减少。请求量或某项统计归零不能单独证明处理正确，需要结合服务器访问日志中两种路径的请求分布一起看。若日志显示非主版本请求已稳定跳转到主版本，才算完成闭环。
一个可复用的验证顺序
- 用带大小写差异的完整路径分别请求，记录状态码和最终地址。
- 确认两种形式是否返回相同正文，排除路径冲突。
- 在服务器层配置统一映射，主版本返回 200，非主版本 301 到主版本。
- 更新内链、站点地图和可能存在的结构化数据中的地址写法。
- 观察服务器日志中非主版本的请求是否被稳定跳转，再回看收录查询结果。
假设某站点把 /News/2024/Item.html 和 /news/2024/item.html 都配置为可访问，且外链两种写法各占一半。此时直接退出一种路径会损失一半入口，合理做法是选其中一种作为主版本并让另一种 301 过去；等日志显示非主版本请求持续减少后，再评估是否收紧匹配规则。这个例子只说明判断顺序，不代表任何具体站点的实际数据。
统一映射的目标不是让收录查询工具里的数字立刻变化，而是让同一份内容只有一个稳定可访问地址，后续的收录、日志和排查才有共同基准。
