El núcleo de WordPress incorporará la funcionalidad nativa para tener imágenes integradas en los correos sin depender de enlaces externos o contenido en BASE64.

Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify y Apple Podcasts o suscribirte al feed directamente.

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 septiembre de 2025.

El equipo de Core ha introducido soporte mejorado para imágenes incrustadas directamente dentro de los correos electrónicos generados por el sistema. Ahora se pueden incluir imágenes inline en el cuerpo del correo, lo que permite que se muestren correctamente en clientes que bloquean imágenes externas o no cargan adjuntos automáticamente. El enfoque busca mayor fidelidad visual sin sacrificar compatibilidad ni confiabilidad en la entrega.

Esta funcionalidad se implementa con un sistema que utiliza ID de contenido para referenciar las imágenes incrustadas, en lugar de depender de enlaces externos o codificación en base64, que suelen fallar o ser bloqueados por los clientes de correo. El resultado es tener correos más robustos, visualmente más consistentes y menos propensos a romperse por restricciones del cliente de destino.

En el Blog de Desarrolladores se explica cómo llevar el desarrollo de plugins un paso más allá integrando namespaces de PHP, autoloading de Composer y estándares de codificación uniformes para PHP, JavaScript y CSS. La meta es mantener la calidad del código y escalar de forma eficiente tanto para desarrolladores individuales como para equipos grandes.

Se detallan pasos concretos: configurar autoloading PSR-4 en un composer.json, dividir funcionalidades en clases dentro de namespaces claros, utilizar linting y formateo automático para mantener estándares coherentes en todos los lenguajes usados, y organizar la estructura del plugin para que sea modular, mantenible y libre de conflictos de nombres.

El equipo de Hosting ha lanzado su encuesta anual para analizar algunos aspectos del funcionamiento de las empresas de hosting que proveen servicios sobre WordPress, con algunas cuestiones sobre la empresa, el stack tecnológico, prácticas de seguridad, experiencia con WordPress o soporte, entre otros.

La encuesta está ya disponible y se cerrará el 15 de octubre.

El equipo de Plugins ha publicado un resumen comentando que hay 60.187 plugins en el directorio de WordPress.org, y que en los primeros 9 meses se han enviado a revisar más de 7.600 plugins, lo que significa un 87 % más que en todo el periodo del año anterior.

Un dato muy interesante es que, gracias a todas las nuevas herramientas de revisión y control, un 65 % de los desarrolladores sigue el proceso de revisión, lo que incrementa un 17 % los datos con respecto al año pasado, mejorando así el flujo de trabajo.

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.

La última versión del plugin de Gutenberg incorpora una primera fase para la inclusión del bloque de acordeón en WordPress 6.9.

Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify y Apple Podcasts o suscribirte al feed directamente.

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 25 al 31 de agosto de 2025.

La versión de Gutenberg 21.5 incluye el bloque de acordeón como gran novedad, que podría incluirse en WordPress 6.9. Aún está en modo experimental, pero ya debería ser funcional para probarse.

También añade la Paleta de Comandos a todo el panel de administración, y no solo al Editor, y se ha planteado un sistema predeterminado de radio de borde a todos los bloques que lo deban incluir, de forma estándar.

En el Blog de Desarrolladores se ha publicado una guía avanzada para mejorar la estructura de plugins con múltiples bloques. A partir de una base más simple, se propone un enfoque más robusto que facilita la escala y el mantenimiento del plugin. La nueva organización separa bloques estáticos, dinámicos e interactivos dentro de carpetas individuales en src/blocks, mientras que la función de registro se automatiza mediante un manifiesto blocks-manifest.php. Esto elimina la necesidad de registrar manualmente cada bloque y aprovecha las APIs modernas según la versión de WordPress para una gestión más limpia.

Además, la guía añade bloques interactivos utilizando plantillas específicas y adapta el proceso de compilación con Webpack. También se describe cómo incluir activos compartidos mediante funciones de encolado separadas y cómo extender la configuración predeterminada de Webpack para compilar esos scripts junto al resto del plugin. Esta arquitectura modular mejora significativamente el rendimiento y la mantenibilidad del desarrollo de plugins con muchos bloques.

WordCamp US 2025 llegó a Portland del 26 al 29 de agosto en el Oregon Convention Center, reuniendo a desarrolladores, diseñadores, creadores de contenido y entusiastas de WordPress. El evento comenzó con el Contributor Day, con una jornada colaborativa donde participantes de todos los niveles contribuyeron en equipos como Core, Hosting, Test, AI y Comunidad, trabajando en código, documentación, pruebas y mejoras. Hubo opciones presenciales y remotas.

Los días principales incluyeron el Showcase Day, con demostraciones en vivo, casos reales e inspiración sobre diseño, accesibilidad, rendimiento, IA y más. Entre las presentaciones destacaron “The System is the Strategy” de Tammie Lister, sobre sistemas de diseño, y “Unlock Developer Superpowers with AI” de Adam Silverstein, sobre IA en flujos de trabajo. Además, hubo espacios para compartir historias de creadores como YouTubers y personas influyentes del ecosistema WordPress, junto al animado Sponsor Hall, que combinó networking, demostraciones e incluso un arcade, reforzando el espíritu de comunidad.

