设置301重定向后网站打不开怎么排查？

设置301重定向后网站打不开，应先确认请求停在哪一步：旧网址没有响应、多个地址反复跳转，还是已经跳到新网址，但新站报错。搜索中常见的“301エラー”并不代表301本身是故障；301表示永久重定向，真正需要排查的是跳转规则、目标地址及访问链路。

先记录完整跳转路径，再修改对应配置。同时调整域名解析、证书和重写规则，会让故障来源更难判断。

先看请求停在哪里

打开浏览器开发者工具，进入“网络”面板，勾选“保留日志”，重新访问出问题的完整网址。重点查看状态码和响应头中的Location，它表示下一步跳转的地址。

• 提示重定向次数过多：查看是否有两个地址互相跳转，或同一地址不断跳回自己。
• 跳转后出现404或5xx：请求已到达目标地址，应检查页面路径、应用服务或网关。
• 提示证书错误、域名无法解析或连接超时：先处理证书、DNS或网络问题，请求可能尚未进入301规则。

有命令行环境时，可以用curl -I https://old.example.com/path查看响应头，再用curl -IL --max-redirs 10 https://old.example.com/path观察连续跳转。部分站点对HEAD请求的处理不同，结果有疑问时，以浏览器实际GET请求为依据，或用curl -sS -D - -o /dev/null URL检查。

出现循环，优先检查协议、域名和代理配置

常见循环包括HTTP跳到HTTPS后又被跳回HTTP，以及带www域名与不带www域名互相跳转。例如，服务器将example.com导向www.example.com，而建站后台又将后者设回前者，浏览器便无法到达页面。

先确定唯一的正式访问地址，再检查CDN、负载均衡、服务器和建站后台是否采用同一目标。规则可以由多个层级配合执行，但不能各自指向不同的域名或协议。

如果网站接入反向代理，还要检查源站如何判断访客使用的协议。访客通过HTTPS访问CDN，CDN却通过HTTP连接源站；源站若只看自身连接，可能持续要求跳到HTTPS，从而形成循环。

这种情况应核对回源协议，以及应用是否正确识别可信代理传递的协议信息，例如X-Forwarded-Proto。不要直接信任任意来源的该请求头，应限定可信代理范围。

规则没有互跳，也要检查匹配范围与执行顺序

修改前备份现有配置，再逐项检查服务器重写规则、控制面板跳转、程序插件和CDN规则。重点寻找三类问题：

• 目标仍命中原规则：规则把所有请求都跳到某个地址，却没有排除目标地址本身。
• 通配符或正则范围过大：首页跳转规则误覆盖产品页、后台、接口或静态资源。
• 路径拼接错误：目录重复、斜杠处理不一致，或捕获分组引用错误，导致跳到不存在的页面。

临时停用某条规则后恢复访问，只能说明该规则或它与其他规则的组合存在问题。应继续确认触发条件，避免直接删除必要的域名规范化设置。Apache需要关注规则顺序及继承关系；Nginx还要检查server、location与rewrite之间的匹配关系。修改后先检查配置语法，再重新加载。

目标网址打不开，检查DNS、证书和页面映射

直接访问Location中的完整地址。如果目标也打不开，就应沿目标站点继续排查，而不是反复修改旧站301。

域名迁移时，检查新域名的A、AAAA或CNAME记录是否指向预期服务。若同时配置IPv4和IPv6，而其中一路不可用，可能出现部分网络正常、部分网络失败的现象。

HTTPS还需要留意：旧域名必须先完成TLS握手，浏览器才能收到它返回的301。因此，即使旧域名只负责跳转，也需要有效且匹配的证书。带www和不带www的入口都应检查，目标站证书正常并不能替代旧域名的证书。

如果首页正常、产品页或多语言页面报404，应核对新旧路径映射。301只会让浏览器请求新地址，不会自动创建页面。外贸网站迁移时，应优先将旧产品页、分类页和语言页映射到对应内容，避免全部导向首页。

服务器已修好，浏览器仍失败怎么办？

301可能被浏览器或CDN缓存。若命令行已返回正确结果，而常用浏览器仍跳向旧目标，可用全新浏览器配置或另一台设备复测，再针对相关域名清理缓存。使用开发者工具禁用缓存时，应保持工具打开。

CDN也可能继续返回旧的跳转响应，需要清理受影响URL的缓存。浏览器自动将HTTP升级为HTTPS，还可能与HSTS有关，应结合实际网络请求判断，不能一律当作301缓存。

调整期间，可在适合的场景下先使用临时重定向验证目标和路径，确认稳定后再改为301；已有永久重定向的缓存仍需单独处理。

恢复访问后，验证业务入口是否可用

至少复测HTTP与HTTPS、带www与不带www、首页、产品详情页和语言目录，并从广告落地页或搜索结果中的旧链接进入。最终页面应正常加载，跳转路径尽量直接，避免多余中转。

涉及询盘表单、购物车或支付回调时，要单独验证提交过程。301在部分客户端中可能使POST变为GET，这类接口不宜直接套用普通页面跳转规则；确需保留请求方法时，应结合应用逻辑评估307或308。

同时检查广告参数是否保留、站内链接和站点地图是否已更新。使用建站平台时，向服务方提供故障URL、跳转链、发生时间及近期配置变更，能更快定位应修改的平台、CDN或服务器层级。