WordPress Pódcast (español)

Repasamos algunas noticias del ecosistema WordPress y hablamos de la mejor manera de mandar correos desde WordPress.

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

En WordPress 7.0 el lienzo del editor de entradas estará siempre dentro de un iframe, aunque existan bloques antiguos registrados con la Block API versión 1 o 2.

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

Hola, soy Javier Casares y estás escuchando WPpodcast, en el resumen de noticias de la Comunidad WordPress.

En este episodio encontrarás la información del 9 al 15 de febrero de 2026.

En WordPress 7.0 el lienzo del editor de entradas estará siempre dentro de un iframe, aunque existan bloques antiguos registrados con la Block API versión 1 o 2.

Hasta ahora, el editor ya era un iframe en el Site Editor y el Template Editor, pero en el editor de contenidos había una incoherencia, porque la presencia de bloques con API v2 podía “forzar” el modo antiguo sin iframe, lo que dejaba dos comportamientos distintos según el contexto y, por tanto, dos superficies de compatibilidad para usuarios, plugins y extensiones.

WordPress lleva años preparando este cambio, primero usando el Template Editor como entorno de prueba, después añadiendo medidas de transición y avisos en 6.9 y, finalmente, cerrando la inconsistencia en 7.0 con un único modo de funcionamiento.

Es importante por tres motivos prácticos.

Primero, aislamiento de estilos, porque el iframe separa los estilos del tema y de los bloques de los estilos del admin, reduciendo colisiones e interfaces rotas por CSS global de terceros, y haciendo más predecible el editor.

Segundo, aislamiento de JavaScript y del DOM, ya que dentro del iframe hay otro document y otro window, y cualquier bloque o plugin que asuma que puede tocar el DOM global del admin, o que busque nodos fuera del canvas, puede fallar o comportarse de forma inesperada.

Tercero, una sola plataforma para extender. Cuando el editor siempre funciona igual, es más fácil mantener compatibilidad, documentar patrones y evolucionar el editor sin arrastrar excepciones históricas.

WordPress 7.0 incluye muchos cambios, y este es uno de los más relevantes para quienes usen bloques y plugins que no estén adaptados a esta nueva versión mayor.

Ya tenemos fechas concretas para el lanzamiento de WordPress 7.0, que comienza en unos pocos días.

El proceso comenzará el martes 19 de febrero con la beta 1, pasará el 19 de marzo por la primera versión candidata, quedando el lanzamiento para las fechas de WordCamp Asia. En este caso, el miércoles 8 de abril se realizará el congelado de código y el jueves 9 de abril, desde el Contributor Day, se hará el lanzamiento de la versión final.

El equipo de AI ha presentado el plugin AI Experiments 0.3, en el que se estrenan tres nuevos experimentos integrados en el editor que amplían cómo la inteligencia artificial puede apoyar directamente el flujo de trabajo de creación de contenido en WordPress.

El experimento de Content Summarization permite generar resúmenes concisos de artículos largos desde el propio editor y mostrarlos con un bloque específico, explorando asistencia editorial sin suplantar la voz del autor.

El experimento de Featured Image Generation facilita crear imágenes destacadas basadas en el contenido del post desde la barra lateral del editor, incluyendo generación de texto alternativo cuando está habilitado, lo que ayuda a sitios sin recursos de diseño a generar imágenes útiles automáticamente.

El experimento de Alt Text Generation se enfoca en mejorar la accesibilidad ayudando a los autores a generar descripciones contextuales para imágenes.

Además de estas herramientas, la versión 0.3 refina la experiencia de usuario y la configuración del plugin, con ajustes más claros en cómo se habilitan o deshabilitan los experimentos y accesos directos desde la pantalla de plugins para facilitar la navegación.

Sobre la posible integración del WP AI Client en WordPress 7.0, se ha subrayado la necesidad de una revisión de código amplia y visible para generar confianza más allá del grupo de trabajo de IA, reforzando la percepción de madurez técnica y consenso.

Han surgido dudas sobre la inclusión de dependencias de terceros en el núcleo de WordPress, tanto por precedentes como por impacto en el mantenimiento, aunque ya se han realizado ajustes para reducir el peso de estos elementos. Además, volvió el debate clásico de incluir en Core frente a mantener como plugin, donde se defendió que la integración facilitaría accesibilidad, estándares más claros y evitaría capas adicionales de mantenimiento a largo plazo.