El cierre del evento estuvo a cargo de Matt Mullenweg, quien presentó datos de crecimiento de WordPress, con más de 124.000 nuevos seguidores en redes y un aumento de usuarios del sitio WordPress.org superior al 10 %, y destacó proyectos comunitarios como el WordPress Campus Connect, que ha beneficiado ya a 570 estudiantes en 11 eventos, reflejando un aumento del 32,8 % en eventos respecto a 2024. Además, se inauguró la beca Open Horizons, que otorgó 14.670 dólares a seis participantes de cinco países. El evento concluyó con una fiesta de cierre en Portland y un mensaje de agradecimiento a todos los involucrados.

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.

Esta semana se celebra la WordCamp US 2025, con invitados de gran prestigio y con la vista puesta en el lanzamiento de WordPress 6.9.

Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify y Apple Podcasts o suscribirte al feed directamente.

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 18 al 24 de agosto de 2025.

Como ya se había anunciado, WordPress 6.9 va a incorporar un equipo mucho más pequeño para su lanzamiento a nivel de liderazgo, y en esta ocasión serán 11 personas las que gestionarán el lanzamiento de esta versión.

Una vez más, liderado por Matt Mullenweg, incorpora tanto a caras muy conocidas que están en el proyecto desde hace mucho tiempo como a algunas que han estado involucradas en los últimos tiempos como Team Reps.

En el Blog de Desarrolladores vas a encontrar un artículo sobre el registro de iconos personalizados en WordPress 6.9, que va a añadir funcionalidad a la larga lista de iconos ya existentes.

Un artículo técnico para desarrolladores que permite incorporar nuevos iconos con un plugin y que puede servir de guía a una de las novedades de la próxima versión.

Esta semana se celebra la WordCamp US 2025, entre el martes 26 de agosto, que será el Contributor Day, y el viernes 29 de agosto, cuando finalizará un evento muy enfocado al mundo profesional y que se celebra completamente durante la semana.

El evento lo abrirá John Maeda, uno de los responsables del área de inteligencia artificial de Microsoft y antiguo trabajador de Automattic. El cierre será en el World Forestry Center, que además permitirá la visita a su museo.

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.

Cuando se lance una nueva versión de un plugin, se podrá decidir lanzarla de forma directa o retrasar las actualizaciones automáticas hasta 24 horas.

Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify y Apple Podcasts o suscribirte al feed directamente.

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 11 al 17 de agosto de 2025.

El lanzamiento inicial de los lanzamientos por fases para plugins ya existe como nueva funcionalidad que permite que las actualizaciones sean desplegadas primero a un subconjunto de sitios antes de llegar al total, reduciendo riesgos. Por ahora, solo aplica a plugins que utilizan el sistema de “Release Confirmation” y funciona en instalaciones con WordPress 6.6 o superior.

La estrategia consiste en retrasar las actualizaciones automáticas 24 horas, mientras que los administradores pueden actualizar manualmente desde el panel, permitiendo que los usuarios más proactivos detecten posibles fallos temprano.

Esta medida busca mitigar problemas comunes como incompatibilidades o errores no detectados que suelen salir a la luz una vez que la actualización ya ha llegado masivamente a todos los sitios. Al dar prioridad a quienes actualizan manualmente, se consigue una retroalimentación temprana y útil.

Técnicamente, WordPress.org gestiona la instrucción de no autoactualizar solo en sitios que cumplen con la versión mínima, es decir, WordPress 6.6+, pero aún no puede distinguir entre actualizaciones manuales y automáticas. Además, solo se bloquea la actualización automática, y no se impide que los plugins se actualicen por completo, dependiendo de que las herramientas de terceros respeten esa señal para frenar la actualización automática del plugin.

La versión de Gutenberg 21.4 trae mejoras importantes a las DataViews. Ahora, las tablas permiten agrupar por campos, una función que antes solo estaba en las vistas de cuadrícula, además de incluir otros avances: las cuadrículas usan imágenes adaptativas para mayor rendimiento, los filtros se pueden bloquear para crear vistas preconfiguradas, el filtrado por fecha es más fluido gracias al calendario integrado, y el estado vacío de resultados ahora puede personalizarse.

Por otro lado, el modo de escritura gana un toque creativo con el nuevo botón de “mezclar estilos”, que genera variaciones aleatorias para experimentar con el look de tu sitio. Este modo, junto con el de diseño, sigue en fase experimental y busca separar claramente la edición de contenido de la personalización visual, invitando a los usuarios a probarlo y enviar sus comentarios.

El equipo de Performance está focalizado en que para WordPress 6.9 esté listo el soporte a FetchPriority, que ya se incluiría en el núcleo de WordPress, además de seguir trabajando en información sobre OPcache y avanzar en los plugins de View Transitions y No-cache BFCache.

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.

Siempre queda la duda de si WordPress incluye todos los bloques que debería por defecto o no, algo que tiene sus pros y sus contras.

Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify y Apple Podcasts o suscribirte al feed directamente.

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 4 al 10 de agosto de 2025.

