WooCommerce 10.9 salió el 23 de junio con titulares muy bonitos: registro de emails transaccionales en el core, checkout más ligero y un admin más limpio. Suena a release de verano tranquilo. Pero si gestionas tiendas en producción, lo que ha pasado después te suena más a viernes negro que a mejora incremental.
En el propio anuncio oficial ya aparece una nota que debería hacer levantar la ceja a cualquiera: la versión 10.9.0 se revirtió temporalmente. Sí, revirtieron el tag. No es un hotfix menor; es admitir que la release no estaba lista para el ecosistema real.
Yo llevo años viendo el mismo patrón en WordPress y WooCommerce: mejoras técnicamente razonables empaquetadas con regresiones que solo saltan cuando miles de tiendas actualizan el mismo día. Y esta vez el cóctel ha sido especialmente amargo.
Lo bueno que casi nadie llegó a disfrutar
Repasemos lo prometido, porque no es poca cosa. El blog para desarrolladores detalla tres pilares claros:
- Logging de emails en core. Por fin puedes ir a WooCommerce > Estado > Registros y ver si el email de confirmación se envió o se quedó en el limbo. Si alguna vez has tenido un cliente diciendo «no me llegó nada» y tú mirando al techo, esto tiene sentido.
- Checkout con menos ruido en base de datos. La Store API deja de crear pedidos borrador demasiado pronto. Menos filas huérfanas, menos carga cuando tienes tráfico. En papel, exactamente lo que pide una tienda que escala.
- Admin más ordenado. Cabecera alineada con WordPress, modales que no se rompen en móvil, menos barras de tareas molestando. Cosmética, pero cosmética que afecta al día a día.
En abstracto, WooCommerce 10.9 iba en la dirección correcta. El problema es que «dirección correcta» y «lista para producción» no son lo mismo, y esta release lo demuestra con crudeza.
Cuando actualizar es tirar la tienda
El issue #66031 en GitHub cuenta una historia que me resulta demasiado familiar: tienda en 10.8.1, actualización a 10.9.1, y de repente el wp-admin muerto con un fatal error. La clase SettingsSectionRegistry no encontrada. Dos sitios distintos, mismo síntoma. La solución temporal de muchos ha sido rollback manual a 10.8.1.
Eso no es un plugin de terceros mal configurado. Es el núcleo de WooCommerce rompiendo el panel de administración. Y cuando el panel cae, no puedes gestionar pedidos, no puedes revisar stock, no puedes desactivar nada con calma. Estás vendiendo a ciegas o directamente dejas de vender.
Peor aún: no es el único fallo grave. WooCommerce 10.9.0 añadió el método get_entry_count() como obligatorio en la interfaz FeedInterface. Suena técnico, pero el impacto es brutal: versiones antiguas del gateway de Stripe que implementan esa interfaz petan al cargar. El equipo tuvo que hacer un backport para quitar el método de la interfaz y restaurar compatibilidad. Traducción: cambio incompatible en una minor release que forzó revertir el tag en WP Cloud.
¿Me explicas con cara seria por qué una 10.9 debería romper Stripe en tiendas que no han tocado nada en meses?
El mensaje entre líneas
Lo que más me irrita no es el bug puntual — todos los proyectos grandes los tienen — sino el mensaje que envía al mercado. Shopify acaba de soltar su Spring 2026 Edition con más de 150 novedades, checkout dentro de Copilot, protocolos abiertos con Google para comercio agéntico… y WooCommerce responde con una release que hay que revertir.
En los comentarios del blog de desarrolladores ya se lee la frustración: para competir con Shopify necesitas colecciones nativas tipo filtros, mercados internacionales sin dolor, un admin que no parezca de 2018. WooCommerce 10.9 toca la superficie — emails, queries, CSS — mientras el abismo estructural sigue ahí.
Y mientras tanto, ¿quién paga la factura? El freelance que tiene veinte tiendas en mantenimiento. La pyme que actualiza un martes porque le sale el aviso en el dashboard. El hosting que recibe tickets de «se cayó la tienda» sin saber si es su culpa o de Automattic.
Qué haría yo antes de tocar 10.9
No voy a decirte «nunca actualices». Eso es irresponsable. Pero sí que trates WooCommerce como lo que es: el motor de facturación de tu negocio, no un plugin más de iconos bonitos.
- Staging obligatorio. Si no tienes clon de la tienda, no actualizas en producción. Punto.
- Revisa Stripe y pasarelas críticas. Mira la versión del gateway antes de subir. Si está por debajo de la que corrige
FeedInterface, actualiza la pasarela primero o espera al 10.9.x estabilizado. - Backup con rollback probado. No basta con «tengo copia en la nube». Tienes que saber restaurar en menos de lo que tarda un cliente en abandonar el carrito.
- Lee el changelog y los issues abiertos. GitHub de WooCommerce es más honesto que cualquier post de marketing. Si ves «fatal error» y «reverted tag» en la misma semana, posponer no es miedo: es criterio.
También me gustaría que Automattic fuese más clara con el canal de releases. Una nota al pie de «temporalmente revertido» en un post celebratorio no sustituye a un aviso visible en el propio plugin avisando de no actualizar. Muchos merchants no leen blogs de desarrollo; leen el botón azul de «Actualizar ahora».
El elefante frente a Shopify
WooCommerce sigue siendo la opción open source más extendida del mundo. Lo sé, lo uso, lo recomiendo en proyectos donde el control importa más que el SaaS cerrado. Pero releases como la 10.9 erosionan esa confianza justo cuando el comercio agéntico — agentes de IA comprando por ti — exige backends estables, APIs predecibles y actualizaciones que no jueguen a la ruleta rusa.
Shopify apuesta por ser la capa de checkout bajo cada agente. WooCommerce apuesta por… arreglar el logging de emails mientras revierte la versión entera. Las prioridades se notan.
Yo no abandono WooCommerce por un mal release. Pero tampoco voy a venderte la fantasía de que «es solo pulir detalles». Pulir detalles no te deja sin admin un miércoles por la tarde.
Si mañana te llega el aviso de WooCommerce 10.9.x estable con los hotfixes aplicados, ¿actualizas el mismo día en la tienda que te genera el 80% de la facturación, o esperas a que otros prueben el fuego por ti?