WordPress网站从HTTP迁移到HTTPS后后台登录循环跳转如何解决

WordPress 从 HTTP 迁移到 HTTPS 后，后台登录出现循环跳转（输完账号密码又回到登录页，或直接无法进入 /wp-admin/），通常不是单个原因导致，而是站点地址、强制 HTTPS、数据库残留、插件或反向代理多个环节未同步。下面先给可执行的修复顺序，再展开排查细节。

一、问题现象与主要原因

典型现象

• 输入正确的用户名和密码后，页面刷新并停留在 /wp-login.php，无任何错误提示。
• 访问 /wp-admin/ 被 302 跳转到 /wp-login.php?redirect_to=...&reauth=1，循环往复。
• 浏览器地址栏出现 http 与 https 交替跳转，Cookie 无法保存。

根本原因

• 站点 URL 与 HTTPS 强制设置不匹配：数据库中的 siteurl 或 home 仍为 http://，但服务器已强制跳转 HTTPS，导致 WordPress 验证 Cookie 时协议不一致。
• 数据库残留 HTTP 链接：文章内容、序列化数据、选项表中仍然包含 http:// 地址，导致部分资源或重定向仍走 HTTP。
• 插件或主题未正确处理 HTTPS：某些缓存、安全、SEO 插件或主题函数直接使用 $_SERVER['HTTP_HOST'] 拼接 URL，未考虑 HTTPS。
• 反向代理 / CDN 未传递 HTTPS 标头：使用 Nginx、Cloudflare、负载均衡时，后端 PHP 可能认为请求是 HTTP，导致 WordPress 生成 http 链接，与浏览器 https 请求不匹配。

二、快速修复步骤（按顺序执行）

1. 修改 wp-config.php 强制 HTTPS

在 wp-config.php 的“/* That's all, stop editing! */”上方添加以下两行：

define('WP_HOME','https://你的域名');
define('WP_SITEURL','https://你的域名');
define('FORCE_SSL_ADMIN', true);

如果服务器已全局跳转 HTTPS，也可以只添加 define('FORCE_SSL_ADMIN', true); 并确认后台设置 > 常规中的站点地址已改为 https。

2. 更新数据库中的站点 URL 并替换残留 HTTP

使用 phpMyAdmin 或 WP-CLI 执行数据库搜索替换。推荐使用 WP-CLI（需服务器支持）：

wp search-replace 'http://你的域名' 'https://你的域名' --all-tables --precise
wp option update home 'https://你的域名'
wp option update siteurl 'https://你的域名'

如果无法使用 WP-CLI，可使用 Better Search Replace 插件，注意勾选“序列化数据”选项，避免破坏小工具和主题选项。

3. 检查插件和主题

逐个停用缓存插件（如 WP Super Cache、W3 Total Cache、LiteSpeed Cache）、安全插件（如 Wordfence、iThemes Security）、SEO 插件（如 Yoast、Rank Math）和自定义主题功能。特别是使用了 CDN 或强制跳转的插件，临时停用后测试后台登录。如果恢复正常，再逐个启用以定位问题插件。

检查主题 functions.php 是否包含硬编码的 http:// 或 $_SERVER['SERVER_PORT'] 判断，确保正确支持 HTTPS。

4. 排查反向代理 / CDN

如果使用 Cloudflare、阿里云 CDN 或 Nginx 反向代理，需要在 wp-config.php 添加以下代码，让 WordPress 识别原始协议：

if (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] == 'https') {
    $_SERVER['HTTPS'] = 'on';
}

同时在 Nginx 配置中确保传递 X-Forwarded-Proto 头，并避免在代理层设置重复的 301 跳转。

三、常见问题 FAQ

问题1：修改 wp-config.php 后依然循环跳转，可能是什么原因？

通常是因为数据库替换不彻底，或者某个插件的缓存仍保存着旧的 HTTP 链接。可以清空所有缓存（包括浏览器缓存、插件缓存、CDN 缓存），再检查 wp_options 表中的 home 和 siteurl 是否已经为 https，以及是否存在残留的 http:// 字符串在 wp_posts 或 wp_postmeta 中。

问题2：数据库替换后，前台部分资源仍加载 HTTP，导致混合内容警告？

混合内容通常来自主题或插件的 CSS/JS 文件硬编码了 http:// 或者使用了相对协议。可以安装 Really Simple SSL 插件统一处理，或者手动检查主题/插件的设置，将它们生成的 URL 修改为 https。另外，使用 Chrome 开发者工具的网络面板可以快速定位哪些资源仍为 HTTP。

问题3：使用 Cloudflare 等 CDN 时，后台登录循环跳转怎么解决？

在 Cloudflare 中开启“Full (strict)” SSL 模式，并确保不强制使用 HTTP。然后在 WordPress 中添加上述 X-Forwarded-Proto 兼容代码。同时检查 Cloudflare 的页面规则是否错误地将 /wp-admin/ 跳转到了 HTTP。

四、总结与内链建议

解决 WordPress HTTP 到 HTTPS 迁移后的后台登录循环跳转，核心是让 WordPress 在所有环节（数据库、配置、插件、代理）都一致地认为站点是 HTTPS。建议按照“配置 → 数据库 → 插件 → 代理”的顺序排查，并在每次修改后使用无痕窗口测试登录。

延伸阅读建议：

• WordPress 混合内容警告修复指南
• WordPress 网站迁移检查清单（含 HTTPS）
• Cloudflare 与 WordPress SSL 配置最佳实践