何昌全博客
WordPress Developer Blog 于 2026 年 11 月 13 日发布月度更新，确认 WordPress 7.2 Beta 5 已推出，RC1 计划在 11 月 17 日发布，正式版计划于 12 月 8 日发布。Beta 版本适合测试，不应直接部署到生产站。
Beta 5 带来的主要回归风险
后台脚本和样式不再拼接
7.2 不再请求 load-scripts.php 和 load-styles.php，后台资源改为分别加载并配合预取。如果插件直接引用这些文件、依赖脚本必须在 head 中输出，或挂钩到拼接流程，需要重点检查后台页面与登录界面。
HTML 清理与区块交互
官方月报指出，wp_kses() 向 HTML API 的迁移已进入 trunk。若插件会清理或比较 HTML，应使用包含常见格式、区块注释、属性和嵌入内容的样例验证输出。Interactivity API 的 data-wp-html 只接受明确标记为可信的 HTML；不要把用户输入直接作为可信内容渲染。
编辑器侧栏和主题输入状态
扩展文章检查器的插件要测试 DataForm 面板及字段显示；主题作者可检查 theme.json 的文本输入状态样式，包括 focus、required、user-valid 与 placeholder。Gutenberg 24.2 的 React 19 默认行为属于 Gutenberg 插件变化，测试时应区分 Gutenberg 插件与 WordPress 7.2 核心版本。
在隔离环境执行回归
- 用 Playground 或独立 staging 安装 Beta 5，不使用生产站；
- 记录 WordPress、PHP、主题与插件版本，并先备份数据库和文件；
- 逐一检查登录、编辑器、媒体、表单、REST 请求和定时任务；
- 查看浏览器控制台及 PHP 日志，测试停用冲突插件后的差异；
- 验证回滚恢复流程，再把问题按最小复现步骤提交给插件或主题维护者。
如果团队尚未开始测试，RC1 是一个更适合安排集中回归的节点，但不能把预发布版本视为稳定版。可参考WordPress 7.2 Beta 4 的 Playground 兼容性测试方法建立隔离环境。
站长现在应关注什么
普通网站无需为了尝鲜升级 Beta。管理员可以先确认自动备份和 staging 可用；插件与主题维护者则应优先排查对后台资源拼接、HTML 清理、编辑器面板和 theme.json 输入样式的依赖。测试结果应记录具体版本、操作步骤与错误日志，避免只报告“升级后坏了”。
