WordPress切换HTTPS与混合内容修复
证书安装成功后，WordPress仍可能生成HTTP图片或把登录跳回旧地址。本文处理应用层HTTPS切换，不重复申请证书；操作前先确认真实域名HTTPS可用，见原有HTTPS配置与验收总览。正式网站应安排维护与可用恢复点，不能只改地址后关闭原入口。住宅云不适用于建站。
先确认网站地址和访问链路
记录当前“设置→常规”里的WordPress地址与站点地址。两者在根目录安装时常相同，但WordPress程序位于子目录、前台使用根域名等部署可能不同，不能为了看起来整齐强行改成一致。把当前值、HTTPS证书覆盖名称、CDN与反向代理位置记录下来。
先直接访问目标HTTPS名称，浏览器不应有证书错误，首页及必要资源应能返回。不要通过忽略证书错误或使用curl -k把失败当成证书已就绪。准备一个独立管理员会话，并确认自己仍可通过部署账户修改wp-config.php或恢复数据库。
修改应用地址前，先排除配置覆盖
检查wp-config.php是否已定义WP_HOME或WP_SITEURL；存在时后台字段可能被锁定或被覆盖，应由管理员维护对应配置，不在两个位置写不同值。普通单站点可在有效HTTPS后台进入“设置→常规”，把需要变更的地址协议从http改为https，域名与子目录关系沿用实际部署，再保存。
保存后可能需要重新登录。先在新窗口验证登录和前台，不马上关闭原管理会话。若通过可信反向代理终止TLS，应按代理与WordPress官方说明正确传递并识别HTTPS，只信任受控代理；不能无条件把所有客户端的X-Forwarded-Proto当真。
找出混合内容的真实来源
- 打开浏览器开发者工具的Console或Network，再加载出现问题的页面。
- 定位被阻止或被升级的HTTP资源，记录完整资源类型和产生它的位置：主题模板、插件设置、文章内容或缓存。
- 在对应来源修改为正确HTTPS地址；外部服务不支持HTTPS时评估替换资源，不关闭浏览器保护。
- 清理实际使用的页面、对象及CDN缓存，再重新检查首页、文章、登录和媒体页。
批量替换数据库前必须有可恢复副本，并使用理解WordPress序列化数据的工具先预演、核对命中范围。不能直接对所有数据库字段执行盲目的字符串REPLACE，也不能把其他域名或邮箱内容一并替换。具体数据库备份恢复由独立教程说明。
示例：修复一篇文章里的HTTP图片
假设浏览器指出文章内一张图片仍使用http://example.com/wp-content/uploads/2026/10/demo.jpg。这里的域名和文件均为示例，需要换成自己文章中实际发现的地址；不要对全站所有字符串同时替换。
- 先在新标签打开相同路径的HTTPS地址，确认返回的是正确图片、证书正常。HTTPS本身404或返回登录页时，先修文件路径与访问权限，不把文章改成一个不可用地址。
- 进入WordPress后台该文章的编辑页，选中对应图片，重新从媒体库选择该图片或使用已验证的HTTPS图片地址。若使用代码编辑器，只修改该图片对应的src，并核对srcset和图片链接等是否仍引用旧地址，不更改无关内容。
- 先预览，再更新文章。重新打开前台，检查图片显示和开发者工具中的实际请求协议；按本站实际使用的页面或CDN缓存策略更新该页面缓存。
- 如果HTTP地址由主题或插件动态生成，修改文章内容不会生效，应回到相应主题模板或插件设置修复来源，再重复同一页面验证。
这个例子只处理单篇内容中的已确认图片。涉及大量历史内容时，先建立可恢复副本、预演匹配范围，再选理解WordPress数据结构的工具执行，不能把手工单篇修复扩大成盲目SQL批量替换。
设置跳转前完成业务核验
- 用HTTPS访问首页、文章、媒体与后台，证书覆盖域名正确。
- 退出再登录、提交实际测试表单，确认Cookie、登录和跳转没有循环；敏感测试只在HTTPS进行。
- 检查页面HTML及开发者工具，不再加载不符合预期的HTTP资源。
- 确认应用地址正确后，再配置一次性的HTTP到HTTPS跳转；CDN、Nginx与WordPress之间不能互相反向跳转。
保存后进不去时如何回退
先区分证书错误、DNS错误、循环跳转和登录失败。地址填错时由管理员恢复原WP_HOME/WP_SITEURL定义或准确恢复siteurl、home两个选项；不要顺手改全部业务表。若因代理识别导致循环，恢复本次新加的代理/HTTPS判断配置，按真实链路重新设计。保留已经安全部署的证书，不需要为回退应用地址而删除证书或关闭安全保护。
配图为WordPress 7.1.4中文界面的字段位置示例，图中两个地址字段不可编辑；自己的站点出现同样状态时，先核对配置管理方式。