En el repositorio de Gutenberg se están planteando recuperar y dar salida a una serie de bloques que llevan tiempo en lista de espera, como acordeones, pestañas, deslizadores, menús más completos o incluso elementos matemáticos. La idea es integrarlos directamente en el núcleo de WordPress para que no haya que depender siempre de plugins externos o librerías de terceros, y así facilitar que cualquier tema pueda aprovecharlos sin problemas. También se ha puesto sobre la mesa mejorar la gestión de la biblioteca de bloques desde el propio panel de administración, para poder controlar cuáles están disponibles de una forma más clara y centralizada.

Entre los puntos a favor está que añadir estos bloques podría dar más expresividad al editor y permitir que los temas sean más interoperables, con patrones más consistentes y menos dependencias externas; pero también hay puntos en contra, como el riesgo de cargar el núcleo con demasiados elementos, aumentar la complejidad del mantenimiento y la duda de si todos esos bloques realmente merecen estar incluidos por defecto.

Se han publicado versiones de mantenimiento para todas las ramas de WordPress desde la 4.7 hasta la 6.7. Estas actualizaciones incluyen una versión del certificado raíz de seguridad que mejora la verificación de certificados en las peticiones HTTP del servidor, una mejora que ya venía en la versión 6.8.2 y que ahora se ha llevado a las versiones anteriores como cortesía para quienes aún las utilizan. Si tienes activadas las actualizaciones automáticas en segundo plano, el proceso de actualización se activará solo, sin que tengas que intervenir.

Aun así, la única versión oficialmente soportada y mantenida sigue siendo la 6.8.2, mientras que estas actualizaciones a las ramas anteriores sirven simplemente para mantener cierto nivel básico de seguridad.

El equipo de AI debatió la estrategia tras lanzar el plugin experimental de integración de IA. El objetivo principal es demostrar el valor real de funciones impulsadas por IA en WordPress, hacer que su uso sea accesible para desarrolladores sin conocimientos profundos en IA y, al mismo tiempo, permitir que otros, con experiencia más avanzada, puedan añadir sus propios proveedores o modelos.

Desde el punto de vista técnico, la atención se centró en cómo integrar esas funciones dentro del editor de bloques de WordPress, imponiendo una API y experiencia de usuario uniformes, mientras se mantiene una variante para el editor clásico basada en REST API, útil como demostración.

Algunas ideas sobre la mesa son:

El equipo de Playground ha anunciado varias mejoras: ahora el OPCache viene activado por defecto para acelerar el rendimiento; se ha avanzado mucho en el soporte de Xdebug, incluyendo la opción experimental de herramientas de desarrollo en CLI y un paquete puente simulado.

La versión 2 de los Blueprints ya está en desarrollo, con mejor gestión de rutas relativas y mensajes de error. Se han incorporado nuevas opciones a la CLI y se ha optimizado el reporte de errores. Además, PHP 8.3 se convierte en la versión predeterminada.

El equipo de Accesibilidad hace su llamada a nuevos representantes de equipo y ha anunciado los avances del proyecto WP A11y Docs tras el inicio, en junio, de la revisión y expansión de la documentación de accesibilidad en WordPress.

Se ha creado una web independiente llamada WP Accessibility Knowledge Base, construida con Jekyll y GitHub Pages, que servirá como plataforma central para introducir y clasificar contenidos. Actualmente solo muestra texto provisional, pero a partir del 11 de agosto empezará a recibir contenido real.

En una segunda fase, se trasladará la información más relevante al sitio de desarrolladores, bajo una nueva sección Accessibility Handbook, gestionada mediante un repositorio en GitHub.

El equipo de Comunidad sigue avanzando en el programa WordPress Campus Connect, que continúa expandiéndose globalmente. Ya se han celebrado tres eventos este año, en Ribera del Duero (España), Cartago (Costa Rica) y Cagayán de Oro (Filipinas), fomentando la innovación digital, la creación de webs y premiando a estudiantes con diplomas y oportunidades como acudir a la WordCamp US 2025. Además, ya hay en marcha dos nuevos eventos planificados en Ajmer y San José, y seis más en preparación.

Se han lanzado nuevas herramientas de apoyo, como una página en el handbook para facilitar la emisión de certificados de participación y la creación del primer club estudiantil WordPress. También se ha estrenado una sección en el WordPress Credits Handbook, diseñada para promover la implicación de empresas e instituciones educativas en iniciativas comunitarias.

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.

Ahora que se sabe que a finales de 2025 llega WordPress 6.9, se ha planteado una hoja de ruta con las ideas base para trabajar en esta versión.

Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify y Apple Podcasts o suscribirte al feed directamente.

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 28 de julio al 3 de agosto de 2025.

WordPress 6.9 se lanzará el 2 de diciembre de 2025, tras reevaluar el plan de lanzamientos para incluir una versión adicional este año. El lanzamiento se enfocará en evolucionar el Editor del Sitio, con modos de edición simplificada, gestión de plantillas más intuitiva, colaboración a nivel de bloque y mejoras de rendimiento gracias a nuevas APIs.

El Editor del Sitio recibirá un modo simplificado que separará la edición de contenido de las herramientas de diseño, además de una gestión de plantillas renovada con múltiples plantillas por slug y borradores previos a la activación. También se añadirá la capacidad de ocultar bloques en el frontend, facilitando flujos de trabajo no destructivos que favorezcan la experimentación.

