“重定向次数过多”通常意味着几个规则把同一请求来回送回原处。需要找出URL在哪两步之间循环，而不是不断清浏览器缓存或叠加新的跳转插件。
先保留跳转链
用浏览器开发者工具的Network记录导航请求，查看状态码与Location目标。也可由维护人员使用只读HTTP检查工具。记录完整协议、主机名和路径，例如HTTP跳HTTPS后又退回HTTP，或www与裸域相互跳转。示例地址仅用于说明，不能直接当成本站配置。
如果无痕窗口正常、原窗口异常，先检查本站Cookie和浏览器缓存；两者都异常时，重点检查服务器和代理规则。
三层配置按顺序对齐
- 核对WordPress地址与站点地址，确认哪一个域名及协议是正式入口。目录安装的网站，两项地址不一定完全相同。
- 检查Web服务器或主机面板的强制HTTPS、主域名规则，避免与插件规则相反。
- 使用CDN或反向代理时，核对访客到代理、代理到源站的TLS配置，以及应用能否正确识别原始HTTPS请求。
Cloudflare某些加密模式与源站强制HTTPS组合可能产生循环。解决方向是按现有证书和架构配置正确的端到端连接，不能把永久关闭HTTPS当作修复。
修改时只保留一条清晰路径
先备份相关规则，在可控环境修改一层，再重新抓取跳转链。不要同时改DNS、WordPress地址、CDN和插件，故障会更难归因。反向代理头只能信任受控代理来源，不应无条件接受外部客户端传入的值。
验收不只测首页
分别访问HTTP与HTTPS、www与裸域，以及一个带路径的旧文章地址。应最终到达预期HTTPS页面，不循环，不丢失路径和必要参数。再测试登录退出与结账，确认Cookie没有因域名变化失效。
清缓存后暂时正常，是否结束？ 还要检查新访客路径。如果服务器仍返回互相冲突的跳转，缓存清理只改变了表象。
参考资料
相关问题
本文为通用排查指南，依据所列官方资料整理；菜单名称和行为可能随版本及主机环境变化。配图为AI生成的概念示意，不是实际故障截图。
