Tras el lanzamiento de WordPress 7.0, ha llegado el evento más grande de WordPress del planeta donde se han juntado 2.500 personas del ecosistema para revisar el estado de WordPress y la futura versión WordPress 7.1.
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 1 al 7 de junio de 2026.
La WordCamp Europe 2026 se celebró del 4 al 6 de junio en Cracovia, Polonia, con 2.458 asistentes de 81 países, casi una cuarta parte de los cuales participaban en su primera WordCamp Europe.
El evento arrancó con el Contributor Day, donde todos los equipos trabajaron en paralelo, con especial atención a la incorporación de nuevos contribuidores a través de mentores y mesas de bienvenida.
La keynote de apertura corrió a cargo del equipo de CERN, el laboratorio europeo donde nació la World Wide Web, que anunció que home.cern ya está funcionando sobre WordPress, migrado de forma automatizada y en producción desde ese mismo día, con una plataforma propia que aprovisiona nuevos sitios en Kubernetes en aproximadamente un minuto y que planean liberar como código abierto.
WordPress 7.0 fue el hilo conductor de buena parte del programa. Un panel con contribuidores del lanzamiento repasó cómo se coordina una versión de esta magnitud, y varias sesiones exploraron en detalle las posibilidades que abre la integración nativa de IA: la Abilities API, el cliente de IA, la pantalla de Conectores y el posicionamiento de WordPress como plataforma para construir sobre ellos.
También hubo sesiones prácticas sobre la API HTML, rendimiento de WP_Query, escalar WordPress en servidores modestos, la Interactivity API y Full Site Editing, con talleres donde los asistentes se llevaron código funcional.
La charla de cierre reunió a Mary Hubbard, directora ejecutiva de WordPress, con Matías Ventura y Rich Tabor para hablar sobre el futuro del proyecto, el papel de la IA y la importancia de atraer a las nuevas generaciones a través de la educación.
Entre las noticias de última hora, la Universidad Politécnica de Cracovia anunciará en octubre un curso específico de WordPress, el primero de este tipo en Polonia.
La WordCamp Europe volverá el año que viene, del 27 al 29 de mayo de 2027 en Málaga, España, y la próxima cita en el calendario es la WordCamp US, del 16 al 19 de agosto en Phoenix.
Matt Mullenweg, que finalmente no pudo asistir a WordCamp Europe, publicó una entrada sobre una nueva iniciativa de seguridad para el directorio de WordPress.org llamada «Protect The Shire», en referencia al universo de Tolkien.
El cambio más inmediato y concreto es que a partir de ahora cada nueva versión de un plugin o tema esperará hasta 24 horas antes de distribuirse a través del sistema de actualizaciones automáticas, dando tiempo a revisarla antes de que llegue a los millones de sitios que tienen las actualizaciones automáticas activadas.
La motivación es clara: el sistema actual distribuye cualquier actualización en cuanto el desarrollador pulsa el botón, y eso es un vector de ataque real. Ya ocurrió con el caso de Essential Plugins, donde un comprador malintencionado adquirió varios plugins con buena reputación e introdujo código malicioso que se distribuyó automáticamente a todos sus usuarios.
El contexto que describe Matt es el de un momento de tensión entre dos fuerzas opuestas: actualizar cuanto antes para estar seguros, y no actualizar cuanto antes para estar seguros. La respuesta que propone es usar IA para revisar cada commit del directorio de forma automatizada, algo que antes era impensable por la escala del problema, con más de 78.000 plugins y temas y más de 3.000 commits al repositorio cada día.
El periodo de 24 horas es temporal mientras se afinan los procesos: la idea es que en el futuro esa espera se reduzca a minutos a medida que el sistema de revisión automatizada madure.
Para los desarrolladores de plugins, esto implica que una actualización publicada hoy no llegará a los usuarios con actualizaciones automáticas de forma inmediata, algo a tener en cuenta especialmente en actualizaciones de seguridad urgentes.
Gutenberg 23.3 ha llegado y es una versión con varios cambios de calado. El más visible para los usuarios es que el editor de medios modal pasa a ser la experiencia de recorte predeterminada: ya no es un experimento que hay que activar, sino el flujo estándar al hacer clic en el botón de recorte de cualquier imagen. El modal integra en un único espacio el recorte libre y por proporción, el volteo, la rotación con control fino, y la edición de metadatos como el texto alternativo y el pie de foto.
También llega como novedad estable el soporte de estilos responsivos por instancia de bloque individual: si en la versión 23.2 se podían definir estilos distintos por viewport a nivel global desde los Estilos Globales, ahora eso mismo se puede hacer bloque a bloque, con un inspector que muestra solo los controles relevantes según el estado de pantalla seleccionado.
Y la actualización que los desarrolladores de plugins estaban esperando: Gutenberg 23.3 ya está, con matices, construido sobre React 19, lo que lo convierte en el banco de pruebas real para detectar incompatibilidades antes de que este cambio llegue a WordPress 7.1.
Aunque hay una actualización importante sobre React 19: la migración ha tenido que dar marcha atrás temporalmente, ya que pocos días después de publicar Gutenberg 23.3 con React 19 integrado, el equipo detectó que muchos plugins ya publicados, desarrollados con React 18, son incompatibles con la nueva versión y causan errores con frecuencia. El problema es más sutil de lo esperado: aunque los cambios de API entre React 18 y 19 son mínimos, los runtimes resultan incompatibles en aspectos inesperados.
Gutenberg 23.3.2 ya incluye el revert a React 18. El equipo reconoce que necesita una estrategia de migración más gradual, con la posibilidad de alternar entre versiones mediante un flag experimental y con una capa de compatibilidad para los plugins ya publicados. El objetivo de incluir React 19 en WordPress 7.1 sigue en pie, pero el camino va a requerir más trabajo del previsto.
En el apartado experimental, el dashboard personalizable da un salto importante: ahora incluye cinco widgets nuevos, entre ellos Bienvenida, Borrador Rápido, Actividad, Estado del Sitio y Vista Previa del Sitio, todos ellos adaptables al tamaño del tile que ocupan en la cuadrícula. El sistema de diseño del dashboard también ha madurado bastante, con animaciones al arrastrar y redimensionar widgets, un selector de modelo de layout entre cuadrícula y mosaico, y ajustes individuales por widget. Para probarlo hay que activar el experimento «New Dashboard experience» en Gutenberg, en Ajustes, Experimentos.
Otras mejoras reseñables: el bloque de imagen añade un interruptor de «Marcar como decorativa» para accesibilidad, las Notas ahora soportan múltiples hilos de discusión por bloque, y hay varias correcciones de rendimiento en la carga del editor y en el uso de listeners compartidos entre instancias de bloque.
El equipo de Core ha publicado una convocatoria de pruebas para una de las novedades más interesantes que apunta a WordPress 7.1: el procesamiento de imágenes en el lado del cliente. La idea es que cuando alguien sube una imagen desde el editor de bloques, el propio navegador se encarga de decodificarla, redimensionarla y generar todas las miniaturas usando la biblioteca de procesamiento de imágenes VIPS ejecutada en WebAssembly, antes de enviarlas al servidor.
Esto reduce significativamente la carga de CPU y memoria del servidor durante las subidas, y permite ofrecer soporte para formatos modernos como AVIF, WebP, HEIC, Ultra HDR y JPEG XL con independencia de lo que tenga instalado el hosting. Los navegadores que no pueden con el trabajo vuelven automáticamente al flujo de servidor sin que el usuario note nada. La función ha pasado de experimento en Gutenberg a característica estable durante el ciclo de WordPress 7.0, y ahora apunta a integrarse en WordPress Core con la versión 7.1.
Para la ronda de pruebas de 7.1 se han añadido capacidades nuevas: soporte para Ultra HDR, JPEG XL, conversión de GIFs animados a vídeo, mejor manejo de errores y mayor resiliencia en subidas en lote. Un detalle importante para quien quiera probarlo: la función solo está activa en navegadores Chromium, porque Firefox y Safari no soportan todavía la política de aislamiento de documentos que necesita el worker de WebAssembly. En Safari sí funciona un modo de respaldo para imágenes HEIC.
La edición colaborativa en tiempo real sigue siendo la gran apuesta para WordPress 7.1, y el equipo ha lanzado una iniciativa de pruebas en el mundo real pensada precisamente para lo que faltó en el ciclo de 7.0: usuarios reales editando en condiciones reales, no solo pruebas técnicas en entornos controlados.
La idea es crear un canal de Slack dedicado donde early adopters de distintos entornos de hosting puedan activar la función a través del plugin de Gutenberg, usarla en su día a día y dar feedback directamente a los desarrolladores. No se trata de seguir guiones de prueba concretos, sino de usar la función con naturalidad y reportar lo que no funciona bien. El perfil que buscan es el de alguien que genuinamente necesita editar contenido con más personas, ya sea en una pequeña empresa, una redacción, una ONG o un equipo de marketing.
El equipo de Hosting también ha hecho una llamada dirigida a los proveedores de alojamiento, pidiéndoles que inviten a sus clientes a participar en el programa. La razón es directa: cuantos más entornos de hosting distintos estén representados en las pruebas, mejor se puede garantizar que la función funcione correctamente en la diversidad de configuraciones que existe en el ecosistema WordPress.
El equipo de Playground ha publicado una guía sobre la versión 3 de la GitHub Action para previsualizaciones de pull requests, que simplifica considerablemente el flujo de trabajo respecto a la versión anterior. Cuando alguien abre una pull request en un repositorio de plugin o tema, la action añade automáticamente un botón de previsualización que abre un WordPress Playground completo en el navegador con el código del PR ya instalado y activado, sin que el revisor tenga que montar nada en local.
Si se usa ya la versión 2 con builds, la migración vale la pena: se eliminan decenas de líneas de configuración manual y el único punto de atención es asegurarse de que los lanzamientos intermedios que genera el proceso estén marcados como prereleases y no como borradores, porque Playground no puede descargar assets de releases en estado borrador.
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