先给结论:路径大小写差异通常来自服务器或文件系统把 /Guide/A 与 /guide/a 当成不同资源,而页面里的内链、站点地图和旧跳转各自指向不同版本。处理时不要急着批量改文件名,先把“仍然值得保留的页面”和“准备退出的旧路径”分开,再决定统一到哪一种写法。判断是否有效,不能只看搜狗收录查询结果的数量变化,因为请求量或抓取量归零还可能来自抓取限制、临时不可访问、站点地图未更新或页面本身已无价值。
在 Linux 常见的文件系统上,Guide.html 与 guide.html 可以同时存在;在部分 Windows 或容器映射环境下,两者可能指向同一文件。这个差异决定了你该做“301 统一”还是“保留两个入口”。
可行的核查动作:分别请求两个大小写版本,观察状态码、响应正文和最终地址是否一致。若两者都返回 200 且内容相同,说明服务器没有统一映射,需要主动加规则;若其中一个返回 404,说明它从未是有效资源,应把它当作坏链处理,而不是收录问题。
这个动作的结果会直接影响下一步:确认服务器区分大小写后,才值得为旧路径建立逐条映射;如果服务器本身不区分,问题多半出在链接写法和站点地图不一致,优先改模板和生成规则。
以你手里的一份旧页面清单为对象,逐条标注,而不是按目录一刀切。
分类完成后,先处理“保留”和“合并”,再处理“退出”。顺序反了,容易出现旧地址被移除、新地址又没接上的空档。
假设一个短例子:旧路径是 /News/2021/Item,新模板输出 /news/2021/item。如果两者都能访问,先确定以哪一个为准,再把另一侧写成 301。假设选择小写为规范形式,那么内链、站点地图、跳转和页面里的绝对地址都应使用小写版本。
动作与结果的关系可以这样看:改完跳转后,再抽查旧地址是否落到规范地址,而不是落到另一个大小写变体。若跳转链出现 A→B→A 的循环,说明映射表里存在互相指向的条目,需要回到清单修正,而不是继续加规则。
站点地图只负责提交候选地址,不保证收录。因此地图里应只保留规范地址,避免同一内容出现多个大小写版本。HTTPS 也不保证安全无漏洞或排名,它只解决传输层的一部分问题,不能替代路径统一。
在搜狗里查询时,建议分别记录三类观察:规范地址是否出现、旧地址是否仍出现、旧地址是否跳到规范地址。不要只盯着总数。
请求量、抓取量或某项统计归零,不能单独证明处理正确。它还可能来自服务器临时故障、抓取预算转移、站点地图未提交或页面被其他规则拦截。把现象和原因分开记录,才能决定下一步是继续等、修规则,还是放弃这条旧路径。
旧系统或旧合作关系退出时,最容易留下的是外链指向的大小写混杂地址。对这类地址,先判断它是否还有流量或引用价值:有,就做 301 到当前规范地址;没有,就让它自然返回 404。
一个实际动作是:在跳转规则里为旧路径写明确目标,而不是用通配符把所有旧目录都指向首页。通配符会把本应退出的页面也变成有效跳转,后续更难判断哪些路径真正需要保留。做完这一步后,再回到清单核对“保留、合并、退出”三类是否都已有明确结果,然后才进入下一轮查询验证。