El calendario añade presión porque WordPress 7.0 Beta 1 está prevista para el 19 de febrero, lo que deja una ventana de revisión limitada. Aunque no hay un rechazo explícito a la propuesta, el análisis continúa y se espera más discusión.

En paralelo, se han lanzado plugins adicionales de proveedor como Anthropic Claude, Google Gemini u OpenAI ChatGPT, y se anima a dejar feedback concreto basado en pruebas reales, así como a aportar casos de uso que demuestren estabilidad y utilidad práctica.

El equipo de Documentación ha propuesto una gamificación de las contribuciones. Se ha señalado que un sistema competitivo tradicional podría desmotivar a nuevos participantes si perciben que tienen pocas opciones de “ganar”, pero como el objetivo real es facilitar la entrada y animar a probar distintos tipos de tareas dentro del equipo, la propuesta se ajustará para priorizar la participación inicial y la exploración.

El nuevo enfoque dará más puntos a tareas de getting-started, incluyendo bonificaciones por realizar un tipo de tarea por primera vez, y reflejará el progreso tanto en puntos acumulados como en un itinerario de títulos o niveles. Además, cuando una persona consiga ser miembro oficial del equipo, se considerará que ha alcanzado la meta del juego y dejará de competir.

En el equipo de Comunidad se abre un debate interesante. Matt Mullenweg, cocreador de WordPress, es quien inicia la conversación y comparte que en este momento se desaconseja enfocar charlas de Meetup o WordCamp exclusivamente en productos específicos, incluso aunque la mayoría de usuarios interactúen con WordPress a través de productos populares.

El razonamiento es que los eventos comunitarios deben centrarse en contenido educativo y práctico, no en demostraciones de venta de un producto o servicio concreto, para preservar la naturaleza abierta y formativa de la comunidad.

Matt señala una posible excepción: si una empresa es Global Sponsor de la comunidad, lo que significa que ha invertido en un nivel alto de patrocinio, su producto podría considerarse para las charlas, pues su inversión y compromiso reflejan relevancia para la base de usuarios.

Como respuesta, miembros destacados de la comunidad aportan matices basados en directrices existentes de los manuales de Meetup y WordCamp, que ya piden evitar eventos organizados con fines comerciales y hablar con enfoque educativo, no como comercialización de producto.

Y aunque hay consenso en que no todas las menciones de productos son negativas si están contextualizadas en soluciones o flujos de trabajo reales, se propone explorar un punto medio donde los patrocinadores obtengan visibilidad a través de talleres, demostraciones o espacios dedicados fuera de las pistas principales de charlas.

Y, para acabar, este pódcast se distribuye con licencia Creative Commons; tienes todos los enlaces para ampliar la información, y el pódcast en otros idiomas, en WPpodcast .es.

Un abrazo, y hasta el próximo programa.

Esta semana repasamos las noticias de IA de WordPress y hablamos sobre la importancia de los mantenimientos.

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

El futuro de WordPress pasa por la definición de lo que la inteligencia artificial va a conseguir en WordPress, tanto para desarrolladores como para editores y para el liderazgo del proyecto.

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

Hola, soy Javier Casares y estás escuchando WPpodcast, en el resumen de noticias de la Comunidad WordPress.

En este episodio encontrarás la información del 2 al 8 de febrero de 2026.

Esta semana, Matt Mullenweg, cocreador de WordPress, ha publicado un texto editorial titulado Some Provocative AI Thoughts, en el que plantea una reflexión abierta sobre cómo la inteligencia artificial puede redefinir el futuro de WordPress. No se trata de una propuesta técnica ni de una hoja de ruta, sino de una invitación a pensar a largo plazo sobre el impacto de la IA en la forma en que se construye el software, se contribuye al proyecto y se toman decisiones. Matt sugiere que la IA no será solo una herramienta de apoyo, sino un actor que puede cambiar conceptos básicos como la autoría, la contribución y el propio ritmo de evolución del proyecto.

El texto pone sobre la mesa preguntas incómodas pero necesarias, como qué significa contribuir cuando gran parte del trabajo puede estar mediado por IA, cómo se mantiene la confianza y el criterio humano en un entorno cada vez más automatizado, o qué riesgos aparecen si estas capacidades quedan concentradas en pocas manos. Más que ofrecer respuestas, el editorial busca provocar una conversación temprana dentro de la comunidad, con la idea de que ignorar estos debates o afrontarlos demasiado tarde podría condicionar negativamente el futuro de WordPress, mientras que abordarlos ahora permite definir límites, valores y dirección con mayor claridad.

