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, Spotify y Apple Podcasts o suscribirte al feed directamente.
Transcripción del programa
Hola, soy Javier Casares y estás escuchando WPpodcast, en el resumen de noticias de la Comunidad WordPress.
En este episodio encontrarás la información del 1 al 7 de diciembre de 2025.
WordPress 6.9 “Gene” es la nueva versión mayor de WordPress, tras pasar por una 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, 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.
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, 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. 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. 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. 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.
La plataforma también evolucionó como caja de herramientas para desarrolladores, incorporando editor de archivos, editor de Blueprints, 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, 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; tienes todos los enlaces para ampliar la información, y el pódcast en otros idiomas, en WPpodcast .es.
Un abrazo, y hasta el próximo programa.
Deja una respuesta