WordPress 7.1 tiene previsto llegar el 19 de agosto de 2026 con varios cambios que afectan directamente al desarrollo de plugins. Entre ellos destacan el uso generalizado de un iframe para el editor de entradas, el procesamiento de imágenes en el navegador, una nueva API pública para iconos SVG y la actualización de jQuery UI. El equipo de WordPress está pidiendo a los desarrolladores que prueben sus extensiones antes del lanzamiento y actualicen después el campo Tested up to a la versión 7.1.
Las claves de WordPress 7.1 en 20 segundos
iframe.La recomendación no responde únicamente a la habitual actualización de compatibilidad que acompaña a cada versión de WordPress. Algunas modificaciones de 7.1 cambian supuestos que determinados plugins llevan años utilizando, especialmente aquellos que modifican el editor, procesan archivos multimedia o incorporan sus propios componentes de interfaz.
WordPress mantiene una guía técnica de cambios de WordPress 7.1 para que los desarrolladores puedan identificar las áreas que afectan a sus proyectos.
Uno de los cambios con mayor capacidad para provocar incompatibilidades se encuentra en el editor de entradas.
En WordPress 7.1 el editor utiliza de forma consistente un iframe para alojar el lienzo donde se edita el contenido. Para muchos plugins el cambio será transparente, pero no necesariamente para aquellos que acceden directamente al DOM o realizan determinadas suposiciones sobre window y document.
Un plugin puede tener problemas, por ejemplo, si su JavaScript presupone que los bloques y el resto de la página de administración pertenecen al mismo documento.
También deben revisarse las hojas de estilo que se inyectan directamente sobre el editor. El aislamiento mediante iframe modifica la forma en que determinados selectores, eventos y scripts pueden alcanzar el contenido.
WordPress ha publicado una nota específica sobre los cambios del editor dentro de iframe dirigida precisamente a los autores de extensiones.
Otro cambio relacionado con la interfaz es la barra de herramientas persistente en los editores de entradas y del sitio. Los plugins que añadan botones o modifiquen elementos de esa barra deberían comprobar que continúan apareciendo y comportándose correctamente.
Probablemente la novedad técnicamente más llamativa de WordPress 7.1 sea el procesamiento multimedia en el lado del cliente.
Hasta ahora una imagen subida a WordPress llegaba al servidor y PHP, normalmente mediante GD o Imagick, se encargaba de operaciones como generar miniaturas, cambiar dimensiones o convertir formatos.
WordPress 7.1 puede trasladar buena parte de ese trabajo al dispositivo del usuario. En los navegadores compatibles utiliza WebAssembly y wasm-vips para procesar las imágenes antes de enviarlas definitivamente al servidor.
La nueva arquitectura permite realizar en el navegador operaciones de compresión, redimensionamiento, recorte, conversión de formatos, rotación EXIF y generación de diferentes tamaños de imagen. También incorpora soporte para escenarios como HEIC/HEIF, AVIF y determinadas conversiones de GIF animado a vídeo.
Hay una consecuencia interesante para los proveedores de alojamiento: parte del consumo de CPU y memoria asociado al procesamiento mediante PHP puede desplazarse al ordenador del usuario.
Además, WordPress asegura que los navegadores que no cumplen los requisitos utilizan automáticamente el procesamiento tradicional en el servidor. Actualmente el procesamiento completo está disponible principalmente en navegadores Chromium compatibles con Document-Isolation-Policy; Firefox y Safari recurren al mecanismo del servidor, aunque existen algunas excepciones como determinadas operaciones con HEIC.
Para los desarrolladores de plugins la transición requiere atención.
Los filtros habituales como wp_generate_attachment_metadata continúan ejecutándose, pero algunos hooks específicamente vinculados al procesamiento mediante un editor de imágenes del servidor no se ejecutan cuando la operación se completa en el navegador. WordPress cita entre ellos wp_image_editors, image_memory_limit e image_make_intermediate_size.
Plugins de optimización de imágenes, CDN, marcas de agua, bibliotecas multimedia o transformación de formatos son candidatos claros para realizar pruebas adicionales.
WordPress 7.1 también modifica @wordpress/components, la biblioteca utilizada para construir buena parte de las interfaces del editor.
Entre los cambios comunicados se encuentra una altura predeterminada de 40 píxeles para controles de formularios, además de la retirada del antiguo componente Navigation en favor de Navigator y modificaciones relacionadas con algunos estilos basados en Emotion.
Los plugins que construyen interfaces propias mediante los componentes oficiales deberían comprobar visualmente sus pantallas, no limitarse a verificar que no aparecen errores JavaScript.
La versión incorpora además una API pública para iconos SVG. Su objetivo es proporcionar un mecanismo común para registrar colecciones personalizadas de iconos y reutilizarlas desde diferentes partes de WordPress, incluido PHP, la API REST y el editor.
Para desarrolladores que mantienen plugins complejos puede reducir la necesidad de implementar sistemas propios para registrar y distribuir iconos.
También hay una actualización que afecta a proyectos considerablemente más antiguos: jQuery UI pasa de 1.13.3 a 1.14.2.
WordPress mantiene compatibilidad con la API anterior para reducir las roturas, pero recomienda revisar extensiones que dependan directamente de propiedades o métodos retirados. La actualización es especialmente relevante para plugins veteranos que todavía construyen parte de su administración alrededor de jQuery y jQuery UI.
La Abilities API continúa igualmente su desarrollo. WordPress 7.1 amplía sus posibilidades con validación personalizada de entradas y salidas, hooks asociados al ciclo de vida, información más detallada del usuario, selección de campos en las respuestas y esquemas más consistentes.
Tested up to: 7.1 no debería cambiarse sin probar antesEl mensaje del equipo de WordPress a los desarrolladores es sencillo: actualizar el número del readme.txt no sustituye las pruebas.
Los responsables de plugins pueden instalar WordPress Beta Tester para probar sus extensiones con la última Release Candidate antes de que WordPress 7.1 llegue a producción.
Una vez comprobada la compatibilidad, el archivo readme.txt de la versión estable puede actualizarse con:
Tested up to: 7.1Lenguaje del código: CSS (css)El dato es importante porque WordPress.org utiliza esta información para mostrar a los usuarios hasta qué versión declara compatibilidad el desarrollador. Los plugins que no hayan sido marcados como compatibles con alguna de las tres últimas versiones principales pueden mostrar una advertencia en su ficha.
WordPress también está reforzando las comprobaciones automáticas sobre los plugins publicados en su directorio.
Para anticiparse a esos controles, el proyecto recomienda Plugin Check, una herramienta que analiza extensiones en busca de problemas técnicos habituales y permite corregirlos antes de distribuir una actualización.
Con apenas unos días entre las versiones candidatas y el lanzamiento previsto para el 19 de agosto, el cambio que merece probablemente más atención no es una nueva función visible para el usuario. Está en las capas inferiores: WordPress está trasladando más trabajo al navegador y aislando de forma más clara el entorno donde funciona el editor.
Los plugins que hayan utilizado las APIs oficiales deberían tener una transición más sencilla. Los que dependan de accesos directos al DOM, comportamientos históricos del editor o procesamiento exclusivamente realizado en el servidor tienen más motivos para pasar por un entorno de pruebas antes de marcar WordPress 7.1 como compatible.
El lanzamiento está programado para el 19 de agosto de 2026. Antes de actualizar sitios en producción conviene comprobar la compatibilidad de plugins y temas especialmente sensibles.
Merecen especial atención los plugins que modifican el editor mediante JavaScript o CSS, procesan imágenes, incorporan elementos a la barra de herramientas, utilizan @wordpress/components o dependen de jQuery UI.
En navegadores compatibles sí. WordPress puede utilizar WebAssembly para realizar operaciones como redimensionamiento, compresión y generación de miniaturas en el cliente; cuando el navegador no es compatible, vuelve automáticamente al procesamiento tradicional del servidor.
Puede utilizar WordPress Beta Tester para instalar una versión candidata y Plugin Check para localizar problemas habituales. Solo después de verificar la compatibilidad debería modificar el readme.txt para indicar Tested up to: 7.1.