Una nueva documentación llamada AI Guidelines for WordPress establece un marco común para el desarrollo y la integración de funcionalidades de inteligencia artificial dentro del ecosistema WordPress, con el objetivo de garantizar coherencia, seguridad y alineación con los valores del proyecto.

Las directrices dejan claro que la IA en WordPress debe ser opcional, extensible y no intrusiva, evitando comportamientos automáticos inesperados y asegurando que el sitio siga funcionando correctamente aunque no haya ningún proveedor de IA configurado. También se subraya que el núcleo no debe incluir modelos, credenciales ni proveedores por defecto, y que estos deben gestionarse mediante plugins.

El documento define principios clave como transparencia, control del usuario, privacidad y portabilidad, recomendando abstraer proveedores, evitar dependencias rígidas y diseñar APIs que permitan evolucionar sin romper compatibilidad. Se insiste en que las experiencias de usuario basadas en IA deben construirse sobre capas bien definidas como Abilities y el WP AI Client, separando claramente infraestructura de producto.

Los puntos más importantes de las AI Guidelines de WordPress son:

Con respecto al uso de IA para código:

En cuanto a tests, documentación, issues y revisiones:

En general, se apela a aplicar sentido común y a no usar la IA de forma indiscriminada, sino como una herramienta de soporte.

Ha llegado una nueva versión del plugin experimental Gutenberg 22.5 y trae algunas novedades interesantes, como el soporte de CSS personalizado por bloque, con el que ahora se puede aplicar CSS específico a instancias individuales de bloques sin afectar a otros del mismo tipo, con una clase has-custom-css automática para facilitar la gestión de estilos.

También se han incluido controles de proporción en el bloque de Imagen, por lo que al usar alineación wide o full, el editor muestra ajustes de aspect ratio para bloquear proporciones consistentes de la imagen en distintos diseños.

En otra línea, hay mejoras en la Vista de Lista que muestran títulos completos y contenido real en lugar de etiquetas genéricas, lo que facilita navegar y estructurar contenidos complejos.

Además, se incorpora el control de punto focal para fondos fijos del bloque Cover, la columna de texto para el bloque de Párrafo, la opción de submenús siempre abiertos en navegación y el trabajo inicial en revisiones dentro del editor.

El equipo de Core ha propuesto fusionar el WP AI Client dentro de WordPress 7.0 como infraestructura de desarrollo que permite al código de WordPress comunicarse con modelos de IA generativa a través de una API uniforme, integrando transporte HTTP, manejo de credenciales, REST, JavaScript y generación de prompts, y enlazándolo de forma nativa con la Abilities API que ya está en el Core.

El objetivo es centralizar y unificar la base para que plugins y código puedan detectar si hay un modelo configurado, invocar capacidades de IA y, si no hay ninguno, desactivar funciones de IA sin romper nada. No incluye proveedores ni habilita IA por defecto, ni incorpora interfaces de asistente o experiencias de producto en sí mismas.

La propuesta define alcance y límites claros: ofrecer una API PHP y un Prompt Builder adaptados a WordPress, abstracción de proveedor y modelo, integración con el sistema de wp-admin para credenciales, puntos REST y JavaScript para casos de uso en editor y administración, y controles finos de ejecución de prompts, con énfasis en seguridad, privacidad y bajo impacto cuando no se usa. No se pretende empaquetar credenciales, modelos ni interfaces de asistente en el Core; esas experiencias quedarían en manos de plugins como AI Experiments.

El equipo de Core AI lanza una llamada abierta a la comunidad para probar nuevos experimentos de IA dentro del plugin AI Experiments, con el objetivo de recoger feedback temprano antes de tomar decisiones sobre su evolución. El foco está en explorar nuevas experiencias de interfaz y flujos de interacción con asistentes de IA, especialmente en el editor, para entender qué enfoques funcionan mejor, cuáles generan fricción y qué patrones deberían descartarse a tiempo.

Entre los nuevos experimentos que se están probando destacan varias aproximaciones a interfaces de asistentes de IA dentro del editor, centradas en entender cómo y cuándo tiene sentido interactuar con IA mientras se crea contenido.

Se están explorando paneles contextuales que reaccionan a la selección o al estado del contenido, flujos de conversación más guiados para tareas concretas como resumir, reescribir o generar borradores, y patrones de interfaz que separan claramente la sugerencia de IA de la acción final del usuario.

