ERR_TOO_MANY_REDIRECTS 表示浏览器不断跟随重定向，却始终无法打开请求的网页。通常是因为网站反复将访问者在两个 URL 之间来回跳转，例如同一页面的 HTTP 和 HTTPS 版本。
任何网站都可能出现这个问题，包括 WordPress 网站、在线商店和定制应用。
如果您是访问者，先尝试在无痕浏览窗口中打开网站，并清除该网站的 Cookie。如果您是网站所有者，请检查是否存在相互冲突的重定向、SSL 设置或应用配置错误。
ERR_TOO_MANY_REDIRECTS 是什么原因造成的？
重定向会指示浏览器访问另一个 URL。例如，网站可能将访问者从 http://example.com 重定向到 https://example.com。
通常，这是正常行为。但相互冲突的规则可能形成无限循环：
HTTP → HTTPS → HTTP → HTTPS
最终，浏览器会停止跟随重定向并显示错误。
常见原因包括：
- HTTP 与 HTTPS 重定向相互冲突。
- Cloudflare 或其他代理中的 SSL/TLS 设置不正确。
- 网站或 WordPress URL 配置错误。
- 缓存、安全或重定向插件之间存在冲突。
- 服务器重定向规则不正确。
- 浏览器 Cookie 触发反复的登录重定向。
Chrome 通常会显示 ERR_TOO_MANY_REDIRECTS，而其他浏览器可能会提示页面未正确重定向。
1. 在无痕浏览模式下测试网站
首先，在无痕浏览窗口中打开出现问题的网站。
如果网站在该窗口中可以正常加载，问题可能与 Cookie、扩展程序或浏览器特定设置有关。
尝试暂时停用相关扩展程序，或清除出现问题的网站的 Cookie。
在 Chrome 中，您可以打开网站信息和设置选项，管理已存储的网站数据。具体菜单因浏览器版本而异。
如果不同浏览器和设备上都会出现该错误，问题更可能出在网站配置，而不是您的浏览器。
注意：清除 Cookie 可以解决某些与会话相关的重定向循环，但无法修复服务器端相互冲突的重定向。
2. 检查网站的重定向链
如果您管理该网站，请先确定重定向将访问者引向何处，再修改配置设置。
您可以使用浏览器开发者工具或 curl 命令检查重定向。
在已安装 curl 的系统上，运行：
curl -IL --max-redirs 10 https://example.com将 example.com 替换为您的域名。
这会跟随最多十次重定向并显示响应头。检查是否有反复指向相同 URL 的 Location 响应头。
例如：
Location: http://example.com/
Location: https://example.com/
Location: http://example.com/这表明 HTTP 到 HTTPS 的重定向可能存在冲突。
结果还可能揭示涉及 www、不带 www 的域名、登录页面或末尾斜杠的循环。
确定反复出现的 URL 后，检查负责这些重定向的配置。
3. 检查 Cloudflare 中的 SSL/TLS 设置
如果 Cloudflare 的 SSL/TLS 设置与源服务器上配置的重定向冲突，就可能出现重定向循环。
一个常见例子是使用灵活 SSL 模式。
在灵活模式下，访问者可以通过 HTTPS 连接 Cloudflare，而 Cloudflare 通过 HTTP 连接源服务器。如果源服务器强制将所有 HTTP 请求重定向回 HTTPS，就可能形成循环。
排查步骤如下：
- 登录 Cloudflare。
- 选择出现问题的域名。
- 打开 SSL/TLS 设置。
- 查看当前的加密模式。
- 检查源服务器是否将 HTTP 请求重定向到 HTTPS。
如果源服务器具有有效且受信任的 TLS 证书，通常首选完全（严格）模式。
不要盲目切换模式。请确认源服务器支持 HTTPS，并提供对所请求主机名有效的证书。
还要检查 Cloudflare 重定向规则及其他强制使用 HTTPS 的设置，确保它们之间没有冲突。
4. 修复 WordPress 中的 ERR_TOO_MANY_REDIRECTS
WordPress 网站可能因站点地址不正确、插件问题或 HTTPS 设置冲突而出现重定向循环。
检查 WordPress URL 设置
如果您可以访问管理后台，请打开：
设置 → 常规
检查以下字段：
- WordPress 地址（URL）
- 站点地址（URL）
对于典型的 WordPress 安装，两者都可能使用：
https://example.com不过，这两个地址不一定需要相同。如果 WordPress 安装在子目录中，两者使用不同的值也可能是正确的。
如果您无法访问 wp-admin，请检查 wp-config.php 中是否定义了以下常量：
define( 'WP_HOME', 'https://example.com' );
define( 'WP_SITEURL', 'https://example.com' );这些只是示例设置，请先核对您的安装情况，不要直接粘贴使用。
如果这些常量已经存在，请根据实际的 WordPress 配置核对其值，不要重复定义。
检查 WordPress 插件
如果错误是在安装或更新插件后出现的，请检查负责以下功能的插件：
- 强制使用 HTTPS。
- URL 重定向。
- 缓存。
- 安全或登录管理。
如果无法访问管理后台，请使用文件管理器或 SFTP，暂时重命名 wp-content/plugins 中疑似有问题的插件文件夹。
如果网站因此恢复访问，请先检查该插件的设置，再恢复其文件夹名称。
除非排查问题确有必要，否则不要停用所有插件。
5. 检查 .htaccess 或 Nginx 重定向规则
Web 服务器规则不正确也可能导致 ERR_TOO_MANY_REDIRECTS。
在基于 Apache 的托管环境中，重定向可能定义在 .htaccess 文件中。该文件通常位于网站的文档根目录。
编辑前，请先下载备份。
检查是否存在重复或相互冲突的 HTTP 到 HTTPS 重定向及域名重定向。
例如，一条规则可能强制使用 HTTPS，而另一条规则又将访问者重定向回 HTTP。
在 Nginx 中，重定向规则配置在服务器配置文件中，而不是 .htaccess 中。
如果网站使用反向代理，还要确认应用能够正确识别原始请求使用的协议。否则，应用可能误以为请求使用的是 HTTP，并反复重定向。
在不了解用途的情况下，不要删除所有重写规则或替换配置文件。这可能破坏现有路由、安全设置或应用。
6. 清除网站和 CDN 缓存
修正根本的重定向配置后，请清除可能仍保存着旧重定向的缓存。
根据您的配置，这些缓存可能包括：
- 网站缓存插件。
- 托管服务层面的页面缓存。
- CDN 缓存。
- 浏览器缓存和 Cookie。
如果您使用 Cloudflare，请检查相关的缓存行为，并在适当时清除缓存内容。
请注意，某些浏览器可能会继续保留已缓存的永久重定向，因此使用全新的浏览器会话进行测试，有助于确认问题是否已修复。
7. 联系您的托管服务提供商
如果网站仍显示 ERR_TOO_MANY_REDIRECTS，请将您收集的信息提供给托管服务提供商。
请提供出现问题的 URL、问题开始的时间、是否影响多台设备，以及近期对 SSL、插件、域名或服务器配置所做的任何更改。
如果可以，请一并提供通过 curl 或开发者工具获取的重定向链。
托管服务提供商可以帮助您找出在 Web 服务器或托管基础设施层面配置的重定向。
如何预防重定向循环
以下做法有助于降低日后发生重定向问题的风险：
- 统一使用首选域名和 HTTPS 配置。
- 避免通过多个独立系统强制执行相同的重定向。
- 核对反向代理和 SSL/TLS 设置。
- 将重定向规则部署到生产环境前，先进行测试。
- 更改服务器规则前，先备份配置文件。
- 迁移网站或更改 CDN 配置后，重新检查重定向。
重定向应将用户带到预期目标，而不是送回之前的 URL。
常见问题
ERR_TOO_MANY_REDIRECTS 表示浏览器在尝试加载网页时遇到过多次重定向。通常是因为网站设置相互冲突，导致访问者在不同 URL 之间反复跳转。
有时可以。损坏或过期的 Cookie 可能导致与登录和会话相关的重定向循环。不过，清除 Cookie 无法解决网站服务器上配置错误的重定向。
不是直接由证书造成的。HTTP 与 HTTPS 重定向设置发生冲突时，尤其是在某些 CDN 或反向代理配置下，可能出现此错误。无效的 SSL/TLS 证书通常会引发另一种浏览器警告。
先在无痕模式下打开网站。如果可以正常访问，请清除该网站的 Cookie，并检查浏览器扩展程序。如果多个浏览器中都持续出现该错误，问题很可能源于网站配置。
会。任何网站都可能出现重定向循环，包括定制应用，以及运行在 Apache、Nginx 或云托管平台上的网站。这个问题并非 WordPress 独有。
总结
当浏览器陷入反复重定向的循环，无法打开请求的网页时，就会出现 ERR_TOO_MANY_REDIRECTS。
先排除浏览器特定问题，再检查重定向链、HTTPS 设置、应用配置和服务器重定向规则。
对于 WordPress 网站，应特别注意站点 URL 和插件。如果使用 Cloudflare，请确认 SSL/TLS 模式与源服务器配置匹配。
找出相互冲突的重定向，是避免不必要的更改并解决该错误的最可靠方法。