La experiencia de autoría mejorará con un arrastrar y soltar de bloques más directo, transformaciones ampliadas, mejoras en la navegación mediante teclado, y comentarios a nivel de bloque que facilitarán la colaboración asincrónica. Además, la paleta de comandos se extenderá a toda la experiencia de WordPress, sirviendo como base para futuras integraciones con IA.

Para desarrolladores se actualizarán los paquetes DataViews y DataForm, que incluirán nuevos tipos de campos y operadores; se introducirá la Abilities API, y se mejorarán la Interactivity API, las Block Bindings y la HTML API. En rendimiento, se implementará navegación instantánea con bfcache, gestión del atributo fetchpriority, un buffer de salida unificado y optimización de estilos. Además, junto al lanzamiento llegarán vistas previas de funcionalidades como el nuevo administrador modular, el adaptador MCP y el SDK PHP AI Client, en forma de plugins experimentales.

Gutenberg 21.3 ya está disponible con mejoras en DataViews, nuevos componentes y una interfaz más cómoda en la barra lateral del inspector.

La cuadrícula de DataViews ahora permite agrupar elementos por campos y añade un tipo de campo date sin hora, como paso previo a incorporar un componente de calendario que facilite el filtrado por fechas.

El bloque Cover admite ahora una imagen de póster que se muestra antes de cargar vídeos, mientras que el bloque Post Content añade el selector tagName para cambiar el envoltorio a etiquetas semánticas como main o article.

La migración a TypeScript continúa avanzando, con múltiples paquetes ya convertidos, lo que aporta mayor seguridad y robustez al código.

El equipo de Test ha abordado las ineficiencias del proceso de gestión de tickets, donde aproximadamente el 80 % se cierra sin solución tras múltiples reproducciones y parches infructuosos, y ha propuesto fomentar la especialización en componentes para fortalecer la confianza durante el triaje y la revisión temprana de informes. Para apoyar esta especialización, plantean un nuevo flujo de trabajo basado en un tablero “mini-tracker” en GitHub, que canaliza cada ticket desde su clasificación inicial por un especialista hasta su estado final de “listo para commitear”. Este flujo pasa por etapas definidas de etiquetado (needs-reproduction o needs-testing), reproducción del error, desarrollo de parches, revisión experta y pruebas finales, reduciendo así la carga de trabajo de los committers principales.

Durante la sesión también se revisaron ejemplos de componentes prioritarios y se enfatizó un cambio de enfoque, desde la simple realización de pruebas hacia el aseguramiento de calidad, alineando el nuevo rol de “revisor” con el de mantenedor de componentes, facilitando así el camino hacia la mantenibilidad oficial. Aunque surgieron inquietudes sobre posible duplicación de trabajo y complejidad para nuevos colaboradores, se subrayó el carácter piloto e iterativo del protocolo y se instó a los asistentes a elegir un componente, participar en Slack, considerar la futura mantenibilidad, asistir a próximas sesiones prácticas y revisar la documentación del mini-tracker.

El equipo de Plugins ha anunciado que, a partir de ahora, el archivo readme.txt de los plugins deberá escribirse en inglés para agilizar su análisis y mejorar la comunicación con los autores, dado el creciente volumen de solicitudes y la diversidad lingüística del equipo.

Además, el inglés servirá como lengua base para traducciones posteriores, unificando así la interfaz del directorio al evitar secciones en diferentes idiomas y alfabetos. Esta decisión ha sido acordada por todo el equipo con el objetivo de mejorar la eficiencia del proceso y aumentar la accesibilidad global de los plugins.

Durante la WordCamp Cracovia 2024, solo un 10 % de los asistentes se unió al Contributor Day, ya que muchos consideraban que estaba reservado a usuarios avanzados. Para cambiar esta percepción, se organizó la primera edición de la WordPress Academy, un conjunto de cuatro charlas gratuitas dirigidas a principiantes absolutos, sin registro previo, a las que acudieron más de 50 personas (el 20 % de los participantes) y que recibieron un feedback entusiasta tanto de novatos como de veteranos.

Basándose en aquella experiencia, en 2025 el formato se potenció incluyendo, además de conferencias aún más accesibles, talleres prácticos para “falsos principiantes” en los que se guiaba la creación de un sitio WordPress. El resultado fue un rotundo éxito: de los 275 asistentes, más de 110 participaron en la Academy, y sumados a los 30 del Contributor Day, lograron superar el 50 % de participación en el Día 0. El equipo planea ahora llevar este modelo a la WordCamp Europe 2026 en Cracovia, con la intención de repetir y ampliar su impacto.

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.

El equipo de Documentación propone la creación de documentación con ayuda de inteligencia artificial, pero siempre con un factor humano intermedio que ayude en su supervisión.

Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify y Apple Podcasts o suscribirte al feed directamente.

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 21 al 27 de julio de 2025.

Crear documentación puede ser un proceso bastante pesado, especialmente desde que existen herramientas de inteligencia artificial que, con solo unas pocas ideas, te ayudan a crear todo un texto.