En el Blog de Desarrolladores se ha publicado una entrada titulada From Abilities to AI Agents: Introducing the WordPress MCP Adapter que presenta el WordPress MCP Adapter, una pieza clave de la iniciativa de AI Building Blocks que conecta la Abilities API de WordPress con el estándar abierto Model Context Protocol, MCP, para habilitar la interacción de agentes de IA con sitios WordPress de forma estructurada y segura.

El adaptador soporta transporte HTTP y STDIO, ofrece control granular de permisos y validación, y expone capacidades de WordPress a agentes de IA sin requerir integraciones personalizadas para cada proveedor o modelo. Con esta arquitectura, un agente puede, por ejemplo, listar, crear o modificar contenido en un sitio, siempre respetando permisos y aprobaciones del usuario, y WordPress puede incluso actuar como servidor MCP o cliente MCP para interactuar con otros servicios o flujos de trabajo externos basados en IA.

El programa de formación del equipo de Test, tras un mes de trabajo intensivo, cerró con balance positivo y aprendizajes claros para mejorar el onboarding de contribución. Arrancó con nueve participantes y terminó con seis, que durante el proceso trabajaron en testing, mejoras de documentación, liderazgo de reuniones y feedback continuo en un canal dedicado de Slack. La estructura se fue definiendo sobre la marcha: semana uno con foco en protocolo de testing, semana dos en protocolos de reuniones y recogida de feedback, semana tres en mejoras de documentación y el inicio de un programa de vídeo, y semana cuatro en cerrar dudas y revisar objetivos futuros del equipo.

En resultados, el mayor impacto fue en la cola de tickets con needs testing, que bajó de 487 a 264, casi un 50 %, mostrando que el protocolo ya permite un ritmo alto y consistente. También se recopilaron propuestas de mejora de documentación en el repositorio de GitHub, y se anunció como pieza clave que el Test Contributor Pathway en vídeo está prácticamente terminado, con intención de abrir un beta program para recibir feedback antes del lanzamiento oficial. Se señala que el programa ha sido muy efectivo, pero agotador de organizar, y que para repetirlo será necesario hacerlo más sostenible y repartir mejor la carga entre los nuevos miembros que se vayan incorporando.

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.

Se nos ha ocurrido que quizá solo las noticias es poco, y dar un poco de visión más personal, y opinar sobre lo que pasa, es un elemento que faltaba en el pódcast.

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

Las Meetup son el evento en el que hay que centrarse para hacer crecer la comunidad, y por eso se va a poner mucho esfuerzo en mejorar la documentación y entender las necesidades actuales.

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

Hola, soy Javier Casares y estás escuchando WPpodcast, en el resumen de noticias de la Comunidad WordPress.

En este episodio encontrarás la información del 26 de enero al 1 de febrero de 2026.

Una nueva versión de WordPress está a las puertas de ser lanzada. En este caso será la primera versión menor de la rama actual, WordPress 6.9.1, que viene con 23 correcciones del núcleo y 25 correcciones del editor.

El equipo de Core AI tiene prioridad total en avanzar con AI Experiments y Abilities, y en preparar el terreno para que el cliente de IA y sus piezas puedan llegar a WordPress 7.0 sin bloquearse por calendario.

El trabajo ahora se centra en AI Experiments 0.3, con mejoras planificadas como la refactorización del Abilities Explorer y una mejor integración con herramientas del editor.

Abilities siguió como tema central, con progreso en Settings y en las Core Post Management Abilities, con el objetivo de definir bien la compatibilidad y el versionado. En paralelo, se está acelerando el trabajo del PHP AI Client, con una nueva versión publicada y una lista clara de siguientes pasos, todo condicionado por la fecha objetivo de WordPress 7.0 Beta 1 del 19 de febrero.

El equipo de Playground ha confirmado la eliminación anticipada del soporte para PHP 7.2 y 7.3, alineándose con lo previsto para WordPress 7.0, y se presentaron novedades relacionadas con agentes de IA, incluyendo una nueva Agent Skill para probar aplicaciones WordPress en Playground y la publicación de un conjunto adicional por parte de Automattic.

El equipo de Comunidad sigue la línea de los objetivos de WordPress para 2026 con su especificación focalizada en las Meetup. Lo principal es relanzar y reforzar estos eventos como la puerta principal de entrada a WordPress, con la idea de mantener lo que ya funciona, pero añadir más participación activa, con sesiones prácticas y encuentros centrados en resolver problemas reales, y con pasos claros para que la gente pase de asistir a contribuir en equipos de Make.

