Actualizado el 17/04/2026: Gutenberg 22.9 llegó con pseudo-estados en Global Styles para el bloque Botón, una paleta de comandos reorganizada con secciones y comandos recientes, y mejoras concretas en la colaboración en tiempo real: los comentarios de bloque ahora sincronizan entre editores sin recargar la página.
En 30 segundos: qué trae Gutenberg 22.9
- Pseudo-estados en Global Styles: selector visual de :hover, :focus y :active para el bloque Botón, con preview en tiempo real. Sin tocar código.
- Paleta de comandos renovada: Ctrl+K / Cmd+K ahora agrupa acciones en secciones con comandos recientes arriba. Feature experimental.
- Colaboración en tiempo real mejorada: comentarios de bloque sincronizan entre editores sin reload. El botón «Join» ya no queda atascado al expirar el lock.
- Bloque Group: soporte para capas independientes de gradiente sobre imagen de fondo.
- 131 PRs mergeadas, 5 nuevos contribuidores en este ciclo.
Si trabajás con WordPress de forma profesional (ya sea como developer, como consultor o como editor que necesita que las cosas funcionen), las novedades de 6.9 van a tocar tu workflow de una manera u otra. Revisemos las que importan.
Gutenberg es el editor de bloques de WordPress, desarrollado por el equipo WordPress desde 2018, que permite crear y editar contenido mediante componentes visuales reutilizables en lugar del editor de texto tradicional. Ofrece funcionalidades avanzadas como Global Styles y colaboración en tiempo real.
Qué es WordPress 6.9 / Gutenberg 22
WordPress 6.9 es el tercer release mayor del ciclo 2025-2026 y lleva integradas las versiones de Gutenberg del 20.x al 22.x, lo que lo convierte en el despliegue más grande de funcionalidad del editor de bloques en un solo salto desde WordPress 5.9. El core sigue siendo libre, de código abierto y retrocompatible hacia atrás, pero la deuda técnica acumulada en plugins que no actualizaron sus APIs en cuatro años empieza a cobrar precio.
Gutenberg 22 específicamente cerró decenas de issues relacionados con la gestión de patrones, introdujo soporte completo para shadow DOM en bloques interactivos y terminó de implementar la spec de block bindings que venía marcada como experimental desde Gutenberg 17. No es un «minor» release, sea lo que sea que eso signifique en el calendario de WordPress.
Las features que cambian el día a día
Block Bindings API: el cambio silencioso más grande
Block bindings permite que un atributo de bloque, digamos el texto de un botón o el source de una imagen, se conecte a una fuente de datos externa: post meta, opciones de plugin, constantes definidas por el tema. La API llegó en 6.5 como experimental, en 6.7 ganó soporte para escritura (no solo lectura), y en 6.9 se marca estable con soporte para múltiples bindings por bloque y resolución en contexto de query loop.
¿Para qué sirve en la práctica? Un bloque de llamada a la acción reutilizable donde el texto cambia según el post type, o una ficha de producto donde el precio viene directamente de post meta sin que el editor tenga que tocarlo. Antes de block bindings eso requería un bloque custom con su propio registerBlockType. Ahora se registra un binding source y listo.
Interactivity API v2: hidratación sin drama
La Interactivity API es el sistema oficial de WordPress para bloques con estado del lado del cliente. En 6.9, la versión 2 introduce estado derivado, la directiva data-wp-each-child mejorada para listas dinámicas, y un cambio en cómo se serializa el estado inicial que reduce el payload de hidratación en escenarios con muchos bloques interactivos en la misma página.
El bloque de búsqueda nativo, el bloque de navegación y los nuevos Query Filter Blocks del core ya usan la API v2 internamente. Los bloques propios que usan la v1 siguen funcionando, pero la documentación oficial ya apunta a v2 como el camino. Complementá con actualizar tu instalación de WordPress.
FSE: template parts anidados y sincronización granular
En 6.9 se cerraron dos agujeros que complicaban el trabajo real: los template parts ahora se pueden anidar sin que el editor pierda el contexto de cuál estás editando. Y los patrones sincronizados tienen un modo de override por instancia: el patrón se sincroniza globalmente, pero podés sobreescribir atributos específicos en cada instancia sin desincronizar el patrón completo.
Ese segundo punto es el que los equipos con editores no técnicos venían pidiendo. Permite tener un componente de banner que mantiene estructura y estilos globales, pero donde cada editor puede cambiar el texto del título sin romper el diseño.
theme.json v3: tokens de diseño y fluid spacing
theme.json v3 formaliza el soporte para design tokens anidados, agrega fluid spacing (el equivalente tipográfico de clamp() pero para márgenes y paddings) y extiende el sistema de presets para soportar referencias cruzadas entre tokens. Podés definir una escala de espaciado completa en theme.json y referenciarla desde los estilos globales de cada bloque sin duplicar valores.
Gutenberg 22.9: las nuevas características en detalle
Selector de estados en Global Styles: hover, focus y active sin código
Esta es la novedad más relevante de Gutenberg 22.9 para diseñadores y editores no técnicos. Hasta ahora, personalizar el estado :hover de un botón requería editar theme.json a mano o agregar CSS custom. Eso no es trivial para alguien que trabaja en el editor visual. Con 22.9, Global Styles suma un dropdown de «State» dentro del panel de estilos del bloque Botón que expone tres opciones: Hover, Focus y Active.
Seleccionás el estado, cambiás el color de fondo, el color de texto o el borde, y la preview se actualiza en tiempo real en el canvas del editor. No hay que guardar para ver el resultado. El feedback visual es inmediato, lo que reduce el loop de edición de varios minutos a segundos.
Ahora bien, hay que mencionar los límites actuales: por ahora el selector aplica exclusivamente al bloque Botón. La expansión a otros bloques (Imagen, Párrafo, Grupo) está registrada como trabajo futuro pero no tiene fecha confirmada. Y en temas legacy que no implementan theme.json con la estructura correcta, la preview puede no reflejar el resultado final en el frontend. Tomalo con pinzas si trabajás con temas clásicos.
Para equipos de diseño que trabajan en WordPress sin tocar código, esto elimina una fricción real. Antes, la alternativa era documentar los valores en un ticket, pasárselo a un developer, esperar el deploy. Ahora el mismo diseñador lo resuelve en el editor. El workflow cambia.
Paleta de comandos renovada: secciones y accesos recientes
La paleta de comandos (Ctrl+K en Windows, Cmd+K en Mac) existía antes, pero era una lista plana sin jerarquía. En Gutenberg 22.9, los comandos se reorganizan en secciones con etiquetas descriptivas, y los últimos comandos usados aparecen arriba bajo «Recientes». El cambio parece menor en papel, pero en la práctica hace diferencia cuando trabajás en el editor durante horas: los comandos que usás seguido ya no quedan enterrados.
El tema es que esta feature todavía es experimental. Para activarla hay que ir a WP-Admin > Gutenberg > Experiments y habilitar «Workflow Palette». No viene activada por defecto en la instalación base. Si te olvidás de ese paso, no vas a ver los cambios aunque hayas actualizado el plugin.
Para equipos editoriales grandes, la paleta de comandos reorganizada acelera tareas repetitivas como cambiar el template de una entrada, insertar patrones o acceder a configuraciones de bloque específicas. No es una feature de usuario ocasional: le saca más jugo quien edita decenas de posts por semana. Ya lo cubrimos antes en diseñar landing pages con Gutenberg.
Colaboración en tiempo real: sincronización de comentarios sin recargar
Gutenberg tiene un modo de edición colaborativa en tiempo real que permite que múltiples editores trabajen en el mismo post simultáneamente. En versiones anteriores, los comentarios de bloque (los que dejás como anotaciones dentro del editor, no los comentarios públicos del post) no se sincronizaban en tiempo real: si un editor dejaba un comentario, el otro tenía que recargar la página para verlo. Eso rompía el flujo en sesiones de revisión conjunta.
Con 22.9, los comentarios de bloque sincronizan automáticamente entre sesiones abiertas. Un editor deja una anotación, el otro la ve en segundos sin intervención. Se corrigió también un bug puntual: el botón «Join» que aparece cuando otro editor tiene el lock del post quedaba atascado si el lock expiraba antes de que hicieras click. Ahora el estado se resuelve correctamente.
Para agencias que hacen revisiones editoriales en tiempo real, medios con equipos distribuidos o empresas que usan WordPress como CMS interno con flujos de aprobación, este fix es concreto. No queda claro aún si la sincronización de comentarios funciona con todas las configuraciones de hosting (requiere WebSockets o polling agresivo según el entorno), pero en instalaciones estándar el comportamiento mejoró.
Bloque Group: gradientes sobre imágenes de fondo en capas independientes
Hasta antes de 22.9, combinar un gradiente con una imagen de fondo en el bloque Group requería CSS custom o un workaround con bloques apilados. El resultado visual era el esperado, pero el proceso era engorroso: había que salir del editor visual y escribir estilos a mano. El nuevo soporte para background.gradient como capa independiente permite definir ambas cosas desde el panel de Settings del bloque, sin código.
El caso de uso más directo es el hero section: una foto de fondo, encima un gradiente oscuro de arriba hacia abajo, y texto legible sobre la imagen. Antes ese efecto requería tres bloques apilados con posicionamiento manual. Ahora se configura dentro del mismo bloque Group en dos pasos: activar imagen de fondo, agregar gradiente encima. Las capas son independientes, así que podés ajustar la opacidad del gradiente sin que afecte la imagen.
También sirve para tarjetas destacadas y CTAs visuales donde el fondo fotográfico necesita contraste para que el texto sea accesible. No es magia: el resultado final depende del tema y de si el bloque Gutenberg respeta correctamente el rendering de capas en el frontend. En temas que siguen las specs de block themes actuales, funciona bien.
Otras mejoras: EmptyState y campos ocultos en formularios
Dos adiciones más pequeñas pero útiles para developers. El nuevo componente EmptyState del paquete @wordpress/ui permite mostrar un placeholder visual cuando una sección del editor está vacía, en lugar de un espacio en blanco que confunde al usuario. Pensá en el listado de comentarios cuando no hay ninguno, o en un panel de metabox vacío: ahora hay una UI estandarizada para esos estados.
El Form Block suma soporte para hidden input fields: el campo aparece en el editor para que puedas configurarlo, pero es invisible en el frontend. Sirve para pasar datos de contexto en formularios (ID de post, origen de la conversión, etc.) sin que el usuario los vea. Es experimental todavía, pero cubre un caso de uso que antes requería código custom o un plugin dedicado. Tema relacionado: comparar con otros editores de bloques.
Cómo activar las nuevas características en tu sitio
El primer paso es actualizar el plugin Gutenberg a la versión 22.9 desde WP-Admin > Plugins. Si usás WordPress 6.9 con Gutenberg incluido en el core, verificá que la versión del plugin esté en 22.9 o superior.
Para el selector de pseudo-estados en Global Styles: una vez actualizado, ir a Apariencia > Editor > Estilos > seleccionar el bloque Botón. En el panel derecho de Tipografía / Color / Borde va a aparecer un nuevo dropdown «State» con las opciones Hover, Focus y Active. No requiere activación adicional.
Para la paleta de comandos reorganizada: ir a WP-Admin > Gutenberg > Experiments y activar «Workflow Palette». Guardá los cambios. La próxima vez que abras el editor y presiones Ctrl+K, los comandos van a aparecer agrupados con la sección «Recientes» arriba.
Para el bloque Group con gradiente + imagen: insertá un bloque Group, abrí el panel de Settings en la barra lateral derecha, buscá la sección «Background», activá Image, seleccioná tu foto, y luego activá Gradient. Las dos capas se gestionan de forma independiente desde ahí.
Qué está confirmado y qué todavía no está confirmado
| Feature | Estado actual | Notas |
|---|---|---|
| Pseudo-estados en Global Styles (Botón) | Confirmado, estable | Solo bloque Botón por ahora |
| Expansión de pseudo-estados a otros bloques | No confirmado | En roadmap, sin fecha |
| Paleta de comandos reorganizada | Confirmado, experimental | Requiere activación manual en Experiments |
| Paleta de comandos como feature estable | No confirmado | Depende de feedback del ciclo experimental |
| Sincronización de comentarios en tiempo real | Confirmado, estable | Fix incluido en 22.9 |
| Group con gradiente sobre imagen | Confirmado, estable | Funciona con block themes actualizados |
| Hidden fields en Form Block | Confirmado, experimental | Requiere activación |
Limitaciones y compatibilidad: lo que hay que saber
Gutenberg 22.9 requiere WordPress 6.5 como mínimo para la mayoría de las features nuevas, aunque algunas (como los pseudo-estados en Global Styles) rinden mejor en entornos con WordPress 6.9 y un block theme que implemente la versión actual de theme.json. En temas clásicos o en temas con un theme.json muy básico, el selector de estados puede aparecer en la UI pero el resultado en el frontend puede no corresponderse.
La paleta de comandos reorganizada es experimental y puede cambiar antes de su release estable. No la uses como dependencia en documentación interna de equipos todavía. Los hidden fields en Form Block tienen la misma advertencia: experimental implica que la API puede cambiar en la siguiente versión sin aviso de deprecation formal.
Para hosting: si tu plan de WordPress en Donweb está en PHP 8.1 o superior (que es el mínimo recomendado desde 6.9), no deberías tener problemas de compatibilidad. Si todavía estás en PHP 7.4, el momento de migrar ya pasó. Nuestros colegas de seguridadenwordpress.com lo analizan en dominar los bloques de Gutenberg.
Qué cambió para developers
Más allá de las features visuales, 6.9 trae cambios concretos en la developer experience. El sistema de hooks en PHP ganó soporte para argumentos nombrados en callbacks registrados con add_filter, lo que hace el código más legible y menos propenso a bugs de orden de parámetros cuando el filtro tiene más de dos argumentos. Lo complementamos en optimizar con inteligencia artificial.
El @wordpress/scripts actualizó su config de webpack para soportar bundle splitting nativo: si registrás varios bloques en el mismo plugin, ahora podés dividir el bundle por bloque y cargar solo lo necesario en cada página. El impacto en Core Web Vitals en sitios con muchos bloques custom puede ser significativo. En probar cambios en un entorno seguro profundizamos sobre esto.
Los REST API endpoints del editor ganaron soporte para batch requests en operaciones de patrones y template parts, lo que reduce la cantidad de requests paralelas que hace Gutenberg al abrir el editor. En conexiones lentas o en hosting con límites estrictos de conexiones concurrentes, esto se nota.
Compatibilidad y deprecations: lo que rompió
WordPress 6.9 establece PHP 8.1 como el mínimo soportado y PHP 8.3 como la versión recomendada. PHP 7.4 y 8.0 están fuera del soporte oficial de PHP desde hace tiempo. Si tu hosting todavía corre PHP 7.4, vas a ver warnings de compatibilidad desde el dashboard y en algún momento del ciclo 6.x vas a encontrar funcionalidad rota.
WooCommerce 9.x y los builders principales ya lanzaron parches de compatibilidad con 6.9. La secuencia recomendada sigue siendo: actualizá primero el hosting/PHP, después los plugins, después el core. No al revés.
Comparativa: Gutenberg 22.x vs 22.9
| Capacidad | Gutenberg 22.x (anterior) | Gutenberg 22.9 |
|---|---|---|
| Estilos :hover / :focus en botones | Solo via theme.json manual o CSS custom | Dropdown visual en Global Styles, preview en tiempo real |
| Paleta de comandos (Ctrl+K) | Lista plana sin jerarquía | Secciones agrupadas + comandos recientes arriba (experimental) |
| Comentarios de bloque en colaboración | Sin sincronización en tiempo real, requería reload | Sincronización automática entre editores abiertos |
| Bloque Group: fondo | Imagen o gradiente, no ambos en capas independientes | Gradiente + imagen como capas independientes |
| Lock de colaboración (botón Join) | Podía quedar atascado al expirar lock | Corregido, estado se resuelve correctamente |
| EmptyState en componentes | No disponible en @wordpress/ui | Componente estándar disponible para developers |
| Campos ocultos en Form Block | No disponible | Disponible (experimental) |
Qué significa para equipos en Latinoamérica
Las mejoras de colaboración en tiempo real de 22.9 son especialmente relevantes para agencias y medios de la región que trabajan con equipos distribuidos entre distintas ciudades o países. La sincronización de comentarios sin reload elimina un punto de fricción concreto en flujos de revisión editorial donde hay más de un editor trabajando en el mismo post.
El selector de pseudo-estados en Global Styles tiene impacto directo en agencias que entregan sitios a clientes no técnicos: ya no necesitás documentar cómo editar el theme.json para cambiar el color de hover de un botón. El cliente lo hace desde el editor. Eso reduce los tickets de soporte post-entrega.
Para desarrolladores que usan Donweb como plataforma de hosting para proyectos WordPress, verificar que el entorno esté en PHP 8.1+ es el paso previo a cualquier actualización de Gutenberg. El panel de administración de Donweb permite cambiar la versión de PHP desde la configuración del hosting sin necesidad de asistencia técnica.
Preguntas Frecuentes
¿Qué hay de nuevo en Gutenberg 22.9?
Las tres novedades principales son: un selector visual de pseudo-estados (:hover, :focus, :active) en Global Styles para el bloque Botón con preview en tiempo real; la paleta de comandos reorganizada con secciones y comandos recientes (experimental, requiere activación en Gutenberg > Experiments); y la sincronización automática de comentarios de bloque en sesiones de colaboración en tiempo real sin necesidad de recargar la página.
¿Cómo uso Global Styles para hover y focus en botones?
Actualizá Gutenberg a 22.9, después andá a Apariencia > Editor > Estilos y seleccioná el bloque Botón en el listado de bloques. En el panel de estilos de la derecha va a aparecer un dropdown «State» con las opciones Hover, Focus y Active. Seleccionás el estado que querés editar, cambiás los valores de color, borde o tipografía, y la preview en el canvas se actualiza en tiempo real. No requiere editar theme.json ni agregar CSS custom.
¿Qué mejoras trae la paleta de comandos en Gutenberg 22.9?
La paleta (Ctrl+K / Cmd+K) pasó de ser una lista plana a mostrar comandos agrupados en secciones con etiquetas, y suma una sección «Recientes» con los últimos comandos usados arriba de todo. Esto reduce el tiempo de búsqueda en workflows repetitivos. Para activarla hay que ir a WP-Admin > Gutenberg > Experiments y habilitar «Workflow Palette», porque todavía es una feature experimental que no viene activa por defecto.
¿Cómo funciona la colaboración en tiempo real mejorada en 22.9?
El cambio central es que los comentarios de bloque (las anotaciones que dejás dentro del editor para otros editores) ahora sincronizan automáticamente entre sesiones abiertas sin que nadie tenga que recargar la página. También se corrigió el bug del botón «Join» que quedaba atascado cuando el lock de colaboración expiraba antes de que el segundo editor lo aceptara. El resultado es un flujo de revisión conjunta más fluido, especialmente útil para equipos distribuidos.
¿Gutenberg 22.9 es compatible con mi versión de WordPress?
Gutenberg 22.9 como plugin es compatible con WordPress 6.5 en adelante. Algunas features nuevas, como los pseudo-estados en Global Styles, rinden mejor con WordPress 6.9 y un block theme con theme.json actualizado. En temas clásicos o temas legacy sin soporte de theme.json, el selector de estados puede aparecer en la UI pero no garantiza el resultado esperado en el frontend.
Conclusión
Gutenberg 22.9 no es un release de infraestructura. Es un release de UX. El selector de pseudo-estados en Global Styles, la paleta de comandos reorganizada y la sincronización de comentarios en tiempo real atacan tres puntos de fricción concretos: diseño sin código, flujo editorial y colaboración distribuida.
Lo más significativo a mediano plazo es el selector de estados. No porque sea la feature más técnica, sino porque cierra una brecha que existía desde que Global Styles debutó: diseñar interactividad visual sin salir del editor. Que por ahora aplique solo al bloque Botón es una limitación real, pero el patrón está establecido. La expansión a otros bloques es cuestión de tiempo.
Si trabajás con WordPress a diario, actualizá Gutenberg a 22.9, activá la paleta de comandos en Experiments, y probá el selector de estados en tu próximo proyecto. Si tenés un equipo editorial que hace revisiones conjuntas, los cambios en colaboración en tiempo real se van a notar desde la primera sesión. Lo que conviene seguir de acá en adelante es el roadmap de pseudo-estados para otros bloques: cuando eso llegue, el flujo de diseño no-code en Gutenberg va a dar otro salto.
Fuentes
- What’s new in Gutenberg 22.9 — Make WordPress Core (anuncio oficial)
- How to add hover and focus styles using theme.json — Full Site Editing
- Global Settings and Styles — WordPress Developer Documentation
- PR #75627: Command Palette reorganization — GitHub WordPress/gutenberg
- Cómo modificar estilos de bloques Gutenberg — Bubuku