Por este motivo, desde el equipo de documentación de WordPress se plantea un flujo de trabajo para integrar la inteligencia artificial en la elaboración de nueva documentación de usuario para la versión 6.9, manteniendo siempre el control y la supervisión humana. Se trata de un piloto centrado únicamente en la creación de artículos nuevos, en el que la IA genera borradores iniciales siguiendo las guías de estilo oficiales, pero sin sustituir nunca la pericia de los colaboradores, quienes conservan la responsabilidad final de revisión, edición y publicación del contenido. En fases posteriores se prevé ampliar este proceso a la actualización de la documentación existente y a la automatización de capturas de pantalla mediante herramientas como el WordPress Playground.

El flujo de trabajo propuesto consta de varias etapas encadenadas: primero, definir de forma clara el alcance, la audiencia y el tipo de artículo; a continuación, solicitar a la IA un borrador estructurado que incluya referencias internas a notas de desarrollo, Trac y GitHub; luego, someter ese borrador a una comprobación de hechos y a una edición humana para garantizar la exactitud técnica y la corrección lingüística; después, realizar un control de estilo, accesibilidad e inclusión; una vez satisfechos estos criterios, publicar con total transparencia sobre el uso de IA, registrando en el historial de cambios el detalle del proceso y de los colaboradores implicados; finalmente, reflexionar sobre los aciertos y errores para documentar mejoras y preparar iteraciones futuras.

Para preservar la integridad de la documentación se establecen salvaguardias que incluyen no publicar nunca contenidos generados por IA sin revisión humana, basar los prompts en fuentes verificables para evitar alucinaciones, y no entrenar modelos con datos privados de WordPress.org, adoptando siempre un enfoque de humano en el bucle. Además, se subraya el componente ético: la IA existe para reducir la fricción en la redacción, no para reemplazar a los colaboradores. Antes del lanzamiento de la versión 6.9, el equipo colaborará en el diseño y prueba de prompts, compartiendo hallazgos en reuniones y GitHub para crear bibliotecas de ejemplos reutilizables y sentar las bases de futuras automatizaciones en ciclos posteriores.

Y en lo que respecta a las pruebas de software de WordPress, en el primer informe de análisis de calidad de WordPress se detalla cómo el equipo de pruebas, que supera ya los 50 miembros, pasó de realizar tests básicos a adoptar un enfoque integral de aseguramiento de calidad tras analizar manualmente los 217 commits incluidos entre el lanzamiento de la versión 6.8.0 y la 6.8.2. Se introdujo un sistema de puntuación, con hasta 5 puntos por commit según la presencia de tests automatizados, revisiones de código y pruebas manuales, que arrojó una nota media de 2,47 y reveló la escasa cobertura de pruebas, ya que solo 29 de 52 commits de mejora incluían tests. Además, se observó un enorme desajuste entre los 366 informes de prueba generados por 58 colaboradores y la incorporación efectiva de esos resultados en el núcleo, reflejada en apenas un 8 % de commits relacionados.

A partir de estas conclusiones y de dos sesiones de feedback, surgió la propuesta de crear el Grupo de Colaboradores de Pruebas de WordPress, un espacio abierto sin requisito de antigüedad donde la prioridad es el networking y el intercambio de conocimiento para revertir la brecha detectada entre testers y committers. La visión es asegurar un nivel de calidad tal que cualquier desarrollador pueda integrar código con total confianza, y la misión consiste en orientar a quienes deseen especializarse, fomentando un talento focalizado y un aprendizaje colaborativo continuo.

Para ello, se plantea organizar a sus miembros por áreas o componentes concretos, como por ejemplo Media o herramientas de build, con una estructura plana y apoyo de mentores que procuren que cada uno se convierta en referente en su ámbito. El proceso de incorporación pasa por elegir un componente, asistir a las sesiones de onboarding o contactar directamente con miembros activos, y participar en un ciclo de retroalimentación que permita medir avances; se espera que, tras cinco o seis meses de trabajo especializado, el grupo alcance la excelencia propuesta.

El equipo de Hosting propone actualizar la descripción del equipo, argumentando que las versiones actuales son demasiado breves y no reflejan con claridad su labor en colaboración con la industria, pruebas distribuidas y educación de usuarios.

Para ello, presenta tres borradores con distinto nivel de detalle que sitúan al equipo como intermediario entre los proveedores de alojamiento y los desarrolladores de WordPress, enfatizando su papel en la identificación de errores, la documentación técnica y el fomento del diálogo en reuniones semanales.

El equipo de Photos ha lanzado el Summer Photo Contest, en el que se invita a enviar fotografías que hagas durante el mes de agosto con mucho sabor a verano, y subirlas al directorio de fotografías de WordPress con el hashtag #SummerPhotoContest. Un grupo de fotógrafos y moderadores del equipo seleccionará sus fotos favoritas, y las personas ganadoras recibirán premios especiales que se anunciarán en breve, además de un lugar destacado en el Directorio de Fotos.

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.

La Inteligencia Artificial ha llegado ya a WordPress de una manera modular a través de varios plugins que crean la base para la construcción de cualquier elemento que se quiera integrar.

Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify y Apple Podcasts o suscribirte al feed directamente.

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 14 al 20 de julio de 2025.