Para ello, se proponen acciones inmediatas como revisar y ampliar recursos del handbook, contactar con organizadores para entender necesidades, reactivar o cerrar capítulos inactivos, crear plantillas y guías para nuevos formatos, y medir el progreso con métricas de actividad, asistencia y casos de éxito.

Por otro lado, continúa la búsqueda de patrocinadores para una beca piloto de WordPress Campus Connect, orientada a que estudiantes que ya participaron en Campus Connect y siguieron implicados puedan asistir a WordCamp Asia 2026. Las nominaciones las harán los organizadores, una pequeña comisión seleccionará en función del entusiasmo, la continuidad en la comunidad y el impacto de asistir, y la beca prevé cubrir viaje, alojamiento y entrada, con el objetivo de apoyar hasta a tres estudiantes este primer año.

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.

Ya comenzamos a saber cuáles serán los mayores cambios y mejoras que se introducirán con WordPress 7.0, con la integración de la edición compartida, nuevos bloques y soporte de PHP.

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

Hola, soy Javier Casares y estás escuchando WPpodcast, en el resumen de noticias de la Comunidad WordPress.

En este episodio encontrarás la información del 19 al 25 de enero de 2026.

¿Hacia dónde va WordPress? Seguramente esa es una de las preguntas más habituales que se hace todo el mundo que usa o está un poco metido en la comunidad, y parece que, al menos, tenemos respuesta para lo que se planea en este 2026.

Para este año, todo se centra en generar y mantener impulso dentro de la comunidad WordPress, aprovechando lo que ya funciona y facilitando la participación activa de más personas. El liderazgo quiere claridad en prioridades y caminos de contribución, reduciendo fricciones y transformando la energía de la comunidad en progreso sostenido.

Para Core, se planea regresar a tres lanzamientos importantes al año, empezando con WordPress 7.0 en WordCamp Asia, e introduciendo mejoras significativas como la edición colaborativa en tiempo real, APIs para asistentes de IA compatibles con múltiples proveedores, procesamiento de medios del lado del cliente y controles de diseño adaptativo ampliados.

Además del desarrollo técnico, la iniciativa pone énfasis en fortalecer la comunidad, la educación y el pipeline de contribución. Se busca potenciar los Meetups como puerta de entrada activa a la contribución, con actividades prácticas y sesiones centradas en problemas reales. Los programas educativos como WordPress Credits y Campus Connect están escalando para atraer y preparar nuevos colaboradores, y se impulsa una documentación y rutas de incorporación más claras, junto con mentores identificando tareas accesibles para principiantes. El objetivo general es convertir el interés en un compromiso real, haciendo de WordPress un proyecto más accesible y colaborativo para todos los niveles de personas que quieran formar parte de su ecosistema.

Sin duda, esto va en la línea de lo que se viene observando desde finales de 2024, con la salida de personas tanto del núcleo como de otros equipos menos visibles, y la falta de entrada de nuevos colaboradores que, por una razón u otra, no ven WordPress como un proyecto atractivo.

La estrategia del proyecto educativo es interesante, pero puede encontrarse con muchas trabas en algunos países donde la educación no permita colaborar con la Fundación, o donde no se encuentren personas cualificadas para impartir esas formaciones.

WordPress 7.0 será un punto de inflexión, o al menos ese es el objetivo, al igual que lo fue WordPress 5.0 cuando se introdujo la edición por bloques. ¿Será suficiente la colaboración en tiempo real y la introducción de la inteligencia artificial para seguir atrayendo talento y nuevos sitios?

Entre las novedades de versiones ya existe fecha de lanzamiento de WordPress 6.9.1 para el 3 de febrero de 2026, quedando abierta desde ya la rama para mover tickets y tareas para una futura 6.9.2. El objetivo, por ahora, de ambas versiones es el de correcciones de pequeños errores que se han ido encontrando.

También tenemos nueva versión del plugin experimental Gutenberg 22.4, que introduce soporte extendido para la Font Library en temas clásicos y temas híbridos, lo que permite habilitar y utilizar las fuentes y estilos globales de la biblioteca de tipografías también fuera de los temas de bloques puros, acercando la experiencia de edición avanzada a un mayor número de usuarios y diseños tradicionales.

Además, la versión amplía los Pattern Overrides con soporte para bloques personalizados, lo que facilita que los patrones infieran qué bloques pueden sincronizarse parcialmente desde el servidor, simplificando flujos de patrones más robustos y flexibles para temas y constructores. En cuanto a experiencia de diseño y control visual, Gutenberg añade controles de punto focal en el bloque de Imagen, permitiendo definir fácilmente el centro de atención en imágenes adaptativas, y se empiezan a exponer controles experimentales de visibilidad de bloques basados en el tamaño de pantalla, con reglas y una interfaz para ocultar bloques en distintos viewports, habilitando diseños más adaptativos sin necesidad de CSS adicional.

