En WordPress 7.0 el lienzo del editor de entradas estará siempre dentro de un iframe, aunque existan bloques antiguos registrados con la Block API versión 1 o 2.
Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify y Apple Podcasts o suscribirte al feed directamente.
Transcripción del programa
Hola, soy Javier Casares y estás escuchando WPpodcast, en el resumen de noticias de la Comunidad WordPress.
En este episodio encontrarás la información del 9 al 15 de febrero de 2026.
En WordPress 7.0 el lienzo del editor de entradas estará siempre dentro de un iframe, aunque existan bloques antiguos registrados con la Block API versión 1 o 2.
Hasta ahora, el editor ya era un iframe en el Site Editor y el Template Editor, pero en el editor de contenidos había una incoherencia, porque la presencia de bloques con API v2 podía “forzar” el modo antiguo sin iframe, lo que dejaba dos comportamientos distintos según el contexto y, por tanto, dos superficies de compatibilidad para usuarios, plugins y extensiones.
WordPress lleva años preparando este cambio, primero usando el Template Editor como entorno de prueba, después añadiendo medidas de transición y avisos en 6.9 y, finalmente, cerrando la inconsistencia en 7.0 con un único modo de funcionamiento.
Es importante por tres motivos prácticos.
Primero, aislamiento de estilos, porque el iframe separa los estilos del tema y de los bloques de los estilos del admin, reduciendo colisiones e interfaces rotas por CSS global de terceros, y haciendo más predecible el editor.
Segundo, aislamiento de JavaScript y del DOM, ya que dentro del iframe hay otro document y otro window, y cualquier bloque o plugin que asuma que puede tocar el DOM global del admin, o que busque nodos fuera del canvas, puede fallar o comportarse de forma inesperada.
Tercero, una sola plataforma para extender. Cuando el editor siempre funciona igual, es más fácil mantener compatibilidad, documentar patrones y evolucionar el editor sin arrastrar excepciones históricas.
WordPress 7.0 incluye muchos cambios, y este es uno de los más relevantes para quienes usen bloques y plugins que no estén adaptados a esta nueva versión mayor.
Ya tenemos fechas concretas para el lanzamiento de WordPress 7.0, que comienza en unos pocos días.
El proceso comenzará el martes 19 de febrero con la beta 1, pasará el 19 de marzo por la primera versión candidata, quedando el lanzamiento para las fechas de WordCamp Asia. En este caso, el miércoles 8 de abril se realizará el congelado de código y el jueves 9 de abril, desde el Contributor Day, se hará el lanzamiento de la versión final.
El equipo de AI ha presentado el plugin AI Experiments 0.3, en el que se estrenan tres nuevos experimentos integrados en el editor que amplían cómo la inteligencia artificial puede apoyar directamente el flujo de trabajo de creación de contenido en WordPress.
El experimento de Content Summarization permite generar resúmenes concisos de artículos largos desde el propio editor y mostrarlos con un bloque específico, explorando asistencia editorial sin suplantar la voz del autor.
El experimento de Featured Image Generation facilita crear imágenes destacadas basadas en el contenido del post desde la barra lateral del editor, incluyendo generación de texto alternativo cuando está habilitado, lo que ayuda a sitios sin recursos de diseño a generar imágenes útiles automáticamente.
El experimento de Alt Text Generation se enfoca en mejorar la accesibilidad ayudando a los autores a generar descripciones contextuales para imágenes.
Además de estas herramientas, la versión 0.3 refina la experiencia de usuario y la configuración del plugin, con ajustes más claros en cómo se habilitan o deshabilitan los experimentos y accesos directos desde la pantalla de plugins para facilitar la navegación.
Sobre la posible integración del WP AI Client en WordPress 7.0, se ha subrayado la necesidad de una revisión de código amplia y visible para generar confianza más allá del grupo de trabajo de IA, reforzando la percepción de madurez técnica y consenso.
Han surgido dudas sobre la inclusión de dependencias de terceros en el núcleo de WordPress, tanto por precedentes como por impacto en el mantenimiento, aunque ya se han realizado ajustes para reducir el peso de estos elementos. Además, volvió el debate clásico de incluir en Core frente a mantener como plugin, donde se defendió que la integración facilitaría accesibilidad, estándares más claros y evitaría capas adicionales de mantenimiento a largo plazo.
El calendario añade presión porque WordPress 7.0 Beta 1 está prevista para el 19 de febrero, lo que deja una ventana de revisión limitada. Aunque no hay un rechazo explícito a la propuesta, el análisis continúa y se espera más discusión.
En paralelo, se han lanzado plugins adicionales de proveedor como Anthropic Claude, Google Gemini u OpenAI ChatGPT, y se anima a dejar feedback concreto basado en pruebas reales, así como a aportar casos de uso que demuestren estabilidad y utilidad práctica.
El equipo de Documentación ha propuesto una gamificación de las contribuciones. Se ha señalado que un sistema competitivo tradicional podría desmotivar a nuevos participantes si perciben que tienen pocas opciones de “ganar”, pero como el objetivo real es facilitar la entrada y animar a probar distintos tipos de tareas dentro del equipo, la propuesta se ajustará para priorizar la participación inicial y la exploración.
El nuevo enfoque dará más puntos a tareas de getting-started, incluyendo bonificaciones por realizar un tipo de tarea por primera vez, y reflejará el progreso tanto en puntos acumulados como en un itinerario de títulos o niveles. Además, cuando una persona consiga ser miembro oficial del equipo, se considerará que ha alcanzado la meta del juego y dejará de competir.
En el equipo de Comunidad se abre un debate interesante. Matt Mullenweg, cocreador de WordPress, es quien inicia la conversación y comparte que en este momento se desaconseja enfocar charlas de Meetup o WordCamp exclusivamente en productos específicos, incluso aunque la mayoría de usuarios interactúen con WordPress a través de productos populares.
El razonamiento es que los eventos comunitarios deben centrarse en contenido educativo y práctico, no en demostraciones de venta de un producto o servicio concreto, para preservar la naturaleza abierta y formativa de la comunidad.
Matt señala una posible excepción: si una empresa es Global Sponsor de la comunidad, lo que significa que ha invertido en un nivel alto de patrocinio, su producto podría considerarse para las charlas, pues su inversión y compromiso reflejan relevancia para la base de usuarios.
Como respuesta, miembros destacados de la comunidad aportan matices basados en directrices existentes de los manuales de Meetup y WordCamp, que ya piden evitar eventos organizados con fines comerciales y hablar con enfoque educativo, no como comercialización de producto.
Y aunque hay consenso en que no todas las menciones de productos son negativas si están contextualizadas en soluciones o flujos de trabajo reales, se propone explorar un punto medio donde los patrocinadores obtengan visibilidad a través de talleres, demostraciones o espacios dedicados fuera de las pistas principales de charlas.
Y, para acabar, este pódcast se distribuye con licencia Creative Commons; tienes todos los enlaces para ampliar la información, y el pódcast en otros idiomas, en WPpodcast .es.
Un abrazo, y hasta el próximo programa.
Deja una respuesta