WordPress 7.0在2026年5月20日发布，代号Armstrong。它不是一次常规的小版本更新：核心加了AI客户端与连接器，后台换了一套新的列表渲染方式，编辑器在某些条件下改用iframe运行。这些变化对只写文章的人影响不大，但对装了插件的站，是实打实的兼容性风险。
所以升级之前先做测试，别直接在生产站上点更新。下面四件事按顺序过一遍，大部分问题能挡在门外。
7.0把最低支持的PHP版本提到了7.4，此前还在用7.2或7.3的站，升级之后会落在不受支持的组合上。官方推荐的版本是8.3，并且6.9与7.0已经完整支持到PHP 8.5，早期那种“高版本PHP属于实验性支持”的说法已经取消。
先做什么很明确：去主机控制面板查当前PHP版本，低于7.4的先升PHP再谈WordPress。升PHP本身也可能让旧插件报错，所以顺序是升PHP、测试、再升WordPress，别把两件事一起做。
7.0把文章、页面、用户这些后台批量管理界面换成了一套叫DataViews的新渲染方式。凡是自定义过后台列表页的插件，比如加了自定义列、批量操作按钮、列表筛选的，都可能表现异常甚至直接不工作。这被认为是这次升级里最容易收到报错的地方。
测试方法不复杂：打开文章列表、页面列表、用户列表，逐一点一遍插件加进去的那几个按钮和筛选条件。别只看页面能不能打开，要真的点下去，很多兼容问题在渲染阶段看不出来，得触发动作才暴露。
当一篇内容里的块都用Block API版本3及以上时，编辑器会默认在一个更隔离的环境里加载。好处是主题样式不会再串进编辑界面，代价是用老方法给编辑器加工具栏按钮或注入样式的插件，可能在这一层被挡住。如果同一站里不同文章的块版本不一致，编辑器又可能退回旧模式，于是出现“有的文章正常、有的文章按钮没了”这种看起来很怪的现象。
遇到这种情况，先确认插件有没有发布兼容7.0的版本，再看它的更新说明里有没有提到iframe或隔离环境。没有的话，要么等作者更新，要么临时用经典编辑器过渡。
主题这边要留意两件事。一是区块注册，7.0支持在服务端注册区块，简单区块不再必须走前端构建流程；二是块级自定义CSS，现在可以只作用于单个块，不用再改全局样式表。如果你用的是自己改过的主题，或者从别处拿来的主题，改过的地方要重新过一遍。
另外有一批原本预告的功能最终没有进入7.0核心，实时协作也在发布前被撤了下来，理由是测试中发现了竞态和服务器负载问题。所以别按传闻的功能清单去做升级计划，一切以官方发布说明和Field Guide为准。
真正的顺序是这样的：先在测试环境复制一份站点，升级PHP，把插件和主题都更新到最新版，再升WordPress，然后按上面四件事逐项走一遍。测试站跑通一周没有问题，再动生产站。
生产站升级前，数据库和文件各做一份完整备份，并且确认备份能被还原，不只是生成一个文件。备份能不能还原这件事，平时没人验，出事的时候才知道有多重要。
插件和主题先全部更新到最新版再升级WordPress，这一步很多人会漏。老版本插件配新内核，是最容易出问题的组合，而新版插件通常是适配过的。
升完之后的一周，盯后台的PHP错误日志和前台的关键页面。有些问题不会立刻显现，比如某个只在特定操作下触发的表单提交。观察期给足，比事后救火省心。
最后列一下六步：备份能还原、PHP不低于7.4、后台列表逐个点、编辑器工具栏实测、主题区块过一遍、观察一周。这六步走完，7.0这次升级基本就稳了。
申请创业报道，分享创业好点子。点击此处，共同探讨创业新机遇！