Con respecto a WordPress 7.0, ya tenemos algunos elementos destacados de la nueva versión.

El trabajo en colaboración en tiempo real está entrando en una fase decisiva, centrada en definir la capa de transporte por defecto que funcione de forma fiable para la mayoría de instalaciones de WordPress. Actualmente hay un pull request en marcha que propone un nuevo proveedor de sincronización basado en HTTP polling, pensado como solución estándar, mientras que los hosts podrán sustituirlo mediante un hook por opciones más avanzadas si lo necesitan. El objetivo principal es encontrar un equilibrio práctico que funcione “la mayor parte del tiempo” para la mayoría de sitios, sin depender de infraestructuras complejas.

También tenemos la Biblioteca de Fuentes que, como decíamos, amplía su compatibilidad a los temas clásicos. Además de centralizar la gestión tipográfica en una única interfaz, la Biblioteca de Fuentes ahora también puede invocarse desde la Command Palette, mejorando notablemente la accesibilidad y cerrando una deuda histórica de usabilidad al hacer que el control de fuentes sea más coherente y fácil de descubrir en todo tipo de temas.

Las revisiones visuales se encuentran aún en una fase temprana, con un pull request en borrador que funciona como prueba de concepto, apoyado por otro que sienta las bases técnicas del trabajo futuro. Aunque no está terminado, las primeras pruebas ya muestran un beneficio claro: permiten entender de forma inmediata qué ha cambiado entre revisiones, reduciendo fricción y aportando una sensación notable de claridad al flujo de edición.

La evolución de los block bindings permitirá que los bloques personalizados puedan utilizar Pattern Overrides. Esto elimina una limitación importante, ya que hasta ahora los overrides en patrones sincronizados solo funcionaban con cuatro bloques de Core, cabeceras, botones, imágenes y párrafos. El cambio resulta especialmente relevante para agencias y entornos empresariales, donde los patrones reutilizables con mayor flexibilidad son fundamentales.

Una de las funcionalidades más demandadas es el modo de edición adaptativa, que amplía el trabajo iniciado en WordPress 6.9, donde ya era posible ocultar bloques, incorporando ahora la capacidad de ocultarlos según el tamaño de pantalla. La implementación se inspira directamente en la experiencia de block locking, aportando coherencia visual y de interacción. Tanto la Vista de Lista como la barra de herramientas del bloque se adaptan para indicar claramente cuándo un bloque está oculto en determinados contextos, facilitando la comprensión del estado del contenido durante la edición.

La edición de patrones introduce un cambio clave en el comportamiento por defecto: al insertar un patrón, este se comporta inicialmente como si fuera un único bloque, simplificando su uso y reduciendo la complejidad para tareas comunes. Para quienes necesiten ir más allá, como añadir, eliminar o modificar bloques internos, el editor ofrece una opción explícita en los ajustes del bloque para editar el patrón en profundidad, manteniendo así un equilibrio claro entre simplicidad inicial y acceso a herramientas avanzadas.

El bloque Cover incorpora una mejora destacada: la posibilidad de incrustar vídeos directamente desde una URL, sin depender de flujos alternativos. Esto amplía de forma notable los casos de uso del bloque, especialmente en proyectos reales donde el contenido audiovisual, como por ejemplo los vídeos de YouTube, es central en el diseño de una página. La funcionalidad ya se muestra operativa en pruebas y supone un paso importante para hacer el bloque Cover más flexible y alineado con necesidades habituales de creación de sitios.

El bloque Tabs está siendo refactorizado para resolver fricciones detectadas y ofrecer un control de estilos mucho más granular por pestaña, aunque aún se están afinando detalles y corrigiendo pequeños errores detectados durante las pruebas.

En paralelo, el bloque Breadcrumbs ya ha aterrizado y ha demostrado una madurez notable. Un bug detectado durante el testeo fue corregido casi de inmediato, lo que lo convierte en una adición especialmente valiosa y pulida para autores de temas.

El esperado bloque Icon sigue en desarrollo activo, con un trabajo centrado en la integración de la API de registro de iconos SVG. El alcance actual se ha acotado a iconos expuestos exclusivamente a través de dicha API, priorizando una base sólida antes de ampliar funcionalidades.

