网站能打开，不代表升级后所有功能都正常。WordPress 核心版本升级前的兼容性验证，重点是确认插件、主题和服务器环境能否共同工作，并在测试环境中复现日常使用流程。提前检查，比升级后再排查结账失败、页面错位或编辑器报错更稳妥。
先列清单：哪些部分可能受影响
在后台“插件”页面记录已启用插件及其版本，并标出承担关键功能的项目，例如 WooCommerce 商店的商品、购物车和订单流程，或表单插件的提交与通知功能。再检查当前主题是否经过自定义修改；直接改过主题文件的网站，升级主题时尤其需要确认修改是否会被覆盖。
查看每个插件和主题的说明，确认其声明支持的 WordPress 版本及所需 PHP 版本。插件页面的兼容信息只是参考，不等于已在你的配置中验证。对于长期未更新、来源不明或停用后仍残留数据的插件，先判断是否仍有必要使用，不要把多个变化同时带入核心升级。
搭建测试环境并完成升级前准备
测试环境应尽量接近正式站点：使用相同的主题、插件版本、PHP 版本和关键配置。可由主机控制面板创建暂存副本，或在受控的本地环境中还原备份。若使用真实数据，先限制外部访问，并关闭测试站的邮件发送、支付和搜索引擎收录，避免误发通知、产生真实交易或让测试页面被索引。
- 确认正式站点能正常访问，记录当前 WordPress、PHP、主题和插件版本。
- 备份网站文件与数据库，并确认备份文件可读取；只备份而不验证，不能确保能够恢复。
- 在测试环境还原备份，检查首页、后台登录和关键页面，作为升级前的对照。
- 查阅目标核心版本的发布说明，并确认当前 PHP 版本满足其要求；若需升级 PHP，应单独在测试环境验证。
- 按计划更新核心版本，记录操作顺序和出现的提示，不要同时改动无关插件设置。
按真实使用路径验证，而非只看首页
WordPress核心版本升级前的兼容性验证，应围绕网站实际任务设计。普通内容站可检查文章编辑、图片上传、菜单和搜索；WooCommerce 商店还应在测试模式下检查商品展示、购物车、优惠规则和订单状态变化。使用预约或会员功能的网站，则要走一遍注册、登录、提交及邮件通知流程。
- 页面表现：检查桌面和手机端的导航、图片、字体及布局，留意主题样式是否异常。
- 后台操作：新建并保存草稿，编辑已有内容，查看区块编辑器是否出现报错。
- 插件功能：逐项验证表单、缓存、安全或电商插件的核心设置和输出；不要仅凭插件已启用就判断兼容。
- 错误线索：观察后台提示及服务器错误日志。Query Monitor 可辅助查看部分 PHP 错误和查询问题，但它不能替代完整流程测试。
通过测试后再安排正式升级
测试环境稳定后，选择访问量较低、团队能够及时处理问题的时段升级。先确认最新备份，再按测试过的顺序操作。升级完成后，重复关键流程并观察一段时间；若出现致命错误或重要功能中断，先暂停后续改动，依据备份恢复文件与数据库。两者应来自一致的备份时间点，否则数据可能不匹配。
WordPress核心版本升级前的兼容性验证不是一次性的“打勾动作”：插件更新、PHP 变更和主题调整都可能改变测试结果。保留版本记录、测试清单与恢复办法，下次升级就能更快判断风险。
常见问题
只升级小版本，也需要测试吗？
建议至少检查后台、页面和关键插件功能。维护更新通常风险较低，但仍可能影响特定配置。
插件页面显示兼容，是否可以直接升级？
不能完全依赖该信息。它不能覆盖你的主题、自定义代码、服务器设置和插件组合，关键功能仍应在测试环境验证。
没有暂存环境怎么办？
先确认有可恢复的文件与数据库备份，并在本地或临时测试站还原副本。若无法验证恢复过程，先联系主机服务商了解其备份和暂存能力，再安排升级。
升级后发现异常，应该先做什么？
记录错误表现和发生时间，暂停其他更新；在测试环境排查插件或主题冲突，正式站则按事先验证过的方案恢复，避免边猜边改扩大影响。