WordPress Pódcast (español)

La IA marca el futuro

WordPress dependerá de los modelos de inteligencia artificial para prácticamente todo, o así se puede leer entre líneas tanto del State of the Word como de lo que vendrá en WordPress 7.0. Recuerda que puedes escuchar este programa desde Pocket Casts [https://www.wppodcast.es/pocketcasts/], Spotify [https://www.wppodcast.es/spotify/] y Apple Podcasts [https://www.wppodcast.es/apple/] o suscribirte al feed [https://www.wppodcast.es/feed/podcast/] directamente. TRANSCRIPCIÓN DEL PROGRAMA Hola, soy Javier Casares [https://www.javiercasares.com/] y estás escuchando WPpodcast [https://www.wppodcast.es/], en el resumen de noticias de la Comunidad WordPress. En este episodio encontrarás la información del 1 al 7 de diciembre de 2025. WordPress 6.9 “Gene” [https://wordpress.org/news/2025/12/gene/] es la nueva versión mayor de WordPress, tras pasar por una Release Candidate 4 [https://make.wordpress.org/core/2025/12/01/wordpress-6-9-release-candidate-4/], y trae mejoras importantes que facilitan la colaboración y la creación de contenidos. La nueva función Notes permite dejar comentarios a nivel de bloque dentro del editor, ideal para revisiones o colaboraciones en equipo. Para quienes gestionan muchas páginas o trabajan con plantillas, la integración de Abilities API abre la puerta a automatizaciones y herramientas inteligentes, y promete facilitar futuras integraciones con IA. También se mejora la experiencia de uso del panel de control: la Command Palette se amplía, permitiendo acceder rápidamente a funciones desde cualquier parte del panel —algo especialmente útil para usuarios avanzados. En conjunto, WordPress Gene no solo aporta nuevas funciones visibles, sino que refuerza las bases técnicas para que el sistema evolucione hacia un entorno más colaborativo, flexible y preparado para la automatización. Y es que el lanzamiento de esta nueva versión se hizo durante el State of the Word 2025 [https://wordpress.org/news/2025/12/sotw-2025/], que repasó un año clave para WordPress, marcado por el avance en colaboración dentro del editor, la expansión de la inteligencia artificial en el ecosistema y el impulso de herramientas para desarrolladores. Mirando al futuro, el proyecto entra en una fase en la que la colaboración en tiempo real, el rediseño del área de administración y la Interactivity API serán protagonistas. Matt Mullenweg, cocreador de WordPress, también subrayó el crecimiento global de la comunidad, el papel de iniciativas educativas como Learn WordPress y la evolución del programa de contribución y patrocinio que apoya a colaboradoras y colaboradores en todo el mundo. El mensaje final fue claro: 2026 será un año centrado en hacer WordPress más rápido, más accesible, más colaborativo y más inteligente, combinando mejoras de usabilidad con una base técnica renovada que permitirá construir experiencias más modernas dentro y fuera del editor. En cuanto a números, WordPress ahora potencia más del 43 % de la web, siendo más del 60 % en el mercado de los CMS. El uso multilingüe de WordPress siguió creciendo con fuerza. Más del 56 % de los sitios WordPress ya funcionan en idiomas distintos del inglés. Japón destaca especialmente: WordPress alimenta el 58,5 % de todas las webs japonesas y el 83 % del mercado de CMS en el país. El japonés se convirtió además en el segundo idioma más usado en WordPress, con un 5,82 % del total. Le siguen el español, el alemán, el francés y el portugués. Y, en paralelo, el trabajo de Gutenberg sigue con algunas mejoras en Gutenberg 22.2 [https://make.wordpress.org/core/2025/12/03/whats-new-in-gutenberg-18-8-17-july-2/]. Ahora el bloque Cover permite usar vídeos incrustados como fondo, no solo archivos de vídeo subidos a la biblioteca de medios. Se pueden usar, por ejemplo, vídeos de YouTube o Vimeo como background del Cover, lo que reduce el consumo de ancho de banda del servidor y facilita aprovechar plataformas de vídeo externas. El bloque experimental de Breadcrumbs se hace bastante más completo. Gestiona mejor la página principal, el último elemento de la jerarquía, las páginas 404, de búsqueda y de archivo, añade enlaces para archivos de post type y da soporte a contenido paginado. En resumen, las migas de pan son más contextuales y robustas, reflejando mejor la estructura real del sitio. El bloque Math recibe opciones de estilo dedicadas. Se corrige así la inconsistencia donde las fórmulas inline heredaban el estilo del párrafo, pero el bloque de fórmula en display apenas se podía ajustar. Ahora se le pueden aplicar controles de estilo estándar desde el editor, de forma más coherente con el resto de bloques. WordPress ha empezado a definir con claridad cómo quiere integrar la inteligencia artificial en el proyecto. En primer lugar, el núcleo plantea la IA como un fundamento transversal [https://make.wordpress.org/core/2025/12/04/ai-as-a-wordpress-fundamental/], no como una característica aislada. Se busca que WordPress pueda interactuar con servicios de IA de forma segura, predecible y estandarizada. Para ello se han creado dos pilares: la Abilities API, que permite a plugins, temas y al propio núcleo declarar acciones que pueden ser usadas por asistentes o agentes de IA; y el MCP Adapter, que actúa como puente entre WordPress y herramientas externas, asegurando compatibilidad y evitando depender de un único proveedor. Desde el punto de vista de los desarrolladores, la intención es que trabajar con IA en WordPress sea mucho más sencillo y uniforme [https://make.wordpress.org/ai/2025/12/04/ai-for-wordpress-developers/]. La nueva librería WordPress AI Client SDK proporciona un método común para conectarse a distintos modelos sin escribir integraciones específicas para cada uno. Los desarrolladores podrán crear herramientas que pidan a la IA tareas como analizar contenido, generar textos, procesar datos o ejecutar abilities del sitio, todo usando un marco estándar mantenido por la comunidad. Por su parte, las empresas de hosting también tienen un papel definido [https://make.wordpress.org/ai/2025/12/04/ai-for-wordpress-hosts/]. WordPress quiere que los hosts puedan habilitar IA para sus usuarios de forma segura, ofreciendo credenciales, modelos o límites de uso centralizados. El MCP Adapter facilita que los hosts expongan capacidades de IA a sus clientes sin alterar el funcionamiento de WordPress ni introducir dependencias propietarias. El objetivo es que la IA se pueda ofrecer de forma responsable, sin bloquear a los usuarios en un proveedor concreto y con controles de privacidad muy claros. En conjunto, WordPress no está añadiendo “funciones mágicas” de IA al azar: está construyendo infraestructura, estándares y APIs para que el ecosistema —a través del núcleo, plugins, hosts y usuarios— pueda integrar IA de forma coherente, interoperable y preparada para el futuro. Playground ha vivido un año decisivo en 2025 [https://make.wordpress.org/playground/2025/12/03/wordpress-playground-2025-year-in-review/]. Alcanzó más del 99 % de compatibilidad con plugins del directorio y amplió su alcance hasta ejecutar aplicaciones PHP completas como phpMyAdmin, Composer o incluso Laravel, convirtiéndose en un entorno de desarrollo real dentro del navegador. A esto se suma un gran salto en rendimiento: la activación de OPcache redujo los tiempos de respuesta casi a la mitad, y el soporte multi-worker aceleró procesos simultáneos, logrando una experiencia mucho más fluida. El soporte para extensiones modernas de PHP se amplió con Xdebug, SOAP, OPcache, ImageMagick, Intl, Exif y formatos WebP y AVIF. Además, el networking activado por defecto y el nuevo sistema de extensiones dinámicas permiten simular entornos de alojamiento cada vez más reales. En paralelo, la nueva simulación MySQL-on-SQLite se convirtió en una de las más completas disponibles, compatible con phpMyAdmin y Adminer, ambos disponibles desde el propio panel de Playground [https://make.wordpress.org/playground/2025/12/03/adminer-and-phpmyadmin-in-wordpress-playground/]. La plataforma también evolucionó como caja de herramientas para desarrolladores, incorporando editor de archivos, editor de Blueprints [https://make.wordpress.org/playground/2025/12/03/introducing-the-new-live-blueprint-editor-for-wordpress-playground/], bases de datos gestionadas con un clic, pruebas rápidas de PHP y vistas previas de ramas de Gutenberg. La CLI alcanzó madurez con funciones como modo automático para montar plugins o temas, depuración con Xdebug, multi-worker y la posibilidad de integrar Playground directamente en aplicaciones Node.js mediante runCLI. Los Blueprints han recibido un impulso enorme: un editor visual, paquetes con medios, explorador de Blueprints listos para lanzar, soporte para .git y una especificación de la versión 2 más clara y apta para IA. Sumado a mejoras como una pantalla de errores más útil, migración de URLs más fiable y el nuevo botón Ask AI, Playground cerró el año con 1,4 millones de usos en 227 países, consolidándose como herramienta clave para enseñar, probar y desarrollar WordPress sin depender de instalaciones locales. La propuesta del equipo de Documentación plantea cambiar por completo el flujo de trabajo actual [https://make.wordpress.org/docs/2025/12/02/proposal-to-change-the-user-documentation-workflow/], porque es uno de los motivos principales por los que la documentación de usuario no llega a tiempo para el día del lanzamiento. El sistema vigente usa un tablero de GitHub con 13 columnas de estado, pensado para múltiples rondas de revisión. En la práctica, este proceso provoca cuellos de botella: los borradores se escriben en Google Docs, esperan días o semanas a la primera revisión, vuelven a esperar para la segunda, y a menudo los artículos se publican tarde, cuando la versión de WordPress ya ha salido. Esto genera una acumulación creciente de tareas pendientes, artículos que se publican fuera de orden y documentación que queda desactualizada justo cuando los usuarios más la necesitan. El nuevo flujo propuesto se probó durante WordPress 6.9 y funcionó mejor: la documentación se escribió directamente en WordPress, se programó para publicarse el día del lanzamiento y no se hicieron revisiones obligatorias antes de publicar. Las revisiones llegaron después, corrigiendo lo necesario sin retrasar la publicación inicial. Para garantizar seguimiento, se mantuvieron issues en GitHub, pero sin bloquear el proceso. Las recomendaciones son claras: eliminar la mayoría de etapas de revisión, formar un equipo pequeño y dedicado por versión, hacer que la revisión previa sea opcional, programar los artículos completos para publicarse el día del lanzamiento, revisar después de publicar y simplificar el tablero de GitHub eliminando columnas innecesarias. Con este sistema, se pasa de un flujo lento, lleno de bloqueos y documentación que llega tarde, a un proceso más ágil, con publicaciones puntuales y mejoras continuas sin backlog interminable. Y, para acabar, este pódcast se distribuye con licencia Creative Commons [https://creativecommons.org/licenses/by-nc-sa/4.0/]; tienes todos los enlaces para ampliar la información, y el pódcast en otros idiomas, en WPpodcast .es [https://www.wppodcast.es/]. Un abrazo, y hasta el próximo programa.

Primeros experimentos IA

Gracias al lanzamiento del AI Experiments Plugin ya se pueden comenzar a probar algunos experimentos simples en conjunto con el MCP Adapter. Recuerda que puedes escuchar este programa desde Pocket Casts [https://www.wppodcast.es/pocketcasts/], Spotify [https://www.wppodcast.es/spotify/] y Apple Podcasts [https://www.wppodcast.es/apple/] o suscribirte al feed [https://www.wppodcast.es/feed/podcast/] directamente. TRANSCRIPCIÓN DEL PROGRAMA Hola, soy Javier Casares [https://www.javiercasares.com/] y estás escuchando WPpodcast [https://www.wppodcast.es/], en el resumen de noticias de la Comunidad WordPress. En este episodio encontrarás la información del 24 al 30 de noviembre de 2025. Seguro que más de una vez te has peleado con esto: migras una web desde tu entorno de pruebas a producción, todo parece ir bien… pero al abrir la página empiezan los sustos. Imágenes que siguen apuntando al dominio de staging, enlaces internos que no funcionan, shortcodes rotos porque mantienen la URL antigua. Un clásico de las migraciones en WordPress. Pues bien, eso por fin empieza a cambiar. El WordPress Importer ahora es capaz de migrar automáticamente las URL dentro de tu contenido [https://make.wordpress.org/core/2025/11/27/wordpress-importer-can-now-migrate-urls-in-your-content/] cuando importas una web en otro dominio. Durante la importación, detecta enlaces, imágenes, adjuntos y referencias internas, y las reemplaza por las nuevas rutas correctas del sitio de destino. No hay que ir revisando página por página ni usar herramientas externas para hacer búsquedas y reemplazos en lote: el propio importador se encarga del trabajo. Esta mejora, que llega gracias a un esfuerzo coordinado entre los equipos de Core y Meta, convierte el proceso de pasar un sitio de pruebas a producción, o de un dominio a otro, en algo mucho más fiable y menos manual. Pone fin a uno de los dolores de cabeza más antiguos del ecosistema WordPress y facilita que las migraciones sean, por fin, casi un clic y listo. WordPress 6.9 ya tiene todo preparado para su lanzamiento tras la Release Candidate 3 [https://wordpress.org/news/2025/11/wordpress-6-9-release-candidate-3/], una versión pensada únicamente para pruebas finales antes del lanzamiento definitivo del 2 de diciembre de 2025. Esta RC3 incluye una última ronda de ajustes y correcciones menores tanto en el núcleo como en el editor, puliendo detalles de funcionalidades nuevas como Notes, la gestión de plantillas, la Interactivity API o los nuevos bloques que llegarán con esta versión. El lanzamiento de WordPress 6.9 se ha movido oficialmente para alinearse con el State of the Word 2025, celebrándose ambos el 2 de diciembre. El evento comenzará a las 20:00 UTC, y el equipo de Core ha fijado el lanzamiento de la versión final para las 20:30 UTC, es decir, media hora después del inicio de la ponencia. El equipo también detalla que habrá un pequeño margen de maniobra: si durante la ventana del evento surge algún ajuste de última hora, el lanzamiento podría desplazarse ligeramente dentro del mismo bloque horario. Aun así, la planificación es clara: la versión estará lista durante el propio State of the Word, convirtiendo el anuncio y el despliegue en un único momento [https://make.wordpress.org/core/2025/11/26/6-9-release-day-timeline-shift-for-state-of-the-word/] coordinado. La reunión mensual de Core Committers de noviembre deja claro cuál es el estado real de WordPress 7.0 y qué novedades empiezan a perfilarse para esta versión [https://make.wordpress.org/core/2025/11/26/core-committers-check-in-november-2025/]. Aunque la prioridad inmediata ha sido cerrar WordPress 6.9, muchos equipos ya han confirmado qué partes de su trabajo pasan directamente a 7.0 por no haber llegado a tiempo o por necesitar una fase de desarrollo más larga. La primera gran área confirmada para 7.0 es la colaboración en tiempo real, basada en Yjs. La tecnología ya se está probando en entornos como WordPress VIP, pero aún no está lista para el núcleo. En 7.0 se espera la primera integración visible: edición simultánea estable, presencia de usuarios en tiempo real y un sistema de deshacer y rehacer sincronizado. En paralelo, la función de Notes seguirá ampliándose: notas por fragmentos, menciones con @, modo compacto y compatibilidad con plantillas están todas previstas para esta versión. Otra línea fuerte es el Admin Redesign. Para 6.9 llegaron DataViews, DataForms y las bases de los design tokens, pero la mayor parte del rediseño visual y estructural se pospone a 7.0. Los equipos confirmaron que el rediseño sigue adelante, que los nuevos componentes ya están en desarrollo y que 7.0 debería traer la primera versión realmente visible para los usuarios: navegación modernizada, estilos unificados y coherencia total entre pantallas. En el plano técnico, WordPress 7.0 recogerá mejoras que no llegaron a tiempo: parte de la nueva gestión de plantillas, que fue revertida en 6.9; la expansión de la Block Bindings API; mejoras más profundas en la HTML API; y nuevas capacidades para la Interactivity API. También seguirá creciendo la Abilities API, especialmente la parte JavaScript, que quedó fuera de la ventana de 6.9. En cuanto al calendario, todavía no hay fechas cerradas —algo normal a estas alturas del ciclo—, pero los committers dejaron claro que 7.0 será una versión grande, con foco en la colaboración, el rediseño del admin y la siguiente fase de las APIs del editor. Cada committer compartió prioridades personales para diciembre y enero. Varias personas indicaron que se tomarán descansos tras el lanzamiento de WordPress 6.9, mientras que otras planean dedicar tiempo a documentación, tareas de limpieza de código y a preparar las primeras propuestas para 7.0. La reunión cerró con una llamada a mantener la coordinación entre equipos y a aprovechar la publicación de 6.9 como punto de partida para consolidar el trabajo de 2026. El equipo de Core-AI ha publicado MCP Adapter 0.3 [https://github.com/WordPress/mcp-adapter], una versión que marca un avance importante en la integración entre WordPress y los futuros agentes de IA [https://make.wordpress.org/ai/2025/11/24/release-announcement-mcp-adapter-v0-3-0/]. Esta actualización mejora la estabilidad del protocolo, simplifica la comunicación entre WordPress y herramientas externas, y corrige problemas detectados durante las primeras pruebas. También incorpora documentación más clara y una estructura más modular para que los desarrolladores puedan probarlo de forma segura antes de su llegada al núcleo. Junto a esto, se lanza el plugin AI Experiments 0.1 [https://github.com/WordPress/ai], pensado como un laboratorio oficial donde la comunidad puede activar prototipos de funciones de IA [https://make.wordpress.org/ai/2025/11/27/announcing-the-ai-experiments-plugin-v0-1-0/] antes de que estén listas para el núcleo. Este primer lanzamiento incluye compatibilidad inicial con la Abilities API y con el MCP Adapter, ofreciendo un espacio controlado para experimentar con nuevas formas de automatización y asistencia dentro de WordPress. El objetivo es permitir pruebas reales, recopilar feedback y acelerar la adopción de estas nuevas capacidades en próximas versiones del sistema. El equipo de Playground ha anunciado que WordPress Playground ahora permite depurar con Xdebug directamente en el navegador [https://make.wordpress.org/playground/2025/11/24/debugging-with-xdebug-is-now-available-in-wordpress-playground/], sin instalar nada en local. Puedes activar Xdebug en la propia interfaz de Playground, poner puntos de ruptura y seguir la ejecución paso a paso, ideal para depurar plugins, temas o pruebas rápidas sin configurar un entorno completo. Esto abre la puerta a flujos de desarrollo mucho más ligeros, especialmente para quienes trabajan desde dispositivos limitados o en entornos formativos. Además, Playground incorpora la opción de previsualizar ramas de desarrollo de Gutenberg directamente en el navegador [https://make.wordpress.org/playground/2025/11/26/preview-gutenberg-development-branches-in-your-browser/]. Basta con seleccionar la rama deseada y se carga una instancia aislada con esa versión del editor. Esto facilita probar nuevas funciones, comprobar compatibilidades o evaluar cambios antes de que lleguen al plugin de Gutenberg o al núcleo. En conjunto, estas dos mejoras convierten Playground en un entorno aún más práctico para experimentar, depurar y colaborar en el ecosistema WordPress. El equipo de Test ha anunciado la sincronización de su Handbook entre GitHub y la web [https://github.com/WordPress/test-handbook]. De esta manera, todo el que quiera contribuir a mejorar la documentación puede hacerlo de la misma forma en que muchos otros handbooks ya se están gestionando. El equipo de Formación ha lanzado una iniciativa para revisar y asegurar todos los ejemplos de código [https://make.wordpress.org/training/2025/11/28/help-secure-the-learn-wordpress-code-examples/] publicados en Learn WordPress. Buscan colaboradores que ayuden a identificar fragmentos obsoletos, vulnerables o que ya no siguen las buenas prácticas actuales del proyecto. El objetivo es que todo el material educativo sea seguro, moderno y fácil de entender para quienes están aprendiendo a desarrollar con WordPress. Para facilitar el proceso, se ha creado un proyecto en GitHub donde cada ejemplo de código aparece como una tarea independiente. Cualquier persona puede participar revisando, probando o proponiendo mejoras. Es una oportunidad para contribuir a la comunidad y, al mismo tiempo, ayudar a que quienes aprenden desde cero tengan recursos actualizados y fiables. Y, para acabar, este pódcast se distribuye con licencia Creative Commons [https://creativecommons.org/licenses/by-nc-sa/4.0/]; tienes todos los enlaces para ampliar la información, y el pódcast en otros idiomas, en WPpodcast .es [https://www.wppodcast.es/]. Un abrazo, y hasta el próximo programa.

WordPress AI Client SDK

WordPress presenta su kit para que los desarrolladores de plugins puedan conectar de forma sencilla, y sin necesidad de desarrollo personalizado, con las distintas inteligencias artificiales. Recuerda que puedes escuchar este programa desde Pocket Casts [https://www.wppodcast.es/pocketcasts/], Spotify [https://www.wppodcast.es/spotify/] y Apple Podcasts [https://www.wppodcast.es/apple/] o suscribirte al feed [https://www.wppodcast.es/feed/podcast/] directamente. TRANSCRIPCIÓN DEL PROGRAMA Hola, soy Javier Casares [https://www.javiercasares.com/] y estás escuchando WPpodcast [https://www.wppodcast.es/], en el resumen de noticias de la Comunidad WordPress. En este episodio encontrarás la información del 17 al 23 de noviembre de 2025. La versión WordPress 6.9 Release Candidate 2 ya está disponible para pruebas [https://wordpress.org/news/2025/11/wordpress-6-9-release-candidate-2/]. Se publica como un hito importante del ciclo de lanzamiento, pero sigue siendo una versión de prueba: no se recomienda instalarla en sitios en producción. La fecha prevista para el lanzamiento final de WordPress 6.9 sigue siendo el 2 de diciembre de 2025, por lo que, a falta de una semana, se recomienda comenzar a hacer pruebas de funcionamiento en sitios que tengan versiones de staging o preproducción. Y, continuando con las novedades de WordPress 6.9, aunque la mayoría de elementos más visibles ya se han presentado, siguen apareciendo algunos detalles para el lanzamiento [https://make.wordpress.org/core/2025/11/17/miscellaneous-developer-focused-changes-in-6-9/]. Se han actualizado bibliotecas externas como PHPMailer o SimplePie, mejorado la gestión de PNG transparentes y añadido 21 nuevos hooks y 13 nuevas acciones. También se ha mejorado el sistema de cachés [https://make.wordpress.org/core/2025/11/17/consistent-cache-keys-for-query-groups-in-wordpress-6-9/] para no depender de marcas de tiempo como semilla, creando nuevas funciones que mejorarán las cachés, sobre todo en sitios con alto tráfico. En cuanto a rendimiento [https://make.wordpress.org/core/2025/11/18/wordpress-6-9-frontend-performance-field-guide/], se ha hecho mucho hincapié en optimizar el sistema de fetchpriority y en mejorar la gestión de recursos CSS y JavaScript. Además, se ha implementado el sistema que permite que los temas clásicos carguen solo los estilos de los bloques que se utilizan en cada pantalla, lo que mejora la carga entre un 25 % y un 50 % de media. Se presenta una nueva clase llamada WP_Block_Processor [https://make.wordpress.org/core/2025/11/19/introducing-the-streaming-block-parser-in-wordpress-6-9/], diseñada para ofrecer una interfaz de análisis streaming del contenido de bloques. A diferencia de parse_blocks(), que carga todo el contenido en un gran array y requiere recorrerlo completo para hacer cualquier análisis, esta herramienta permite recorrer el documento bloque a bloque, en orden, y sin necesidad de crear estructuras intermedias o duplicar HTML. Gracias a esta aproximación, tareas como contar tipos de bloques presentes, extraer metadatos o procesar solo los primeros N bloques de un post se vuelven mucho más eficientes. Esto significa menos uso de memoria, tiempos de ejecución reducidos y menor sobrecarga para operaciones en servidor. Se ha eliminado del núcleo todo el código legado que servía para el navegador Internet Explorer, incluyendo scripts, estilos y condicionales específicos. Con esto, WordPress abandona definitivamente [https://make.wordpress.org/core/2025/11/19/legacy-internet-explorer-code-removed/] el soporte activo para estos entornos obsoletos y libera peso de ejecución, reduciendo la complejidad en el CSS y JavaScript. La versión 6.9 incorpora más de 33 mejoras de accesibilidad en el núcleo y otras 44 en el editor Gutenberg [https://make.wordpress.org/core/2025/11/19/accessibility-improvements-in-wordpress-6-9/], con el objetivo de cumplir los estándares de accesibilidad web y facilitar la experiencia de autoría para personas que usan tecnologías de asistencia. Entre los cambios clave están nuevas notificaciones para lectores de pantalla, una gestión del foco mejorada, CSS generado con menos ruido para que “no se lea de más”, y una actualización completa de estilos para asegurar suficiente contraste, etiquetas ARIA correctas y navegación por teclado fiable. En otra línea, se amplía la HTML API para hacerla más robusta y segura [https://make.wordpress.org/core/2025/11/21/updates-to-the-html-api-in-6-9/] a la hora de procesar HTML dentro del núcleo, los temas y los plugins. Una de las mejoras clave es que ahora la API detecta y maneja con mayor precisión estructuras HTML no estándar, lo que reduce errores al filtrar contenido, sanear datos o manipular bloque a bloque. Además, se introduce un sistema más estricto para validar atributos, asegurando que solo se permitan valores correctos y evitando inyecciones inesperadas. Otro avance importante es que la API mejora la interoperabilidad con el editor de bloques. Ahora entiende mejor el HTML generado por Gutenberg, lo que facilita tareas como transformar contenido, limpiar HTML producido por bloques antiguos o realizar migraciones. Estas mejoras sientan las bases para que futuras versiones puedan realizar transformaciones más complejas sin depender de funciones sueltas repartidas por el núcleo. Y en WordPress 6.9 se da un paso más hacia el soporte de versiones modernas de PHP al incluir polyfills para funciones de PHP 8.5 [https://make.wordpress.org/core/2025/11/21/php-8-5-support-in-wordpress-6-9/], como array_first() y array_last(), que permiten recuperar el primer o el último elemento de un array. Esto no significa que PHP 8.5 sea oficialmente una versión soportada al 100 % desde el primer momento, pero sí que el núcleo se prepara para que los desarrolladores puedan aprovechar esas funciones ya y reducir la necesidad de comprobar su existencia manualmente. Para administradores y desarrolladores de sitios, eso quiere decir que si tu host ya permite PHP 8.5 puedes estar más tranquilo desde el punto de vista de compatibilidad del núcleo. Aun así, sigue siendo recomendable probar en entorno de staging, porque temas o plugins todavía pueden no estar adaptados. Gutenberg 22.1 incorpora mejoras centradas en la edición de bloques y en el rendimiento [https://make.wordpress.org/core/2025/11/20/whats-new-in-gutenberg-22-1-18-november-2025/]. Se ha optimizado el arrastre y suelta de bloques para evitar saltos de posición al moverlos, y se ha mejorado la experiencia al duplicar patrones, de modo que no se rompa la configuración de custom props. También se amplían las opciones de estilo para bloques de grupo y columnas, permitiendo definir gaps personalizados, alineaciones más precisas y heredar estilos globales de tipografía. Esto da mayor control a los diseñadores de temas sobre la maquetación sin tocar CSS adicional. Además, se incorpora el nuevo Bloque de Pestañas, que, como su nombre indica, permite integrar pestañas en los contenidos tanto de entradas y páginas como en las propias plantillas de forma nativa. El equipo de Core-AI ha presentado WordPress AI Client SDK, una biblioteca que permite a los desarrolladores añadir funciones de inteligencia artificial [https://make.wordpress.org/ai/2025/11/21/introducing-the-wordpress-ai-client-sdk/] en sus sitios WordPress sin depender de un único proveedor. Con esta SDK, los plugins simplemente definen lo que necesitan (por ejemplo, “generar texto” o “extraer palabras clave”) y el SDK se encarga de conectar con el proveedor de IA configurado por el usuario. Para desarrolladores de WordPress, esto implica que ya no hace falta construir desde cero toda la infraestructura de integración con modelos de lenguaje o servicios de IA: autenticación, diversidad de proveedores y formatos se gestionan de forma unificada. Los usuarios configuran sus credenciales una sola vez y los plugins compatibles funcionan directamente. También se ha presentado oficialmente la Abilities API, que representa un paso importante para que los desarrolladores describan lo que puede hacer un sitio WordPress de forma estructurada [https://make.wordpress.org/ai/2025/11/21/meet-abilities-wordpress-new-functional-core/], accesible tanto para humanos como para máquinas. Cada “habilidad” (ability) tiene definidos los datos de entrada, los de salida, los permisos que necesita y la lógica de ejecución. Esta API crea un registro unificado de funcionalidades, lo que facilita su descubrimiento, validación y ejecución desde PHP, JavaScript o incluso mediante integraciones externas. Para desarrolladores de plugins y temas, las ventajas radican en poder registrar sus funciones de forma estandarizada. Por ejemplo, definir que su plugin “analiza contenido para SEO” o “genera informes de ventas” y que otras herramientas, temas o agentes de IA puedan detectarlas y usarlas. Esto permite la creación de flujos de trabajo más interoperables y prepara WordPress para un futuro con más automatización e integración con IA. Aunque la versión inicial ya está incluida en WordPress 6.9, el desarrollo de la Abilities API sigue evolucionando. Se espera mejorar la documentación, extender el soporte a la interfaz JavaScript y fomentar que más plugins y temas adopten este patrón de registro. Así, WordPress se abre camino hacia un ecosistema más consistente, flexible y preparado para nuevos escenarios. En el Blog de Desarrolladores se publica un artículo sobre la mejor manera de documentar un changelog [https://developer.wordpress.org/news/2025/11/the-importance-of-a-good-changelog/] para un plugin o tema. Y es que un buen changelog va mucho más allá de listar números de versión y parches. Funciona como una declaración de transparencia y profesionalidad: cuando tus usuarios hacen clic en “actualizar”, confían en que nada se rompa. Un registro claro de qué se cambió, por qué y cuándo convierte esa confianza ciega en conocimiento informado. Además, facilita la vida al equipo de soporte, reduce preguntas repetitivas y evita que dentro de seis meses te preguntes “¿por qué hicimos esto?”. El equipo de Accesibilidad ha anunciado su sitio web oficial en wpaccessibility.org [https://wpaccessibility.org/], donde está toda la documentación del equipo, y se están integrando nuevas funcionalidades [https://make.wordpress.org/accessibility/2025/11/18/accessibility-team-meeting-notes-nov-13-2025/], como un buscador. El sitio, además de información sobre WordPress, incluye contenidos generales sobre accesibilidad, desde cómo empezar hasta información sobre legislación y recursos. Al igual que hace unos días se añadieron nuevos modelos de OpenAI en la plataforma de traducción de WordPress, con la salida de GPT-5.1 [https://make.wordpress.org/polyglots/2025/11/18/openais-gpt-5-1-model-is-available-at-translate-wordpress-org/] el equipo de Polyglots ha actualizado el sistema, dando soporte a los modelos desde la versión 3.5-turbo hasta la 5.1. Y, para acabar, este pódcast se distribuye con licencia Creative Commons [https://creativecommons.org/licenses/by-nc-sa/4.0/]; tienes todos los enlaces para ampliar la información, y el pódcast en otros idiomas, en WPpodcast .es [https://www.wppodcast.es/]. Un abrazo, y hasta el próximo programa.

Qué viene en WordPress 6.9

Ahora que se ha lanzado la versión candidata de WordPress 6.9, comienzan a saberse, con detalle, las funcionalidades que vendrán en esta nueva versión. Recuerda que puedes escuchar este programa desde Pocket Casts [https://www.wppodcast.es/pocketcasts/], Spotify [https://www.wppodcast.es/spotify/] y Apple Podcasts [https://www.wppodcast.es/apple/] o suscribirte al feed [https://www.wppodcast.es/feed/podcast/] directamente. TRANSCRIPCIÓN DEL PROGRAMA Hola, soy Javier Casares [https://www.javiercasares.com/] y estás escuchando WPpodcast [https://www.wppodcast.es/], en el resumen de noticias de la Comunidad WordPress. En este episodio encontrarás la información del 10 al 16 de noviembre de 2025. La primera versión candidata [https://wordpress.org/news/2025/11/wordpress-6-9-release-candidate-1/] para el lanzamiento de WordPress 6.9 ya está disponible para probar. Se trata de una versión aún en desarrollo, por lo que no se recomienda instalarla en sitios en producción. El lanzamiento final sigue programado para el 2 de diciembre de 2025. ¿Qué incluye la Release Candidate 1? Algunas de las novedades más destacadas que se introducen en esta versión: * Mejora del editor de sitio con funciones como la capacidad de ocultar bloques en el frontal. * Nuevo sistema de colaboración Notes, que permite dejar comentarios directamente sobre bloques. * APIs como la Abilities API, mejoras en los componentes DataViews y DataForms, así como optimizaciones de rendimiento en scripts, estilos y consultas. * También incluye la nueva paleta de comandos desde cualquier parte del admin, entre otras mejoras de interfaz y experiencia. Ahora se anima a probar esta versión candidata en entornos de pruebas e informar de errores o incompatibilidades con temas o plugins, ya que esta fase es clave para afinar la estabilidad antes de la versión final. Haciendo un repaso de las nuevas funcionalidades, hay muchas cosas a destacar. WordPress 6.9 incorpora la nueva Abilities API [https://make.wordpress.org/core/2025/11/10/abilities-api-in-wordpress-6-9/], un sistema centralizado para que el propio núcleo, los temas y los plugins registren “habilidades” con metadatos, permisos y entrada y salida definidos. Esta API introduce tres componentes clave: * Una API PHP para registrar, revisar y ejecutar habilidades. * Endpoints de la REST API bajo el namespace wp-abilities que permiten listar categorías de habilidades, invocarlas y obtener detalles. * Hooks para integraciones personalizadas y filtros sobre argumentos de registro. La finalidad es sentar la base de lo que se denomina la iniciativa AI Building Blocks for WordPress: al hacer que la funcionalidad de WordPress sea descubrible, ejecutable y segura, se abre camino a integraciones automáticas, flujos de trabajo orquestados y agentes de IA que puedan consultar y usar esas habilidades de forma estándar. Y la gran pregunta… esto, ¿realmente para qué sirve? Pues la respuesta es que es el sistema estándar para conectar la Inteligencia Artificial a WordPress de una manera que sea común para plugins o cualquier herramienta que se plantee, e incluso que tanto el núcleo como otros plugins y temas puedan usar herramientas de distintos proveedores. Algunos ejemplos podrían ser: * Asistentes de IA para edición de contenido: reescritura de textos según tono o longitud, generación de resúmenes o descripciones destacadas, sugerencias de estructura para páginas o entradas, u optimización de contenido para SEO basándose en análisis del post. * Automatización editorial: publicar, despublicar o programar contenido según reglas; revisar entradas pendientes y dejar comentarios automáticos usando Notes; o detectar enlaces rotos y generar avisos o arreglos automáticos. * Gestión inteligente de medios: redimensionar, comprimir o convertir formatos de imagen automáticamente; generar texto alternativo descriptivo; o clasificar medios por etiquetas o categorías usando IA. * Herramientas para administradores del sitio: comprobación automática de seguridad o mantenimiento; creación de informes del estado del sitio, rendimiento o roles/usuarios; o limpieza programada de revisiones, transients y caché. * Asistentes de configuración: configurar ajustes del sitio mediante prompts, como “pon el sitio en modo mantenimiento” o “crea un formulario de contacto básico”, incluso pudiendo activar o desactivar plugins o temas según escenarios. * Flujos de trabajo para tiendas WooCommerce: generar descripciones de productos, actualizar precios o stock desde datos externos o crear informes personalizados sobre ventas. * Herramientas para desarrollo: generar patrones de bloques y plantillas, crear esqueletos de plugins según una especificación o ejecutar pruebas automatizadas dentro del sitio. * Integraciones con servicios externos, como sincronizar contenidos con redes sociales automáticamente o conectar WordPress con herramientas CRM o de mailing mediante habilidades especializadas. * Sistemas de soporte y ayuda contextual, para explicar qué hace un ajuste, bloque o panel concreto, e incluso guiar en la creación de páginas, menús o plantillas. * Agentes orquestadores, como un “WordPress Agent” capaz de combinar múltiples habilidades para lograr tareas complejas, como clonar un sitio de staging a producción o montar una landing completa a partir de un briefing. Sin duda, aunque en esta versión no vamos a ver nada de esto, sí comenzarán a actualizarse la mayoría de plugins actuales de inteligencia artificial para dar soporte a esta API, y empezaremos a ver los resultados de cara a WordPress 7.0. Otro de los cambios, de esos que no se ven [https://make.wordpress.org/core/2025/11/11/dataviews-dataform-et-al-in-wordpress-6-9/], son sobre DataViews, DataForm y la nueva Field API. En primer lugar, la Field API se ha ampliado con trece tipos de campo, como “color”, “password”, “telephone” o “url”; validación basada en reglas, incluyendo validaciones asíncronas; y soporte para datos anidados y derivados gracias a nuevos métodos. Esto permite a los desarrolladores definir campos complejos sin implementar desde cero cada lógica de validación o comportamiento, y preparar formularios avanzados con facilidad. En segundo lugar, DataViews introduce mejoras sustanciales en la presentación y gestión de listas de ítems: ahora se puede agrupar por un campo, establecer filtros bloqueados, alinear columnas en el modo tabla, activar scroll infinito e integrar routing personalizado. Además, se incluye el paquete views, que gestiona el estado de la vista (orden, filtros, paginación) y persiste la configuración del usuario para que su vista personalizada se mantenga entre sesiones. En tercer lugar, DataForm permite definir formularios con tres nuevos layouts: card, row y mejoras al panel. Por ejemplo, el layout card agrupa otros layouts dentro de una tarjeta con resumen y opciones de apertura; el layout row permite alinear horizontalmente campos con estilos de flexbox. Se ha mejorado también la validación del formulario, que trabaja en combinación con la Field API, y los formularios ahora pueden estar controlados por su estado de validez global. Todo esto está alineado con el objetivo de que en WordPress 7.0 se termine de preparar todo el panel de administración para el nuevo diseño, y gracias a estos elementos podría conseguirse. La mejora de la Block Bindings API en WordPress 6.9 permite conectar aún más bloques del editor a fuentes de datos [https://make.wordpress.org/core/2025/11/12/block-bindings-improvements-in-wordpress-6-9/] dinámicas como campos personalizados o API externas. Ahora, por ejemplo, el bloque de imagen permite enlazar directamente su pie de foto a un campo de metadatos; el bloque de fecha admite binding a datos externos; y la interfaz del editor para crear estas conexiones se ha vuelto más extensible, permitiendo que los desarrolladores añadan “fuentes personalizadas” en el editor de bindings. Para los desarrolladores de temas o plugins, esto implica que podrán reutilizar bloques estándar para mostrar datos dinámicos sin tener que crear bloques completamente nuevos. Podrán registrar nuevas fuentes de datos, nuevos atributos para binding y simplificar el desarrollo de experiencias de contenido dinámico usando la infraestructura existente en WordPress 6.9. WordPress 6.9 introduce mejoras significativas en la Interactivity API [https://make.wordpress.org/core/2025/11/12/interactivity-apis-client-navigation-improvements-in-wordpress-6-9/], centradas en la navegación del lado cliente y la carga de recursos: * Se incorpora un nuevo algoritmo de navegación cliente que no solo reemplaza el HTML de la página, sino también el CSS y los módulos JavaScript necesarios al cambiar de vista. * Se añade soporte para envío de formularios sin recarga de página, mejorando interacciones como comentarios o filtros dinámicos. * El sistema también prepara la carga condicional de estilos y scripts basados en los bloques presentes, reduciendo el peso de la página y mejorando el rendimiento. También se inicia el camino para que el editor de entradas se ejecute dentro de un iframe [https://make.wordpress.org/core/2025/11/12/preparing-the-post-editor-for-full-iframe-integration/], lo cual aportará mayor aislamiento entre los estilos del administrador y el contenido del editor. Esta mejora implica que los estilos de administración ya no afecten al lienzo del editor y que las unidades relativas al viewport y las consultas de medios funcionen de forma más natural. Para facilitar la transición, en WordPress 6.9 se añaden medidas de compatibilidad: se muestra una advertencia en el navegador si un bloque está registrado con la API versión 2 o inferior, señalando a los desarrolladores que deben actualizar a la versión 3. Además, el esquema de block.json ya solo acepta bloques con esta última versión. Aunque todos estos elementos son mayormente técnicos y no muy visibles para un usuario más editor, hay bastantes novedades en lo que respecta a “nuevos juguetes” para el usuario de WordPress. La característica Notes permite dejar comentarios directamente a nivel de bloque [https://make.wordpress.org/core/2025/11/15/notes-feature-in-wordpress-6-9/] dentro del editor de WordPress. Es decir, al seleccionar un bloque puedes añadir una nota que otros miembros del equipo pueden ver, responder o marcar como resuelta. Estas notas son visibles únicamente en el editor y no afectan al contenido público. Esta funcionalidad incorpora un panel de notas accesible desde la barra de herramientas del editor, que muestra todas las anotaciones hechas en la entrada o página. El objetivo es mejorar la colaboración entre autores, editores y diseñadores sin necesidad de herramientas externas para las revisiones. Para los equipos de contenido, esta mejora supone una forma más fluida de gestionar feedback, corregir borradores y coordinar publicaciones. Las revisiones, sugerencias o preguntas quedan vinculadas al bloque exacto al que se refieren, lo que reduce confusiones y acelera los procesos internos. Las mejoras previstas para Notes de cara a WordPress 7.0 se centran en dos elementos. La primera novedad será fragment notes, que permitirá dejar anotaciones no solo sobre un bloque entero, sino también sobre un fragmento concreto del contenido, incluso si ese fragmento abarca varios bloques. A esto se sumarán las menciones con arroba, para poder nombrar a otro usuario y que reciba una notificación directa, junto con un sistema de notificaciones mejorado, que permitirá elegir la frecuencia, como recibir un resumen diario de la actividad. También está previsto un modo compacto, donde las notas se mostrarán como pequeños iconos con avatares al lado de los bloques, expandiéndose solo al hacer clic; y un diseño flotante mejorado para pantallas grandes, situando las notas entre el lienzo del editor y la barra lateral. Además, Notes se extenderá a más zonas del editor, incluidas las plantillas, y tendrá soporte para colaboración en tiempo real, permitiendo ver las notas aparecer y actualizarse al instante mientras varias personas editan el mismo documento. Y la lista final de nuevos bloques es: * Bloque de matemáticas: permite añadir fórmulas escritas en sintaxis LaTeX directamente en entradas y páginas. También se podrá usar LaTeX en formato inline, accesible desde la barra de herramientas del editor, para integrar expresiones matemáticas dentro de un párrafo. * Bloque de “tiempo de lectura”: permite mostrar el tiempo estimado de lectura de una entrada o, si se prefiere, simplemente el recuento de palabras. Además, puede mostrar un rango, como “de 12 a 15 minutos”, en lugar de una cifra fija. * El bloque de acordeón [https://developer.wordpress.org/news/2025/10/styling-accordions-in-wordpress-6-9/]. * Y otros bloques como el de consulta de taxonomías, plantilla de taxonomías y contador, sumados al enlace de comentarios y su contador. Y algunos que se habían anunciado parece que se quedarán para WordPress 7.0: * El bloque de migas de pan: que ya puede probarse activando los bloques experimentales en Gutenberg. Permite decidir si se muestra el enlace a Inicio, si se incluye el último elemento de la jerarquía y elegir el carácter separador. Además, admite todas las opciones de estilo propias de un bloque de texto: color, tipografía, dimensiones y bordes. El equipo de Playground ha actualizado WordPress Playground CLI con tres mejoras destacadas [https://make.wordpress.org/playground/2025/11/13/playground-cli-adds-imagemagick-soap-and-avif-support/]: soporte para ImageMagick, para la extensión SOAP de PHP y para el formato de imagen AVIF. Ahora los entornos de Playground pueden manipular imágenes en formatos como JPG, PNG, GIF o WEBP directamente con ImageMagick. La extensión SOAP está habilitada en todos los builds, permitiendo integrar servicios web SOAP desde los entornos de Playground sin errores fatales. Y la extensión GD en Playground ya admite AVIF con PHP 8.1, incluyendo funciones para convertir imágenes al nuevo formato. El equipo de Comunidad ha informado que está supervisando la situación en Bangladesh [https://make.wordpress.org/community/2025/11/12/community-team-update-on-bangladesh/] tras recibir varios reportes sobre la dinámica local. WordCamp Central está en contacto con los organizadores para garantizar un entorno sano y acogedor. Se recuerda que todos los miembros deben cumplir el código de conducta de la comunidad y que, para proteger la privacidad de las personas implicadas, no se discutirán casos individuales públicamente. Quienes tengan información o preocupaciones pueden contactar al equipo a través del formulario de respuesta a incidentes o los canales oficiales. El programa Global Partner Program 2026 ha sido anunciado por el equipo de Comunidad de WordPress con el objetivo de consolidar los patrocinios globales en un solo marco para 2026 [https://make.wordpress.org/community/2025/11/12/2026-global-partner-program-announcement/]. Las organizaciones interesadas tendrán acceso a un canal directo de Slack, actualizaciones mensuales sobre eventos, visibilidad global y mayor estabilidad en el apoyo al ecosistema WordPress. Hay tres niveles de patrocinio: “Global Leader” por 180.000 dólares anuales, “Regional Powerhouse” por 110.000 dólares y “Community Builder” por 60.000 dólares. Cada nivel incluye beneficios que van desde presencia mundial en eventos hasta entradas gratuitas, visibilidad de marca y presencia en materiales impresos y digitales. Los fondos del programa se destinarán a actividades como eventos locales de WordPress (alquiler de salas, catering, equipo audiovisual), tarifas de licencia de Meetup para más de 670 grupos activos y costes administrativos como seguros y auditorías anuales, para asegurar transparencia y sostenibilidad. El State of the Word, la ponencia anual que realiza Matt Mullenweg [https://wordpress.org/state-of-the-word/], cofundador de WordPress, vuelve para celebrar lo que se ha logrado en el proyecto y compartir la hoja de ruta de lo que viene. Este año, la edición 2025 tendrá lugar el 2 de diciembre de 2025 a las 19 horas, en horario universal (sí, el mismo día del lanzamiento de WordPress 6.9), desde San Francisco, y podrá seguirse por streaming [https://www.youtube.com/wordpress]. Y, para acabar, este pódcast se distribuye con licencia Creative Commons [https://creativecommons.org/licenses/by-nc-sa/4.0/]; tienes todos los enlaces para ampliar la información, y el pódcast en otros idiomas, en WPpodcast .es [https://www.wppodcast.es/]. Un abrazo, y hasta el próximo programa.

WordPress 6.9 beta 3, 4 y Fase 3

Además de las versiones beta 3 y beta 4, ya sabemos un poco más sobre el futuro de la «fase 3» de Gutenberg, enfocada en el tiempo real, que llegaría en WordPress 7.0. Recuerda que puedes escuchar este programa desde Pocket Casts [https://www.wppodcast.es/pocketcasts/], Spotify [https://www.wppodcast.es/spotify/] y Apple Podcasts [https://www.wppodcast.es/apple/] o suscribirte al feed [https://www.wppodcast.es/feed/podcast/] directamente. TRANSCRIPCIÓN DEL PROGRAMA Hola, soy Javier Casares [https://www.javiercasares.com/] y estás escuchando WPpodcast [https://www.wppodcast.es/], en el resumen de noticias de la Comunidad WordPress. En este episodio encontrarás la información del 3 al 9 de noviembre de 2025. WordPress 6.9 Beta 3 [https://wordpress.org/news/2025/11/wordpress-6-9-beta-3/] y Beta 4 [https://make.wordpress.org/core/2025/11/07/wordpress-6-9-beta-4/] marcan la recta final del desarrollo antes de los Release Candidates. Estas versiones incluyen correcciones y ajustes tras las pruebas anteriores, manteniendo la fecha de lanzamiento establecida para el 2 de diciembre de 2025. La Beta 4 se publicó como versión adicional para resolver errores detectados en la gestión de plantillas y en la función Notes. Al final se ha decidido revertir temporalmente la nueva característica de activación y desactivación de plantillas, que finalmente se incorporará en WordPress 7.0. La Fase 3 de Gutenberg sigue avanzando centrada en la colaboración [https://make.wordpress.org/core/2025/11/06/update-on-phase-3-2025/]. El objetivo es mejorar la edición conjunta y los flujos de trabajo entre equipos dentro del editor. La colaboración en tiempo real es uno de los pilares de la Fase 3. El equipo está trabajando en una infraestructura que permita editar simultáneamente con otros usuarios, ver su presencia en el documento y contar con un historial compartido de acciones. Todo se basa en Yjs, una tecnología que garantiza sincronización rápida y segura, ya en pruebas en WordPress VIP antes de su integración en el núcleo. En cuanto a la colaboración asíncrona, WordPress 6.9 introduce la función Notes, que permite dejar comentarios directamente sobre bloques del editor. Estas notas pueden resolverse, responderse o eliminarse sin salir del entorno de edición, mejorando la comunicación entre autores, editores y revisores sin recurrir a herramientas externas. Por último, el rediseño del área de administración continúa con el desarrollo de DataViews y DataForm, componentes que modernizan la interfaz y unifican la experiencia visual de todas las pantallas. Estos sistemas buscan ofrecer una navegación más coherente, personalizable y accesible, sentando las bases del nuevo diseño de administración que llegará en próximas versiones. Gutenberg 22.0 es una versión tranquila centrada en calidad y correcciones [https://make.wordpress.org/core/2025/11/05/whats-new-in-gutenberg-22-0-05-november/], pero introduce dos avances notables. El primero es la sincronización en tiempo real del post_meta, lo que mejora la colaboración al mantener actualizados elementos como notas al pie o metadatos personalizados mientras varios usuarios editan el mismo contenido. El segundo es un nuevo paquete de temas con design tokens, que servirá como base del futuro sistema de diseño de Gutenberg y del nuevo conjunto de componentes de interfaz. Este paso acerca más la modernización visual y la coherencia del editor. También se añaden pequeños ajustes: compatibilidad del bloque de migas de pan con archivos, nueva fuente monoespaciada para el bloque Math y la opción de mostrar comentarios completos en el bloque de comentarios recientes. El equipo de Core ha propuesto centrarse este trimestre en la creación y mejora de los roadmaps de los equipos de WordPress. El objetivo es recopilar y documentar todos los planes de ruta existentes, estudiar cómo se mantienen y comunicar un formato unificado que cada equipo pueda adoptar. Además, se plantea crear una página central en wordpress.org/roadmap que reúna los principales proyectos activos, sin reemplazar los planes propios de cada equipo. Paralelamente, se impulsarán colaboraciones con otros grupos, como WP Credits, Five for the Future y WordCamp Tooling, además de apoyar iniciativas para mejorar el reconocimiento de las contribuciones menos visibles. Estas conexiones buscan reforzar la coordinación entre equipos y dar más visibilidad al trabajo transversal dentro del ecosistema WordPress. En el Blog de Desarrolladores se publica una entrada sobre cómo WordPress 6.9 da un paso importante al permitir estilizar formularios [https://developer.wordpress.org/news/2025/11/how-wordpress-6-9-gives-forms-a-theme-json-makeover/] desde el theme.json, algo muy solicitado por la comunidad. Esta primera fase se centra en los campos de texto y los menús desplegables, lo que significa que temas y desarrolladores podrán aplicar bordes, colores, sombras o espaciado directamente desde la configuración del tema, sin recurrir a CSS externo. El nuevo sistema usa varios selectores, extendiendo así la filosofía de diseño global al área de formularios. Estos estilos se aplican a nivel de todo el sitio, incluso en formularios de plugins o bloques del núcleo como el de comentarios o búsqueda. El equipo de Documentación está replanteando cómo reconocer las contribuciones de forma más justa y motivadora [https://make.wordpress.org/docs/2025/11/04/rethinking-contributor-recognition-in-documentation-team/]. Se debatió cómo diferenciar entre aportaciones puntuales, como corregir errores menores, y contribuciones de mayor impacto, como escribir o mantener documentación completa. También se revisan los sistemas de reconocimiento existentes, como badges, props o menciones, y se plantea aplicarlos con más frecuencia, incluso en las reuniones semanales o publicaciones del equipo. Además, se busca definir rutas de crecimiento claras para quienes quieran implicarse más: desde colaboradores ocasionales hasta responsables de áreas como HelpHub o DevHub, con la posibilidad de crear títulos acreditables como “Technical Writer (Docs Team)”. El objetivo final es construir un recorrido transparente que reconozca tanto la visibilidad como el valor del trabajo continuo, reforzando la sensación de pertenencia y desarrollo profesional dentro del proyecto WordPress. El equipo de Comunidad ha anunciado que el programa WordPress Credits ha actualizado sus directrices de patrocinio [https://make.wordpress.org/community/2025/11/05/wp-credits-updates-sponsorship/] para garantizar un impacto más significativo. A partir de ahora, las empresas ya no podrán patrocinar solo herramientas o recursos: deberán patrocinar también uno o varios mentores, reforzando así el objetivo educativo del programa. Los patrocinadores pueden colaborar de tres formas principales: financiando mentores, combinando mentoría con herramientas o mediante aportaciones alternativas, como becas o apoyo al equipo de administración. El cambio busca fortalecer la relación entre educación y contribución, asegurando que los estudiantes reciban acompañamiento real de miembros experimentados de la comunidad mientras desarrollan sus primeros proyectos de código abierto. Y, para acabar, este pódcast se distribuye con licencia Creative Commons [https://creativecommons.org/licenses/by-nc-sa/4.0/]; tienes todos los enlaces para ampliar la información, y el pódcast en otros idiomas, en WPpodcast .es [https://www.wppodcast.es/]. Un abrazo, y hasta el próximo programa.