Hace no muchas semanas se lanzaba el equipo de Inteligencia Artificial de WordPress, y los primeros resultados ya están aquí: varios plugins de experimentación con distintas funciones y habilidades que pueden ayudar a facilitar el desarrollo de plugins o de necesidades a la hora de relacionarse con otras herramientas de inteligencia artificial.

Para garantizar flexibilidad y evitar bloqueos con proveedores o estándares prematuros, estos proyectos se distribuyen como plugins canónicos y paquetes de Composer independientes del núcleo, permitiendo a los desarrolladores incorporarlos en producción antes de su fusión eventual en el núcleo de WordPress. Esta estrategia se alinea con la Fase 3 de Gutenberg: Colaboración de la hoja de ruta, que anticipa la integración de agentes de IA en la nueva interfaz Site Admin, colaboración en tiempo real y asincrónica en el editor, y funcionalidades de IA en la biblioteca multimedia; con la meta de que antes de la versión 7.0 cualquier usuario pueda acceder, usar y construir funciones avanzadas de IA que pasarán finalmente al núcleo.

El plugin AI Experiments agrupa los componentes de la iniciativa AI Building Blocks de WordPress en una aplicación tangible que demuestra cómo estas piezas funcionan en conjunto para ofrecer funciones de IA directamente en el editor y el panel de administración. Mediante esta herramienta, cualquier usuario puede conectar su proveedor de IA preferido, alternar entre modelos sin complicaciones y experimentar con la generación de contenido y la automatización de tareas, creando un entorno real donde probar las posibilidades actuales de la inteligencia artificial.

Lejos de quedarse en una mera demostración, el AI Experiments Plugin establece una hoja de ruta hacia el futuro de WordPress, explorando casos de uso más avanzados como asistentes de conversación para la gestión del sitio, colaboración en tiempo real en Gutenberg, comentarios asincrónicos con sugerencias de IA y organización inteligente de la biblioteca multimedia, anticipando su eventual integración en el núcleo de la plataforma.

El SDK PHP AI Client es la pieza central de la iniciativa, cuyo objetivo es unificar y simplificar la integración de funciones de inteligencia artificial en proyectos PHP y plugins de WordPress. Gracias a su interfaz única e independiente del proveedor, los desarrolladores solo necesitan indicar las capacidades de IA que desean incorporar, mientras que los administradores gestionan las credenciales de API en un único punto, evitando bloqueos con proveedores y la duplicación innecesaria de infraestructuras en cada extensión. Además, el SDK maneja internamente los distintos protocolos de streaming, formatos de API y particularidades de cada servicio, lo que permite desde tareas sencillas de generación de texto hasta operaciones multimodales complejas sin que el usuario final perciba la complejidad subyacente.

El Abilities API es otra pieza fundamental dentro de la iniciativa que nace para dotar al ecosistema de un lenguaje común capaz de describir, registrar y exponer de forma coherente todas las funcionalidades que ofrecen los distintos plugins y temas. Mediante un registro centralizado, cada componente puede declarar sus capacidades con esquemas de entrada y salida bien definidos, mensajes de estado y permisos asociados, de modo que tanto desarrolladores como sistemas de IA puedan descubrir y orquestar estas funciones sin depender de implementaciones dispersas y heterogéneas. Con ello se supera el problema de la fragmentación, en el que, por ejemplo, un asistente no sabe si un plugin de copias de seguridad puede crear instantáneas o si una extensión SEO puede analizar contenido, y se abre la puerta a casos de uso avanzados, desde paletas de comandos o flujos de trabajo automatizados hasta la integración de capacidades en menús y barras de herramientas dentro del editor.

El MCP Adapter también forma parte de la iniciativa y está fundamentado en el protocolo abierto Model Context Protocol (MCP), que estandariza la forma en que las aplicaciones suministran contexto a los modelos de lenguaje (LLMs).

En esta implementación, WordPress opera a la vez como servidor MCP, exponiendo sus capacidades registradas en la Abilities API para que asistentes de IA descubran y ejecuten acciones como creación de entradas, gestión de medios o moderación de comentarios, y como cliente MCP, conectándose a servidores externos mediante un agente integrado, la REST API o WP-CLI, lo que permite integrar servicios especializados de generación de contenido, análisis de datos o migración de sitios en flujos conversacionales.

En conjunto, estas iniciativas de AI Building Blocks ofrecen una infraestructura modular y completa para llevar la inteligencia artificial a WordPress.

Y en otra línea de novedades tenemos Gutenberg 21.2, que trae algunas novedades como que el bloque de navegación estrena un interruptor en la barra lateral de ajustes que permite configurar la apertura en una nueva pestaña junto al resto de opciones de enlace, haciéndolo más accesible sin necesidad de editar código ni recurrir a trucos externos.

Por su parte, se refuerzan los DataViews con nuevas definiciones de tipo de campo (media, booleano, e-mail y array), la posibilidad de asignar ordenación y funciones de renderizado por defecto, y la exportación independiente de sus subcomponentes para crear composiciones a medida; además, incorpora dos componentes de calendario, DateCalendar y DateRangeCalendar, que facilitan la selección de fechas.

Por último, continúa la modernización de los paneles de ajustes: el bloque Galería recibe su rediseño en la interfaz de herramientas y el bloque Logo del sitio completa la transición a la nueva UI, cerrando así esta fase de refactorización.

