为什么 WooCommerce 产品编辑器至今还在用“经典界面”？真相可能和你想的不一样

一个很多 WooCommerce 用户都会有的疑问

如果你用 WordPress 做过电商，大概率都会在某个时刻冒出同一个问题：

“为什么 WordPress 官方自己的 WooCommerce，产品编辑界面到现在还不像文章那样，全面切换到古腾堡？”

毕竟文章、页面早就区块化了，区块主题、全站编辑也喊了好几年，但一到产品编辑，这套“老界面”却始终没怎么动过。

而且更让人困惑的是：官方文档、开发者分享里，经常会看到诸如“WooCommerce 已经大量使用 Gutenberg / React 技术栈”的说法，但你实际打开后台一看，体验却几乎没什么变化。

这篇文章，我们就把这件事摊开了讲清楚。

先说结论：你感觉“不对劲”，并不是你的错

一个更贴近现实的结论是：

• WooCommerce 确实在用 Gutenberg / React 的技术
• 但它并没有给站长一个“真正的古腾堡产品编辑体验”
• 而且这并不是技术落后，而是一个刻意为之的选择

技术层面在前进，编辑体验层面却被刻意“按住”了。

逐条拆解几个常见说法

1. 产品描述已经是区块编辑器了吗？

在很多介绍中，会看到类似说法：“WooCommerce 的产品长描述已经支持区块编辑器”。

但站在大多数真实站点的使用角度，这句话并不严谨。

• 默认情况下，很多站点的产品描述依然是经典编辑器
• 即便在某些版本或配置下出现区块界面，功能也往往不完整
• 编辑体验与文章编辑器并不一致

所以你产生“看起来并不像真的用了古腾堡”的感觉，其实非常正常。

2. 产品数据面板是 React，但那又怎样？

价格、库存、SKU、变体这些区域，确实已经大量使用了 React 和现代前端技术。

但问题在于：

• 它们不是 Gutenberg 区块
• 也不遵循区块编辑的交互模型
• 只是嵌在经典产品编辑页里的“现代 UI”

从用户视角看，你感知到的依然是那套熟悉的产品编辑结构，而不是“我在用古腾堡编辑一个产品”。

3. WooCommerce Admin 用的是 Gutenberg 技术栈吗？

这点基本属实。

订单分析、数据报表、后台概览等 WooCommerce Admin 页面，确实大量使用了 React 以及 WordPress 的组件体系。

但需要强调的是：

• 这不是区块编辑器
• 你无法在这里插入或编排区块
• 它只是“用了同一套技术”，而不是“提供了同一种编辑体验”

4. 前端的 Products Block 和后台几乎是两回事

Products Block 在前端页面中已经被广泛使用，这一点没有争议。

但它解决的是“怎么展示产品”的问题，而不是“怎么编辑产品”的问题。两者之间的关联，其实非常有限。

真正的核心原因：产品不是文章

这是整个问题的关键。

一篇文章，本质是内容；而一个 WooCommerce 产品，本质是一个高度结构化的业务对象。

一个产品背后，往往涉及：

• 价格与促销逻辑
• 库存与缺货策略
• 属性与变体组合
• 税率、运费、订阅、会员、捆绑等扩展
• 大量第三方插件注入的字段和逻辑

这些内容如果强行“区块化”，带来的不是灵活，而是混乱。

还有一个更现实的因素：WooCommerce 背后是真实生意

和文章编辑不同，WooCommerce 面向的是：

• 正在卖货的商家
• 依赖稳定后台的运营团队
• 高度依赖插件生态的商业站点

一次激进的编辑器变更，可能不是“适应成本”，而是直接影响订单和收入。

这也是为什么 WordPress 核心可以在文章编辑器上激进推进，而 WooCommerce 却必须异常谨慎。

官方真正选择的路线，其实是“拆解”而不是“替换”

从 WooCommerce 近几年的演进可以看出，他们更倾向于：

• 内容区域：逐步支持区块
• 商业数据：继续使用专用 UI
• 后台系统：用现代前端技术重构
• 插件扩展：尽量不被强制重写

最终目标并不是“让产品看起来像一篇文章”，而是让各个部分各司其职。

所以，为什么你“看了半天也没觉得它真的用了古腾堡”？

因为从编辑体验这个角度来说，它确实还没有。

WooCommerce 用了 Gutenberg 的技术，但并没有把“产品编辑”这件事，交给 Gutenberg 来主导。

这是一个保守、务实，但在商业层面可以理解的选择。

写在最后

如果你期待的是：

“像写文章一样，用区块自由编辑一个产品”

那官方 WooCommerce 很可能永远不会给你这个答案。

它更在意的，是稳定、兼容，以及不把数百万商家的后台一次性推到未知状态中。

理解这一点，很多看似“落后”的设计，其实就说得通了。