解决 WordPress 古腾堡编辑器与旧版页面构建器冲突，最推荐的做法是在页面构建器设置中关闭古腾堡支持，或安装 Classic Editor 插件回退到经典编辑器。适用场景为旧模板无法兼容区块结构，风险边界是停用古腾堡后将无法使用新的区块功能。
先说结论：冲突通常源于 JavaScript 加载顺序或 CSS 样式覆盖，优先通过插件设置切换编辑器而非修改代码。
- 先确认：检查页面构建器是否有“禁用古腾堡”选项
- 先处理：安装 Classic Editor 插件并设置默认编辑器
- 再验证：新建页面测试编辑器加载及前端显示是否正常
快速处理思路
WordPress 后台操作为主，无需命令行。进入插件列表搜索 Classic Editor，安装并启用后，在设置 - 写作中指定默认编辑器。若使用 Elementor 或 WPBakery，先在各自设置页查找 Disable Gutenberg 选项。
为什么会这样
核心原因是两种编辑器使用了不同的 DOM 结构和 JavaScript 事件监听机制。古腾堡基于 React 构建区块模型，旧版构建器依赖 TinyMCE 或自定义 Meta 盒，同时启用会导致脚本冲突或样式错乱。
分步处理
第一步，更新所有插件和 WordPress 核心到最新稳定版，排除已知兼容性问题。
第二步，进入页面构建器设置页，查找 Editor 或 Integration 选项，开启 Disable Gutenberg 开关。
第三步，若构建器无此选项，安装 Classic Editor 插件，在 设置 - 写作 中将默认编辑器改为经典编辑器。
第四步，针对特定页面，在编辑界面右上角切换编辑器模式，确认旧内容不乱码。
怎么验证是否生效
后台新建页面，确认加载的是经典编辑器界面或构建器专属界面，无白屏或按钮缺失。前端访问页面，检查布局是否错位，控制台无 JavaScript 报错。
常见坑
混合使用两种编辑器编辑同一篇文章会导致代码结构混乱，建议固定每篇文章的编辑器类型。停用古腾堡后，部分依赖区块的新主题功能可能无法配置，需提前测试主题兼容性。
常见问题
能否同时启用两种编辑器？
不建议在同一篇文章中混用，但可以在网站不同页面分别使用。切换编辑器可能导致原有内容格式丢失，操作前请备份。
旧内容会变成乱码吗？
通常不会，旧内容存储在 post_content 字段，切换编辑器只改变编辑界面。但若旧内容依赖古腾堡区块注释，经典编辑器可能显示为 HTML 代码。
Classic Editor 插件安全吗？
该插件由 WordPress 官方团队维护，在官方插件库可下载，安全性有保障。但长期来看，建议逐步迁移到兼容古腾堡的构建器版本。
参考来源
- WordPress.org 官方插件库，Classic Editor 插件页面，https://wordpress.org/plugins/classic-editor/
- WordPress.org 官方文档，Gutenberg 编辑器介绍，https://wordpress.org/gutenberg/