Finalmente, el equipo de Core ha traído de vuelta una discusión de hace 8 años sobre la inclusión completa de la biblioteca PHPMailer, que actualmente usa una versión parcial y que permitiría incluir de forma nativa funcionalidades en la gestión del correo, haciendo que plugins de SMTP no requieran incluir versiones potencialmente inseguras.

El equipo de Comunidad ha lanzado tres iniciativas estratégicas para consolidar su presencia en el ámbito educativo: Campus Connect, Student Clubs y WordPress Credits.

Campus Connect propone talleres intensivos y eventos prácticos donde los alumnos aprenden a montar sitios web, mejorar el SEO y explorar salidas profesionales dentro del ecosistema, todo ello con el respaldo de mentores y profesionales del sector.

Los Student Clubs actúan como comunidades autónomas en los campus que mantienen vivo el interés a través de reuniones periódicas y proyectos recurrentes, asegurando que la formación no se diluya tras la celebración de un evento puntual.

Finalmente, el programa WordPress Credits integra a estudiantes en proyectos reales de desarrollo de WordPress, otorgándoles un reconocimiento académico formal que elimina barreras de entrada y les permite adquirir experiencia práctica contribuyendo al núcleo y a la accesibilidad de la plataforma.

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.

Una propuesta plantea un despliegue escalonado de plugins, al estilo de iTunes o Play, donde los usuarios reciben actualizaciones poco a poco.

Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify y Apple Podcasts o suscribirte al feed directamente.

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 7 al 13 de julio de 2025.

Una propuesta de Matt Mullenweg, cofundador de WordPress, busca introducir despliegues escalonados (phased rollouts) de actualizaciones de plugins en el directorio de wordpress.org, al estilo de Apple App Store y Google Play.

Esto permitiría que los autores liberen primero la actualización a un porcentaje limitado de sitios para recoger feedback y detectar errores antes del despliegue masivo, sin sustituir las pruebas beta tradicionales.

Desarrolladores y empresas como Hostinger, Automattic, WooCommerce, Elementor y Awesome Motive han apoyado la idea, sugiriendo opciones de fases inmediatas, equilibradas o progresivas —por ejemplo, 10, 25, 50 y 100%—, y pidiendo más analíticas y reportes de errores en un panel de control. Ya existe un parche de prueba de concepto y se valora incluirlo en WordPress 6.9.

El ticket #8009 en el Meta Trac describe la necesidad de una interfaz para gestionar versiones por porcentaje y plantea comenzar solo con autoactualizaciones. En los más de 30 comentarios, varios colaboradores discuten mecanismos de segmentación, umbrales de sitios, distintos estados en la API de actualizaciones y cómo diferenciar actualizaciones automáticas de manuales, además del reto de soportar clientes desde WordPress 2.8 hasta 6.8.

WordPress 6.8.2 ya tiene una versión candidata y está previsto que el martes 15 de julio esté disponible de forma general, incluyendo 20 correcciones del núcleo y 15 del editor.

Y, parece que sí, que WordPress 6.9 se lanzará antes de 2026. Concretamente, está previsto que la versión general salga el 2 de diciembre de 2025, comenzando su primera beta el 21 de octubre. Se están buscando colaboradores para liderar el lanzamiento tanto en la parte tecnológica, de diseño, triaje y pruebas.

Algunas de las ideas detrás de WordPress 6.9 son:

Con respecto al rediseño del panel de administración, hay un acuerdo inicial para probar la renovación usando el plugin Gutenberg, posiblemente como experimento opt-in. La conversación sobre el rediseño también ha puesto de manifiesto el interés en ampliar herramientas de colaboración, como comentarios a nivel de bloque y flujos de trabajo asíncronos, algunas de las cuales ya están en desarrollo en Gutenberg.

El equipo de Core ha propuesto incorporar PHPStan, una herramienta de análisis estático de código PHP ya usada en otros proyectos, al flujo de trabajo de desarrollo del núcleo de WordPress.

El plan contempla añadir PHPStan como dependencia de desarrollo con una configuración y línea base predefinida, ejecutar el análisis como comprobación obligatoria en los GitHub Actions y documentar su uso en el handbook. Las modificaciones se implementarían durante el ciclo de desarrollo de WordPress 6.9 mediante un pull request, permitiendo que el código existente mantenga sus incidencias actuales, mientras el nuevo código se ajusta a los estándares de PHPStan.

Adoptar PHPStan ayudará a detectar errores en código no cubierto por pruebas, prevenir fallos lógicos y de tipo, mejorar la experiencia de contribución con feedback automático y facilitar la adopción incremental de reglas sin forzar refactorizaciones masivas, todo ello alineado con la política de evitar cambios innecesarios. Aunque pueda suponer una curva de aprendizaje para algunos, la familiaridad creciente de la comunidad con PHPStan y su carácter complementario a PHPCS mitigan ese riesgo. Los siguientes pasos incluyen mantener la propuesta abierta unas semanas, avanzar en el pull request, coordinar con el equipo de Gutenberg y redactar la guía en el handbook; la implementación requerirá elevar la versión mínima de PHP a 7.4, decisión que se anunciará próximamente, antes del lanzamiento de la 6.9.

