WordPress Pódcast (español)

Primeras pistas de WordPress 7.0

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 [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 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 [https://make.wordpress.org/project/2026/01/23/big-picture-goals-for-2026/], 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 [https://wordpress.org/news/2026/01/wordpress-education-programs-new-home/] 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 [https://make.wordpress.org/core/2026/01/20/wordpress-6-9-1-release-schedule/] que se han ido encontrando. También tenemos nueva versión del plugin experimental Gutenberg 22.4 [https://make.wordpress.org/core/2026/01/22/whats-new-in-gutenberg-22-4-20-january/], 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 [https://make.wordpress.org/ai/2026/01/22/ai-contributor-weekly-summary-22-january-2026/], 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 [https://make.wordpress.org/ai/2026/01/21/whats-new-in-ai-experiments-0-2-0-20-jan-2026/]. 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 [https://developer.wordpress.org/news/2026/01/streamlining-block-theme-development-with-wordpress-playground-and-github/]. 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 [https://developer.wordpress.org/news/2026/01/how-to-use-dataform-to-create-plugin-settings-pages/], 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 [https://make.wordpress.org/community/2026/01/21/new-request-a-video-message-from-matt-for-your-wordcamp/] 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 [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.

WP-Bench: cuánto sabe la IA de WordPress

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 [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 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 [https://make.wordpress.org/ai/2026/01/14/introducing-wp-bench-a-wordpress-ai-benchmark/], 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 [https://make.wordpress.org/ai/2026/01/13/ai-contributor-weekly-summary-7-january-2026/]. 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 [https://developer.wordpress.org/news/2026/01/whats-new-for-developers-january-2026/], 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 [https://make.wordpress.org/playground/2026/01/16/wordpress-playground-removes-support-for-php-7-2-and-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 [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.

Preparando equipo para WordPress 7.0

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 [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 5 al 11 de enero de 2026. WordPress 7.0 se anuncia con el inicio de la planificación para su lanzamiento [https://make.wordpress.org/core/2026/01/09/wordpress-7-0-call-for-volunteers/], 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 [https://make.wordpress.org/core/2026/01/09/dropping-support-for-php-7-1-2/] 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 [https://make.wordpress.org/plugins/2026/01/07/a-year-in-the-plugins-team-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 [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.

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.