WordPress 7.1 está disponible desde el 19 de agosto de 2026, publicado el último día de la WordCamp US de Phoenix. La versión prolonga la base técnica de la 7.0 y se centra en la experiencia de diseño: estilos responsive nativos, pseudoestados en theme.json y una API pública para los iconos SVG del editor. Un cambio más discreto merece la atención de quienes desarrollan temas: el editor de contenido ahora se renderiza siempre dentro de un iframe.
Los estilos responsive entran en el editor
Hasta ahora, adaptar un bloque al móvil pasaba por escribir consultas de medios a mano en la hoja de estilos del tema. WordPress 7.1 traslada ese ajuste al editor: los estilos pueden definirse para los puntos de ruptura de tableta y móvil, tanto en los Estilos globales por tipo de bloque como en una instancia concreta. Los temas declaran sus puntos de ruptura mediante settings.viewport en theme.json, con 480 px para móvil y 782 px para tableta por defecto.
{
"version": 3,
"settings": {
"viewport": {
"mobile": { "width": "480px" },
"tablet": { "width": "782px" }
}
}
}El umbral de 782 px no es casual: es el mismo límite que la administración de WordPress ya usa para cambiar a su vista móvil. Alinear los puntos de ruptura del contenido con ese valor evita desajustes entre la vista previa del editor y el resultado en el sitio.
Pseudoestados y la API de iconos SVG
La versión 7.1 añade compatibilidad con los estados :hover, :focus, :focus-visible y :active en theme.json y en el editor. La función se limita primero a los bloques Botón y Enlace de navegación, los dos casos en los que el estado al pasar el cursor era imposible de ajustar sin CSS adicional.
Otro frente llega a su madurez: el conjunto de iconos SVG que acompaña al editor desde WordPress 7.0 se convierte en una API pública de verdad. Un plugin o un tema puede ahora registrar su propia colección y reutilizar los iconos en el servidor y en el bloque Icono.
<?php
add_action( 'init', function () {
wp_register_icon_collection( 'mastudio', array(
'label' => 'Mail Studio',
) );
wp_register_icon( 'mastudio/rss', array(
'label' => 'Flux RSS',
'path' => 'M4 11a9 9 0 0 1 9 9M4 4a16 16 0 0 1 16 16',
) );
} );
// Rendu côté serveur, par exemple dans un template de bloc :
echo wp_get_icon( 'mastudio/rss', array( 'size' => 24 ) );WordPress 7.1 añade además las funciones auxiliares wp_get_tooltip() y wp_get_toggletip(), junto con dos nuevos soportes de bloque, background.gradient y dimensions.minWidth. React se mantiene en la versión 18.3: el salto a React 19 se aplaza a una versión posterior.
El editor siempre en iframe: el punto de atención real
Desde hace varias versiones, el editor de bloques migraba poco a poco hacia un renderizado en iframe para aislar los estilos del contenido de los de la administración. WordPress 7.1 da el último paso: el editor de contenido ahora está siempre en iframe, sea cual sea el tipo de tema, incluidos los temas clásicos que hasta ahora se libraban del cambio.
En WordPress 7.1 el editor de contenido está en iframe sea cual sea el tipo de tema, temas clásicos incluidos.
La consecuencia es concreta para quien mantiene un tema clásico: los estilos de editor inyectados mediante una simple hoja de administración, sin pasar por el mecanismo de registro previsto, ya no cruzan la frontera del iframe. Deben declararse con add_editor_style() o registrarse como recursos de editor para reaparecer en la vista previa.
Compruébelo antes de actualizar en producción. En un tema clásico, abra el editor tras la actualización y compare la vista previa con el resultado público. Si las fuentes, los márgenes o los colores difieren, es probable que un estilo de editor ya no se cargue dentro del iframe: páselo a add_editor_style().
Lo que cambia, en una tabla
| Ámbito | Antes de 7.1 | Con 7.1 |
|---|---|---|
| Estilos móvil / tableta | CSS y consultas de medios a mano | Ajuste en el editor con settings.viewport |
| Pseudoestados | CSS adicional | :hover, :focus, :active en Botón y Enlace de navegación |
| Iconos SVG del editor | Conjunto interno no expuesto | API pública (wp_register_icon(), wp_get_icon()) |
| Editor de contenido | En iframe según el tipo de tema | Siempre en iframe |
| React | 18.3 | 18.3 (React 19 aplazado) |
Lo que hay que recordar
WordPress 7.1 traslada al editor varios ajustes que antes vivían en el CSS del tema: estilos responsive, pseudoestados, iconos. Para quien redacta, es control ganado sin código. Para quien desarrolla, el verdadero punto de control antes de actualizar sigue siendo el iframe sistemático del editor, que puede hacer desaparecer estilos de vista previa en temas clásicos mal preparados. Una versión que conviene probar antes en un entorno de pruebas, tema por tema.
Lo que veo sobre todo en esta versión es una buena noticia para los sitios que entrego a clientes no técnicos: ajustar el responsive y los estados al pasar el cursor directamente en el editor significa menos idas y venidas por un cambio de margen en móvil. Pero no actualizaré ningún tema clásico en producción sin abrir antes el editor: el iframe sistemático es justo el tipo de detalle que rompe una vista previa en silencio, y el cliente lo nota antes que usted. — Simon Janvier
Para profundizar
El detalle de las novedades para desarrolladores, en la fuente primaria: What’s new for developers (August 2026) — WordPress Developer Blog.
También en Mail Studio
Hardening de WordPress: la base de seguridad mínima
CloudPanel: WordPress autoalojado sin panel pesado