El bloque Gallery está a punto de incorporar soporte de lightbox con navegación entre imágenes. Esta mejora permitirá abrir las imágenes en un visor superpuesto y desplazarse entre ellas sin salir de la página, resolviendo una carencia histórica del bloque y mejorando notablemente la experiencia para sitios con galerías fotográficas.

El trabajo para añadir estilos de grid adaptativos ya está completamente finalizado, con todas las tareas cerradas, aprobado e integrado. Gracias a esta mejora, el bloque Grid ahora se adapta automáticamente a distintos tamaños de pantalla cuando se definen columnas, ofreciendo un comportamiento adaptativo nativo sin necesidad de CSS adicional.

El equipo de Core AI está comenzando a prepararse para la versión beta de WordPress 7.0, que está ya a cuatro semanas, para decidir qué debe entrar y qué no en este hito. El objetivo es preparar el WordPress AI Client, enviar la contraparte JavaScript del Abilities API, ampliar las core abilities, como por ejemplo la gestión de ajustes y usuarios, y debatir cómo se van a dejar obsoletas versiones antiguas.

También han anunciado AI Experiments 0.2 como una iteración orientada a mejoras editoriales y tooling. Destaca la generación de extractos con IA como nueva experiencia dedicada y el Abilities Explorer, una pantalla de administración para inspeccionar y probar las abilities registradas, tanto del núcleo como de plugins, y entender mejor cómo se exponen. También se adelantan líneas para la versión 0.3, con herramientas como el content summarization, la generación de imagen destacada, la generación de textos alternativos y una revisión de la interfaz y ajustes más modernos.

En el Blog de Desarrolladores se ha publicado un artículo en el que se ofrece un punto de vista distinto para el desarrollo de temas gracias a Playground.

La guía detalla cómo configurar el entorno de trabajo, importar un tema desde GitHub a Playground, aplicar cambios en el Site Editor y usar el plugin Create Block Theme para escribir esos cambios en los archivos del tema virtual. Una vez listos, esos cambios se exportan directamente a GitHub como un pull request, facilitando la revisión y la colaboración.

También se incluye un artículo para el uso de DataForm en las páginas de configuración de plugins, aprovechando un enfoque declarativo y moderno. En lugar de importar y ensamblar múltiples componentes individuales para cada campo, como controles de texto o casillas, DataForm permite definir todos los campos y la estructura del formulario mediante una configuración. Esto simplifica enormemente el código necesario para construir formularios de ajustes y hace que la interfaz se alinee con las prácticas modernas del administrador de WordPress.

El equipo de Comunidad ha anunciado un nuevo proceso para que los organizadores de WordCamp soliciten un mensaje de vídeo grabado por Matt Mullenweg dirigido a su evento, facilitando respuesta a la creciente demanda de saludos y comentarios personalizados para la comunidad WordPress.

La solicitud está disponible solo para WordCamp listados oficialmente y programados con al menos ocho semanas de antelación, y debe gestionarse por los propios organizadores. Además, se dará prioridad a eventos importantes, como nuevas ediciones, aniversarios o hitos comunitarios.

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.

WP-Bench es una nueva herramienta de referencia para evaluar cómo los modelos de inteligencia artificial comprenden y trabajan con el ecosistema de WordPress.

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

Hola, soy Javier Casares y estás escuchando WPpodcast, en el resumen de noticias de la Comunidad WordPress.

En este episodio encontrarás la información del 12 al 18 de enero de 2026.

WP-Bench es una nueva herramienta de referencia para evaluar cómo los modelos de inteligencia artificial comprenden y trabajan con el ecosistema de WordPress.

Está diseñada para medir capacidades específicas centradas en WordPress, no solo tareas de programación genéricas, lo que ayuda a desarrolladores y a la comunidad a entender qué modelos funcionan mejor con conceptos clave de WordPress, APIs, estándares de código y prácticas de seguridad. El objetivo es crear un estándar abierto y visible que permita comparar modelos y orientar decisiones de integración en herramientas y plugins.

El sistema de evaluación de WP-Bench cubre dos dimensiones: conocimientos, como respuestas a preguntas de opción múltiple sobre WordPress, y ejecución, como tareas de generación de código que se evalúan con análisis estático y pruebas en un entorno WordPress real, usando el propio núcleo como mecanismo de calificación.

Aunque es una versión temprana, con un conjunto de pruebas todavía limitado y cierto sesgo hacia APIs recientes como Abilities e Interactivity, el proyecto busca crecer con contribuciones de la comunidad e incluir un leaderboard público para transparencia y comparación continua entre modelos.

