El editor de WordPress está a punto de recibir una de las funciones más demandadas por la comunidad desde hace años: los estilos responsive nativos. Según informó The Repository el 3 de julio de 2026, los colaboradores del proyecto han publicado una llamada oficial a testers para que prueben esta característica antes de su inclusión prevista en WordPress 7.1, cuya Beta 1 está programada para el 15 de julio y la versión final para el 19 de agosto.
Qué son los estilos responsive y por qué llevan tanto tiempo esperando
Los estilos responsive permiten al diseñador o al editor web ajustar propiedades visuales de un bloque —tamaño de fuente, espaciado, colores— según el dispositivo desde el que se visualiza la página. Es decir, puedes tener un titular más grande en escritorio y más pequeño en móvil, sin tocar una línea de código. Algo que page builders como Elementor o Divi llevan ofreciendo desde hace años, pero que el core de WordPress nunca había integrado de forma nativa.
De acuerdo con la fuente, el arquitecto principal de Gutenberg, Matías Ventura, ya anunció el diseño responsive como uno de los focos principales en WordCamp Asia en marzo de 2025. No es algo que haya salido de la nada: lleva tiempo cocinándose dentro de la comunidad, con debates, propuestas y pruebas de concepto publicadas por desarrolladores independientes.
Cómo funciona el nuevo sistema de edición responsive en WordPress
Según los datos facilitados por The Repository, el flujo de trabajo es desktop-first, es decir, se diseña primero para escritorio y luego se ajusta para tablet y móvil. El usuario activa la opción «Responsive editing» desde el desplegable de previsualización de dispositivos, cambia el canvas al tamaño deseado y modifica el valor de estilo correspondiente. El cambio se guarda únicamente para ese breakpoint, y un indicador en el inspector de bloques confirma en todo momento qué dispositivo se está editando.
La PR concreta que se pide testear es la #75121 en el repositorio de Gutenberg en GitHub, autoría del committer Aki Hamano. Según la fuente, el Creative Team Lead de Automattic, Joen Asmussen, ha participado en el diseño de la interfaz y ha señalado una pregunta todavía abierta: si al seleccionar un breakpoint diferente al de escritorio debería activarse automáticamente el modo responsive o si debería requerir un paso adicional del usuario. Esa decisión de UX aún está en proceso.
La diferencia clave respecto a lo que ya trajo WordPress 7.0
WordPress 7.0, lanzado en mayo de 2026 bajo el nombre «Armstrong», ya introdujo algunas mejoras relacionadas con la adaptación a dispositivos: visibilidad de bloques por viewport, breakpoints personalizables y una revisión responsive del bloque Grid. Pero, según explica la fuente, aquella versión se centraba en mostrar u ocultar bloques según el dispositivo, no en cambiar su apariencia visual.
Lo que añade 7.1 es cualitativamente diferente: la posibilidad de modificar cualquier propiedad soportada por un bloque según el breakpoint, con previsualización en tiempo real dentro del editor y aplicación directa en el frontend. En palabras del artículo de referencia: «es la diferencia entre activar o desactivar un bloque y diseñar de verdad para la pantalla en la que se va a ver».
El contexto: una función reclamada por la comunidad desde hace años
La historia de esta función dentro del ecosistema WordPress es larga. En febrero de 2023, Justin Tadlock escribió sobre la tensión entre el diseño intrínseco y los controles por breakpoint en el WordPress Developer Blog. Tres meses después, Mike McAlister, cofundador de Ollie, publicó una prueba de concepto de controles responsive nativos. En abril de 2026, McAlister los implementó directamente en Ollie, y según la fuente, escribió en X: «Espero que veamos controles responsive en el core de WordPress pronto. Ese es el lugar más ideal para algo así».
El hecho de que sea el propio ecosistema de plugins y themes quien haya ido por delante refleja bien la frustración acumulada. Pero también demuestra que la comunidad no ha esperado de brazos cruzados: ha experimentado, propuesto y presionado hasta que el proyecto ha movido ficha.
Qué se pide exactamente a quienes quieran testear
La llamada a testing, publicada en el blog Make WordPress Test por el desarrollador de TeamUpdraft Nikunj Hatkar, invita a cualquier persona a probar la PR #75121 usando WordPress Playground, sin necesidad de ninguna configuración previa. Los puntos concretos sobre los que se solicita feedback incluyen:
- Si los estilos editados por viewport se mantienen correctamente tras guardar y recargar la página.
- Si los controles de redimensión del canvas y el desplegable de dispositivos funcionan de forma sincronizada.
- Si el flujo general resulta lo suficientemente intuitivo para un uso real en producción.
Según la fuente, también se anima especialmente a los desarrolladores de plugins y themes cuyo código interactúe con el canvas del editor a realizar pruebas, ya que el modelo subyacente de dispositivo y canvas ha cambiado con esta implementación. Es decir, si tienes un plugin que toca el editor de bloques, vale la pena que compruebes que todo sigue funcionando bien.
Fechas clave para WordPress 7.1
El calendario es ajustado. De acuerdo con los datos facilitados, la Beta 1 de WordPress 7.1 está fijada para el 15 de julio de 2026, lo que deja menos de dos semanas para recopilar feedback del testing actual. La versión final está prevista para el 19 de agosto de 2026. Junto a los estilos responsive, el roadmap de 7.1 también incluye el estilado de pseudo-estados como hover, focus y active, según informó la misma fuente cuando se publicó el plan de versión en junio.
Para el ecosistema WordPress, la llegada de estas funciones al core no es un detalle menor: reduce la dependencia de page builders de terceros para tareas de diseño que ahora podrán hacerse directamente desde el editor nativo. Si la fase de testing va bien y los plazos se cumplen, en agosto tendremos un WordPress bastante más capaz de lo que era hace apenas unos meses.
Fuente: https://www.therepository.email/contributors-call-for-testing-responsive-styling-ahead-of-wordpress-7-1-after-years-of-community-demand