WordPress Pódcast (español)

Nuevo panel de gestión para Playground

Playground se ha convertido en una herramienta fantástica con la que poder hacer pruebas, demostraciones y comprobar el funcionamiento de combinaciones de plugins o temas, y ahora recibe una gran actualización que mejora su forma de uso. 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 22 de diciembre de 2025 al 4 de enero de 2026. El equipo de Performance ha publicado un resumen de cierre de año [https://make.wordpress.org/core/2025/12/24/performance-year-end-chat-summary-23-december-2025/] donde repasan prioridades técnicas y discusiones clave sobre rendimiento en el núcleo y nuevas funcionalidades. Uno de los temas centrales fue la propuesta de integrar el plugin View Transitions directamente en WordPress 7.0, lo que mejoraría las transiciones visuales en el admin y en temas que lo soporten, así como plantear controles de compatibilidad con plugins y código personalizado. También debatieron mejoras en la carga especulativa y el caché, incluyendo ajustes para detectar sistemas de caché y reducir retardos en los clics de enlaces en entornos de hosting con caché activo. Además, el equipo abordó el rendimiento del panel de administración y del escritorio, identificando tickets para aprovechar preloads y nuevas técnicas como Compression Dictionaries, que pueden reducir descargas de CSS y mejorar los tiempos de carga si los navegadores lo soportan. También se ofrece cierta orientación en la planificación de 2026, con la idea de usar Trac tickets con hitos en lugar de una hoja de ruta tradicional, dada la menor actividad reciente de colaboradores, y explorar la alineación de estrategias de pruebas de rendimiento con otros equipos como Gutenberg. El equipo de Playground ha implementado tres mejoras en la interfaz de usuario [https://make.wordpress.org/playground/2025/12/29/three-new-ui-updates-to-wordpress-playground-from-december-2025/] para hacer el entorno más intuitivo y eficiente de usar. Ahora existe un panel dedicado de gestión de instancias, donde se pueden iniciar sitios desde plantillas o subir proyectos, ver instancias guardadas y organizar el trabajo desde un único lugar. También se ha añadido una alerta de “Instancia no guardada” para evitar perder el progreso accidentalmente al cerrar o actualizar la pestaña del navegador. Además, se ha introducido un menú de acceso rápido integrado en la barra de direcciones interna que permite saltar con un clic a áreas clave como el escritorio, el editor de sitio, la creación de entradas o la gestión de plugins y temas, lo que acelera enormemente el flujo de pruebas y desarrollo en Playground. Estas actualizaciones responden directamente al feedback de la comunidad y buscan hacer más práctico el uso de Playground como sandbox para probar WordPress y compartir demos sin configuración local. El equipo de Comunidad ha anunciado que vuelve a impulsar eventos centrados en mujeres [https://make.wordpress.org/community/2025/12/24/bringing-back-women-centric-wordpress-events-for-international-womens-day/] alrededor del Día Internacional de la Mujer, tras la respuesta positiva de la edición anterior, donde comunidades locales organizaron encuentros que empoderaron a mujeres y ampliaron su presencia en el ecosistema WordPress. La iniciativa invita de nuevo a organizadores de todo el mundo a planificar eventos enfocados en mujeres y personas de géneros minoritarios en tecnología, con recursos como guías detalladas, mejores prácticas y apoyo para facilitar la planificación, la solicitud y la ejecución de actividades inclusivas. La importancia de esta iniciativa radica en fomentar espacios seguros y de apoyo donde las mujeres puedan compartir experiencias, adquirir habilidades, conectar con otras profesionales y asumir roles de liderazgo en la comunidad WordPress. Al proporcionar estructura, incentivos y visibilidad a estos eventos, la Comunidad busca fortalecer la diversidad y la inclusión a largo plazo dentro del proyecto abierto, contribuyendo a cerrar brechas de representación en conferencias, grupos locales y posiciones activas en la comunidad. 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.

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.