La reunión semanal del equipo de Core AI se ha focalizado en identificar trabajo que se pueda avanzar de inmediato y aclarar prioridades de cara a WordPress 7.0.

Una parte sustancial del encuentro se dedicó al plugin AI Experiments, con la planificación de la versión 0.2, priorizando funcionalidades como Abilities Explorer y la generación de extractos.

En relación con la inclusión en el Core de características de IA y los preparativos para WordPress 7.0, se discutió la necesidad de planificar de forma anticipada propuestas de fusión para el cliente de IA de WordPress y la obsolescencia de compatibilidad en la API de Abilities.

Sobre el cliente PHP AI, se han incluido reescrituras de proveedores y mejoras planificadas, como una capa de caché, y se mencionó el interés por explorar soporte para proveedores de IA locales.

En el Blog de Desarrolladores hay un resumen de novedades, como la publicación de Gutenberg 22.3, que ahora tiene una pantalla de fuentes nueva, soporte para bloques solo en PHP y la incorporación temprana de funcionalidades que llegarán a WordPress 7.0.

El equipo de Playground ha anunciado que la herramienta ha dejado de dar soporte a PHP 7.2 y 7.3 y ahora exige como mínimo PHP 7.4.

Los blueprints que aún soliciten versiones antiguas se migran automáticamente a 7.4, con una advertencia, aunque seguirá funcionando sin que el usuario tenga que actuar de inmediato.

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.

Comienza la fase de desarrollo de WordPress 7.0 y uno de los primeros pasos es ensamblar al equipo que liderará este nuevo lanzamiento.

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

Hola, soy Javier Casares y estás escuchando WPpodcast, en el resumen de noticias de la Comunidad WordPress.

En este episodio encontrarás la información del 5 al 11 de enero de 2026.

WordPress 7.0 se anuncia con el inicio de la planificación para su lanzamiento, con un cronograma propuesto que sitúa la fecha final de lanzamiento el 9 de abril de 2026 y que tendría una primera beta el 19 de febrero y una versión candidata el 19 de marzo. Este calendario es flexible y se podrá ajustar según lo que acuerde el equipo.

Para el lanzamiento se busca el Release Squad con distintos roles: coordinación, leads técnicos, triage, pruebas, etc., fomentando la colaboración de contribuidores de todos los niveles.

Uno de los detalles técnicos que ya se ha anunciado es que se dejará de dar soporte a PHP 7.2 y 7.3. A partir de esa versión, el mínimo requerido será PHP 7.4 y la versión recomendada seguirá siendo PHP 8.3, buscando mejorar la mantenibilidad del proyecto y empujar a la comunidad a usar versiones de PHP más recientes.

La decisión se basa en datos de uso que muestran que PHP 7.2 y 7.3 combinados están por debajo del umbral del 5 % entre instalaciones de WordPress monitorizadas. Los sitios que continúen utilizando esas versiones podrán seguir en la rama 6.9 y recibir actualizaciones de seguridad, pero no podrán actualizar a WordPress 7.0 sin antes actualizar su PHP.

El equipo de Plugins ha hecho un resumen de 2025, un año marcado por un crecimiento sustancial del ecosistema de plugins y un impacto evidente de la inteligencia artificial en el flujo de trabajo de revisiones. El equipo propuso cambiar su nombre a Plugins Team para reflejar mejor sus funciones ampliadas, que incluyen mejoras de herramientas internas como Internal Scanner y Plugin Check Plugin, así como colaboración con el equipo Meta para resolver tickets y mejorar el directorio.

En cifras, el equipo revisó 12.713 plugins, un 40 % más que en 2024, y aumentó tanto las revisiones como las aprobaciones, con 5.415 plugins aprobados, mejorando la tasa de aprobación hasta el 70 %. Aunque la respuesta de autores sigue siendo un desafío, con casi el 40 % sin respuesta, la revisión se volvió más intensa y detallada, con más de 58.000 revisiones realizadas y mejoras en la calidad de las presentaciones.

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.

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, Spotify y Apple Podcasts o suscribirte al feed directamente.

Hola, soy Javier Casares y estás escuchando WPpodcast, en el resumen de noticias de la Comunidad WordPress.

En este episodio encontrarás la información del 22 de diciembre de 2025 al 4 de enero de 2026.

El equipo de Performance ha publicado un resumen de cierre de año 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 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 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; 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.