降级 WordPress 核心版本有时能帮助确认问题是否由近期更新引起，但这不是长期解决方案。旧版本可能缺少后续安全修复，也可能无法与当前插件、主题或主机软件兼容。应先确定发生了什么变化，并判断问题来自核心、扩展、自定义代码还是运行环境。
更改版本前
- 记录当前 WordPress、PHP、主题和插件版本，保存具体错误及其出现时间。
- 检查日志并重现问题。应在 staging 环境测试插件或主题冲突，不要直接在正式运行的网店或服务网站上停用组件。
- 完整备份文件和数据库。WordPress 文档说明，完整恢复需要两者。请另存一份，并确认能够成功恢复。
- 指定恢复负责人、维护时间和回退方案。如果网站处理付款、个人资料或关键服务，应联系主机商或 WordPress 专家。
进行高风险测试前，请参阅创建 WordPress staging 环境的指南。
更稳妥的恢复方式
优先进行针对性修复：更新或替换不兼容扩展、修正设置，或先在 staging 中恢复已知可用的备份。如果必须降级才能恢复服务，请使用WordPress 官方版本存档中的干净程序包，并依照记录完善的流程操作。不要使用非官方安装包，也不要在没有负责人和移除日期的情况下使用锁定版本的插件。
全面测试恢复后的网站：登录、发布内容、表单、结账、系统整合、定时任务、备份和错误日志。接着找出根本原因，并计划恢复到受支持的 WordPress 版本。WordPress 建议使用最新版本，其更新文档也说明了更新失败后如何恢复备份。
默认不要在正式网站上直接降级
核心降级可能受到数据库变更、扩展和缓存文件影响。如果没有 staging 环境且必须紧急恢复，应先确认备份可用，并安排指定操作人员随时恢复。记录每项操作，并在恢复后验证完整的客户使用流程。
什么时候应请专家协助？
如果问题影响付款、安全、个人资料、多站点网络，或涉及无法安全测试和恢复的基础设施，应升级处理。正式环境回退属于事故处理决策，不是常规更新方式。