En esta línea, se ha propuesto eliminar la etiqueta de soporte beta para PHP 8.3 en WordPress 6.8, ajustando dos criterios: ya no exigir los tres meses de uso mínimo una vez superado el 10% de sitios activos y permitir que el cambio se aplique retroactivamente al lanzamiento actual sin esperar a la próxima versión mayor, dado que el núcleo lleva siendo compatible desde noviembre de 2023. Con esto, se clarifica que PHP 8.3 cuenta con soporte pleno, incentivando a usuarios y proveedores a actualizar, mientras que PHP 8.4 seguirá en beta por estar por debajo del 10% de uso y PHP 8.5 permanecerá en desarrollo hasta su salida en noviembre de 2025.

El equipo de Plugins ha anunciado que el antiguo Plugin Review Team pasa a llamarse oficialmente Plugins Team para reflejar mejor su alcance tras la transición de junio de 2023: seguir revisando nuevas propuestas —que han aumentado un 87% más en envíos semanales—, mejorar herramientas internas como el Scanner que hace más de 220 comprobaciones automáticas y chequeos de IA para nombres, y potenciar herramientas comunitarias como Plugin Check, además de colaborar con el equipo Meta para resolver tickets y proponer funciones que refuercen la fiabilidad y seguridad del directorio. El cambio de nombre, ya aprobado internamente, se aplicará en el título de la página, menciones en wordpress.org y comunicaciones, y se invita a la comunidad a usar Plugins Team de ahora en adelante.

La WordCamp US 2025 sigue su camino y la Fundación WordPress abre la convocatoria para la Beca Conmemorativa Kim Parsell, que sufraga el viaje a WordCamp US 2025 en Portland, que se realizará del 26 al 29 de agosto. Podrá solicitarla cualquier mujer que aporte al proyecto WordPress, no haya asistido antes a este evento y necesite apoyo económico. Se elegirá a una única beneficiaria, con plazo de inscripción hasta el 25 de julio de 2025 y notificación a las solicitantes el 7 de agosto de 2025.

La Fundación WordPress ha lanzado WordPress Credits, un programa de prácticas de contribución dirigido a estudiantes universitarios que combina una formación inicial en principios de código abierto y herramientas comunitarias como Slack, blogs de Make o GitHub, con un proyecto personalizado alineado a su carrera, como traducción, desarrollo, documentación, organización de eventos, entre otros. Tras un piloto con la Universidad de Pisa, presentado en WordCamp Europe 2025, el programa ofrece periodos flexibles de 3 a 4 meses semestrales o cumplimiento de horas específicas, con mentoría individual y un contacto de la WordPress Foundation para garantizar que las contribuciones de código, recursos educativos o traducciones sean públicas e integradas en proyectos oficiales.

Universidades e instituciones pueden inscribirse mediante un formulario, y las empresas de la comunidad están invitadas a patrocinar mentores o aportar recursos para apoyar a la próxima generación de colaboradores.

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.

Algunos componentes del núcleo de WordPress han quedado obsoletos en cuanto a funcionalidad, y se plantea un modo de mantenimiento simplemente para que sigan funcionando sin errores, pero sin evolucionar funcionalmente.

Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify y Apple Podcasts o suscribirte al feed directamente.

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 30 de junio al 6 de julio de 2025.

La nueva versión de Gutenberg 21.1 incluye la extensibilidad del bloque Social, gracias a la cual los desarrolladores pueden registrar nuevas redes sociales como variaciones de bloques, incluyendo iconos personalizados.

Además, otros bloques están incorporando la nueva interfaz del Panel de herramientas, como el de Autor, Avatar, Enlace de navegación o Logo del sitio.

El equipo de Core ha propuesto introducir el concepto de modo de mantenimiento para componentes: un estado oficial para marcar aquellas partes de WordPress que, aunque sigan recibiendo actualizaciones de seguridad y triage de errores, dejan de aceptar nuevas peticiones de funcionalidades o mejoras, a menos que sean estrictamente necesarias para mantener la compatibilidad con versiones previas.

Como candidatos iniciales para pasar a modo de mantenimiento se mencionan:

El equipo de Playground lanza algunas novedades entre las que se destaca que se ha habilitado por defecto la conectividad en red, sin que ello implique una pérdida de rendimiento, y se ha mejorado la gestión de instancias PHP con el PHP Process Manager para soportar instancias no principales, además de habilitar llamadas de red simultáneas y asíncronas entre múltiples instancias de PHP en el mismo web worker.

Se ha incorporado el runner de Blueprints versión 2, allanando el camino para la próxima generación de Playground Blueprints, mientras la versión 1 sigue como predeterminada.

También se destaca la adopción del nuevo controlador SQLite y las pruebas de compatibilidad de plugins; el sistema puede llegar a permitir ejecutar pruebas de plugins como Plugin Check dentro de la CLI. Se ha discutido la estrategia para descontinuar versiones antiguas de PHP, como la 7.2.

El lanzamiento de bbPress 2.6.14 incluye 20 correcciones, entre las que encontramos mejoras de integración con BuddyPress o correcciones de compatibilidad con PHP 8.2, entre otras mejoras, que también se han aplicado ya en la futura rama de bbPress 2.7.

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.