El 16 de septiembre salió Gutenberg 24.0 y, como siempre, la comunidad lo celebra como otro paso hacia un editor más pulido. List View más rápida, canvas que no tartamudea, sliders de espaciado que por fin se comportan. Suena bien. Pero si gestionas webs de clientes —no un blog personal de prueba—, te cuento lo que me pasa a mí: abro el changelog, asiento la cabeza y pienso «otra vez lo mismo».
No niego que haya mejoras reales. Según el resumen de la release, la List View responde mejor con jerarquías anidadas, el motor de estilos genera CSS más limpio y los patrones sincronizados se importan con menos fricción. Son detalles que un editor profesional nota. El problema es que llevan años siendo detalles, mientras lo gordo —compatibilidad, curva de aprendizaje, coste de mantenimiento— sigue ahí sin resolverse.
Mira el ritmo: Gutenberg 23.9 llegó el 2 de septiembre con el inserter en la barra de bloques y los indicadores de estilos personalizados. Dos semanas después, la 24.0 ajusta rendimiento y tipografía. Es el ciclo quincenal que WordPress lleva imponiendo desde hace tiempo, y que documentan religiosamente en Make WordPress Core. Para quien contribuye al proyecto, tiene sentido. Para una pyme que quiere editar su landing sin romper nada, es ruido.
WordPress 7.1 «Mary Lou», publicado en agosto, ya metió la barra de admin en todos los editores, notas inline con menciones y recorte de imágenes en el navegador. Cosas bonitas. Pero en ticweb.es ya comentamos que meter el editor en iframe deja plugins colgados si no los actualizas. Gutenberg 24.0 no arregla eso; solo hace que el laberinto sea un poco más cómodo por dentro.
Lo que me choca es la narrativa de «Full Site Editing maduro». Maduro para quién? Para diseñadores que viven en Figma y entienden tokens de diseño, quizá. Para el dueño de una ferretería que quiere cambiar el teléfono del footer un martes a las once de la noche, no tanto. Cada release añade capas: bloques dentro de grupos dentro de contenedores flex, patrones sincronizados, overrides globales con puntitos indicadores… La List View más rápida no reduce la complejidad conceptual; solo te deja navegarla con menos lag.
Y el plugin Gutenberg —cuatro millones de instalaciones activas, según el directorio— funciona como campo de pruebas obligatorio para agencias que quieren adelantarse al core. Instálalo en staging, prueba, reporta bugs, espera a que llegue al WordPress estable. Ese flujo es sano para el ecosistema open source y agotador para equipos pequeños que facturan por proyecto cerrado, no por horas de QA altruista.
Tampoco veo que nadie cuantifique el coste real de estas iteraciones. Un cliente con tema clásico + page builder de pago no nota Gutenberg 24.0. Uno con block theme y plantillas FSE sí, pero entonces depende de que su theme developer haya seguido el hilo desde la 23.7, la 23.8, la 23.9… Si se quedó en WordPress 6.x con un theme híbrido, está en tierra de nadie. El ecosistema se fragmenta más con cada ciclo quincenal, no menos.
En foros en inglés —donde suelen ir dos pasos por delante— la conversación ya no es «qué trae la 24.0» sino «cuándo dejaremos de parchear el editor y tendremos un modelo mental estable». Algunos abogan por volver al editor clásico para contenido y reservar bloques solo para diseño. Otros defienden que estas releases son exactamente lo que pidieron: iteración constante. Yo me quedo en el medio escéptico: iterar está bien, pero sin una hoja de ruta clara para quien no es contributor, parece un producto en beta permanente vendido como producción.
¿Significa que debas ignorar Gutenberg 24.0? No. Si ya estás en block themes, actualiza en staging y revisa List View, espaciados y patrones. Si tu stack es clásico, esta release no te urgge —y no dejes que un comercial te venda lo contrario. Lo peligroso es confundir pulido de interfaz con simplificación del stack. No es lo mismo.
Lo que echo de menos en cada changelog es una sección honesta del tipo «esto empeora temporalmente X» o «si usas el plugin Y, espera conflicto hasta la versión Z». WordPress es conservador con las malas noticias. Prefiere listar enhancements y bug fixes con números de PR. Entiendo el marketing, pero quien mantiene cincuenta webs no vive de números de PR: vive de que el cliente no llame un viernes porque el bloque de testimonios desapareció del front.
Gutenberg 24.0 es un paso más en la dirección correcta para el editor como plataforma. Para el mercado español de pymes y agencias pequeñas, sigue siendo demasiada maquinaria para editar contenido que podría ser más simple. Hasta que haya un modo «contenido» y un modo «diseño» realmente separados —no solo Zoom Out de vez en cuando—, seguiremos vendiendo formación extra junto con cada web que entregamos.
Si mañana tu proveedor de hosting te incluyera gratis tres horas de formación Gutenberg al año pero subiera la cuota un 8%, preferirias pagar ese extra o seguir explicándole tú al cliente por qué el bloque de columnas se comporta distinto en móvil que en el editor?