WordPress Pódcast (español)

Proyecto Piloto del Contributor Dashboard

El llamado Project Thread vuelve a retomarse con otro equipo y otra visión, en la que desde el panel de administración se pueda ver la evolución de una persona dentro de cada equipo en el que participa. 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 15 al 21 de diciembre de 2025. La comunidad WordPress ha retomado un nuevo experimento importante: el Proyecto Piloto del Contributor Dashboard. Este esfuerzo nace de peticiones continuas dentro del ecosistema para tener mejor visibilidad de cómo las personas se integran, participan y crecen en los distintos equipos de contribución. Hasta ahora, la actividad de muchos colaboradores, especialmente fuera del código, está fragmentada entre diferentes herramientas y sitios, lo que dificulta tanto reconocer aportes como comprender trayectorias de participación a lo largo del tiempo. El objetivo del dashboard es unir esas señales dispersas en un solo lugar para poder entender patrones de contribución y mejorar la experiencia de los propios colaboradores. El concepto central es una “escalera de contribución” que va desde la conexión inicial hasta niveles de liderazgo: Connect → Contribute → Engage → Perform → Lead. Esta estructura no clasifica a nadie como mejor o peor, sino que describe cómo evoluciona la participación de una persona en WordPress, independientemente de si su contribución es de código, documentación, apoyo comunitario u otro tipo de trabajo valioso. La idea es que los equipos puedan detectar dónde podría faltar apoyo, qué caminos funcionan y cómo fomentar una comunidad más fuerte y sostenible. El proyecto está actualmente en fase activa de desarrollo del piloto [https://make.wordpress.org/project/2025/12/20/project-thread-contributor-dashboard-pilot-project/], con un lanzamiento planificado para finales de febrero de 2026. Una versión limitada se construirá usando un plugin personalizado que organiza datos de actividad existente sin imponer nuevas cargas a los contribuyentes ni reemplazar iniciativas como Five for the Future. El dashboard se alojará inicialmente en infraestructura externa para pruebas antes de pasar a sistemas de WordPress.org en fases posteriores, y la comunidad está invitada a participar en pruebas, validación y evolución del enfoque. Aterriza Gutenberg 22.3, que introduce varias mejoras enfocadas en usabilidad y flujo de trabajo [https://make.wordpress.org/core/2025/12/17/gutenberg-22-3-december-17/] dentro del editor de bloques. Destaca una página dedicada de Tipografías, accesible desde el menú de Apariencia, que centraliza la gestión de fuentes para temas basados en bloques y simplifica instalar, previsualizar y organizar tipografías sin tener que navegar por múltiples paneles. Esta página también estrena parte de la nueva infraestructura de enrutado del editor de sitio, que abre camino a futuras pantallas de administración más fluidas. En la edición de imágenes, se ha renovado el cropper dentro del editor: ahora conserva proporciones y niveles de zoom al rotar imágenes, corrigiendo una molestia de uso frecuente y sirviendo de base para mejoras futuras. El bloque Grid se vuelve verdaderamente adaptativo, ajustando sus columnas a distintos tamaños de pantalla, lo que facilita construir diseños flexibles sin añadidos externos. Además de estas mejoras visibles, el plugin incluye otros ajustes útiles: notificaciones por correo cuando alguien deja una nota en un contenido, mejoras en el bloque Breadcrumbs con soporte de alineación y comentarios paginados, nuevas opciones de plantillas para menús de navegación y mensajes de error más claros cuando se pierde la conexión. El proyecto WordPress ha propuesto un esquema de tres versiones mayores en 2026, con fechas específicas para planificación, desarrollo y publicación. La idea es dar previsibilidad tanto a desarrolladores como a usuarios finales, haciendo que cada ciclo de lanzamiento tenga tiempo para diseño, desarrollo de funcionalidades, pruebas y estabilización antes de llegar al público general. Este calendario busca equilibrar innovación con calidad, permitiendo a todos los equipos de contribución coordinar mejor sus tareas durante el año. Las fechas propuestas detallan ventanas claras para cada etapa de los ciclos [https://make.wordpress.org/project/2025/12/18/proposal-2026-major-release-schedule/]. El primer lanzamiento mayor de 2026 está previsto para finales de abril, seguido por un segundo release en julio o agosto, y un tercero en noviembre o diciembre. Cada uno de estos ciclos incluye plazos para documentación, pruebas de compatibilidad y comunicación con la comunidad. Esto haría que WordPress 7.0 se lance el 9 de abril de 2026, WordPress 7.1 el 19 de agosto y WordPress 7.2 el 8 de diciembre. Este enfoque refleja los aprendizajes de años anteriores: al tener varias versiones mayores bien espaciadas, se facilita que los proyectos más ambiciosos se dividan en incrementos manejables, que los equipos de documentación y soporte puedan preparar materiales con antelación y que los usuarios tengan actualizaciones continuas pero estables. Y sobre WordPress 7.0, y su funcionalidad más esperada, la colaboración en tiempo real, que permite que varias personas editen el mismo contenido simultáneamente al estilo de Google Docs, está en desarrollo y desde octubre de 2025 se está probando en beta cerrada con clientes de WordPressVIP [https://make.wordpress.org/core/2025/12/16/real-time-collaboration-early-user-feedback/] para recoger datos reales sobre su uso en entornos de producción. El feedback inicial de las pruebas con 45 participantes muestra que, cuando los sitios usan el editor de bloques moderno y prácticas recomendadas, la colaboración funciona bien incluso en escenarios exigentes, como varios editores añadiendo bloques a la vez o realizando copias complejas de contenido. Los comentarios también señalan áreas a mejorar antes de una inclusión más amplia, como el seguimiento de atribución de cambios cuando múltiples personas editan, la compatibilidad con metadatos heredados y la accesibilidad. Uno de los siguientes pasos es ampliar las pruebas en entornos diversos para preparar la función para producción general. En los últimos seis meses, el equipo Core AI ha pasado de ser un grupo pequeño y experimental a convertirse en un esfuerzo central [https://make.wordpress.org/ai/2025/12/03/six-months-of-core-ai/] dentro del proyecto para integrar de forma nativa capacidades de inteligencia artificial en la plataforma. Desde su formación a mediados de 2025, el equipo ha definido y construido los bloques fundamentales necesarios, como el Abilities API para describir y exponer funciones de WordPress a sistemas de IA, un cliente PHP unificado para comunicarse con proveedores de IA y un adaptador al ecosistema MCP, y ha creado el plugin AI Experiments como laboratorio y referencia para nuevas funcionalidades. Como resultado, gran parte de esa infraestructura ha llegado a WordPress 6.9 o ya existe en estado usable: el Abilities API es parte del núcleo, mientras que los demás componentes siguen evolucionando en sus repositorios respectivos. El enfoque ha sido construir una base sólida y flexible antes de llevar funcionalidades concretas directamente al core, con una hoja de ruta clara hacia WordPress 7.0. En el Blog de Desarrolladores se ha publicado una entrada titulada Cómo añadir tests unitarios automatizados a un plugin de WordPress [https://developer.wordpress.org/news/2025/12/how-to-add-automated-unit-tests-to-your-wordpress-plugin/], con un enfoque práctico y accesible para desarrolladores. Repasa por qué el testing es clave para mantener la calidad y evitar regresiones, y guía paso a paso en la configuración del entorno de pruebas usando las herramientas oficiales de WordPress, la estructura básica de los tests y su ejecución automática, sentando una base clara para integrar el testing en el flujo de desarrollo habitual. Otra entrada presenta Word Switcher [https://developer.wordpress.org/news/2025/12/word-switcher-extending-core-blocks-with-interactivity/] como un ejemplo práctico de cómo extender bloques del núcleo usando la Interactivity API. A través de un caso real, muestra cómo añadir comportamientos dinámicos a bloques existentes sin recrearlos desde cero, explicando el enfoque técnico, la separación entre marcado y lógica interactiva y cómo esta API abre la puerta a experiencias más ricas y mantenibles dentro del editor de bloques. El equipo de Test reconoce que su actividad actual depende de muy pocos colaboradores, lo que genera cuellos de botella y riesgo de fatiga. Para mejorar la participación sostenida, están revisando cómo se define la membresía: en 2026 se introducirán criterios más claros de participación activa, desplazando la idea de entrar solo por representación o logros puntuales hacia un enfoque de compromiso sostenido, y otorgando un estatus de emeritus a quienes demuestren contribuciones consistentes a largo plazo. Como parte de este cambio llega el nuevo Test Team Training Program, un programa de entrenamiento estructurado [https://make.wordpress.org/test/2025/12/17/test-team-training-program-restructuring-plans-for-2026/] que se lanzará en enero de 2026. Su objetivo es ofrecer recursos y formación en cuatro áreas clave: desarrollo de recursos y manuales, colaboración y comunicación en el equipo, fundamentos y mejores prácticas de testing, y gestión de reuniones y scrubs. El programa durará unas cuatro semanas, requiere unas 20 horas de dedicación y, aunque completar el entrenamiento no garantiza automáticamente un lugar en el Test Team, facilita una guía clara para llegar a ser contribuidor activo, con acceso inicialmente limitado a cinco plazas. 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.

Planeando WordPress 7.0

Con el lanzamiento de WordPress 6.9, y un mes de diciembre que suele ser de descanso para muchos, ya se está comenzando a hablar de qué traerá y cuándo llegará 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 8 al 14 de diciembre de 2025. Matías Ventura nos ha comenzado a dar algunas pistas de lo que se plantea que sea la futura versión de WordPress 7.0 [https://make.wordpress.org/core/2025/12/11/planning-for-7-0/], que, con número redondo, se concibe como una versión de impacto. En lugar de publicar una lista definitiva de funciones, el equipo detalla áreas de enfoque y prioridades que ya están emergiendo para esta próxima versión mayor. Primero, la colaboración en tiempo real dentro del editor sigue siendo una prioridad. Ya se ha trabajado con la biblioteca Yjs en pruebas y prototipos, y el objetivo para 7.0 es ofrecer una experiencia donde varios editores puedan trabajar simultáneamente sobre el mismo contenido, con presencia visual y un historial compartido sólido. Otro foco clave es el rediseño del área de administración, Admin UI y UX. Aunque 6.9 introdujo herramientas como DataViews y DataForms y sentó las bases con tokens de diseño, en 7.0 se espera avanzar hacia una interfaz más moderna y coherente, reduciendo inconsistencias, mejorando la navegación y la accesibilidad, y consolidando componentes reutilizables para el administrador. Además, la capacidad de combinar múltiples mejoras de APIs, como la Interactivity API y la Abilities API, continuará evolucionando. WordPress quiere un núcleo que soporte integraciones inteligentes y flujos de trabajo más amplios, tanto para desarrolladores como para herramientas basadas en IA, sin atarse a soluciones propietarias. Esto forma parte de un esfuerzo más amplio para hacer el sistema más interoperable y flexible. La planificación también enfatiza la importancia de la coordinación entre equipos, con el Core Program Team actuando como facilitador para alinear documentación, handbooks, roadmaps y esfuerzos de comunidad. A diferencia de versiones previas, no se trata de una sola “gran función”, sino de una serie de mejoras estructurales que, en conjunto, modernizan el proyecto. WordPress 7.0 apunta a consolidar las bases que comenzaron en 6.9, especialmente en colaboración, diseño administrativo y APIs modernas, sin una lista cerrada de características todavía, pero con una dirección clara de evolución sostenida. Tras el lanzamiento de WordPress 6.9, el equipo de Core ha publicado una serie de correcciones de errores, conocidos como hotfixes, para resolver problemas detectados en la versión final [https://make.wordpress.org/core/2025/12/12/wordpress-6-9-hotfixes/]. Las correcciones abarcan fallos funcionales reportados por la comunidad y detectados en producción tras el lanzamiento, incluyendo problemas de compatibilidad con ciertos temas y plugins, ajustes en APIs y regresiones en elementos del editor. Estos hotfixes se distribuyen rápidamente a través del sistema de actualizaciones automáticas y se documentan en los registros de cambios para que administradores y desarrolladores sepan exactamente qué se ha corregido. El equipo de Core ha propuesto modificar su estándar de código para permitir el uso de la etiqueta corta de echo en PHP [https://make.wordpress.org/core/2025/12/05/coding-standard-proposal-allow-the-use-of-the-php-short-echo-tag/], que actualmente está prohibida junto con la etiqueta corta simple. La razón original para prohibirla era histórica: antes de PHP 5.4 se podía desactivar, lo que podía provocar que cierto código no se ejecutase y se mostrase como texto plano. Desde PHP 5.4 esto ya no es posible, y WordPress dejó de soportar versiones antiguas de PHP hace años, por lo que la incompatibilidad que justificaba la prohibición ya no existe. Permitirla ofrecería una sintaxis más concisa para imprimir valores en plantillas sin introducir riesgos de compatibilidad. La propuesta no obliga a usar la etiqueta corta ni cambia el código existente: ambas formas seguirán siendo válidas y no habrá parches que reescriban todo. El equipo de Comunidad ha lanzado oficialmente el Global Partner Program 2026, un marco unificado de patrocinio diseñado para apoyar el crecimiento sostenible del proyecto [https://wordpress.org/news/2025/12/2026-global-partner-program/] a nivel mundial. El programa ofrece tres niveles de patrocinio: Global Leader, Regional Powerhouse y Community Builder. Cada uno incluye beneficios específicos como presencia global en eventos, visibilidad en materiales oficiales, actualizaciones exclusivas y acceso a un canal de Slack para comunicación directa con los equipos de la comunidad. Los fondos recaudados se destinarán a apoyar actividades fundamentales del ecosistema WordPress, incluyendo eventos locales y WordCamp, tarifas de licencia de Meetup para más de 670 grupos activos y costes administrativos como seguros y auditorías anuales para garantizar transparencia. El programa busca equilibrar el apoyo a iniciativas globales con recursos que impacten directamente en comunidades locales y fomenten la participación continua de colaboradores y patrocinadores en todo el mundo. 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.

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.