WordPress Pódcast (español)

[Magazine] Soporte humano

¿Cuántas veces te has enfrentado a una máquina en un contacto de soporte? Quizá debas apagar y volver a encender… 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. NOTAS DEL PROGRAMA NOTICIAS * Rethinking Left Navigation [https://make.wordpress.org/core/2026/03/24/rethinking-left-navigation/] * Extending the 7.0 Cycle [https://make.wordpress.org/core/2026/03/31/extending-the-7-0-cycle/]

[Noticias] Todo listo para WordPress 7.0

WordPress 7.0 llega a su recta final de lanzamiento, con todo ya definido y con foco en arreglar los pequeños detalles. 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 23 al 29 de marzo de 2026. Matt Mullenweg ha abierto un debate en Make Core sobre el menú lateral izquierdo del escritorio [https://make.wordpress.org/core/2026/03/24/rethinking-left-navigation/]. El problema es conocido: cualquier plugin puede añadir entradas donde quiera, sin ningún orden establecido, lo que provoca que en sitios con varios plugins activos el menú acabe siendo un caos difícil de navegar. La propuesta de Matt es establecer una jerarquía: primero los elementos del núcleo de WordPress, y al final una sección específica para plugins, donde cada plugin con mucho peso, como WooCommerce o un LMS, tendría su propio elemento de primer nivel con todo su universo dentro. Para evitar que los plugins importantes queden enterrados al final, plantea permitir fijar elementos o mostrar automáticamente arriba los tres plugins usados más recientemente. Lo que juega a favor de este cambio es que el menú lateral actual no tiene ninguna lógica estructural, y la experiencia en instalaciones con muchos plugins es objetivamente mala. Establecer una jerarquía clara facilitaría también la navegación para agentes de IA y herramientas de automatización, que cada vez interactúan más con el escritorio de WordPress. Es un problema real que lleva años sin solución oficial. Lo que genera dudas en la comunidad tiene que ver con la memoria muscular. La navegación lateral de WordPress lleva décadas con una estructura que los usuarios conocen, y cambiarla supone reaprendizaje. En varios comentarios señalan que las listas «de uso reciente» pueden ser especialmente contraproducentes en ese sentido, porque el menú cambia de posición según el comportamiento del usuario, lo que impide construir hábitos estables. Hay quien preferiría dar al usuario el control para ordenar el menú a su gusto, como ya hacen plugins como Admin Menu Editor, en lugar de imponer una nueva estructura desde el núcleo. También se plantea si no sería más efectivo empezar por crear una guía de buenas prácticas para desarrolladores de plugins, sin necesidad de cambios en el código. Es una conversación abierta, sin decisiones tomadas todavía, pero es significativo que la haya iniciado el propio Matt en el blog de Core. Ha sido un mes de lanzamientos intenso, así que vale la pena hacer un repaso ordenado de todo lo que ha salido y lo que está por llegar. Comenzamos con las versiones de seguridad de 6.9. A principios de marzo se publicaron hasta tres versiones de mantenimiento [https://make.wordpress.org/core/2026/03/25/wordpress-6-9-2-retrospective/] en menos de 48 horas. WordPress 6.9.2 corregía diez vulnerabilidades de seguridad, pero pocas horas después provocó que algunos sitios con temas clásicos mostrasen la web en blanco. La respuesta fue 6.9.3, publicada el mismo día. Al día siguiente se descubrió que tres de los parches de seguridad de 6.9.2 no habían llegado correctamente al paquete, lo que obligó a publicar 6.9.4. El equipo de seguridad hizo después una retrospectiva pública en la que reconoció el fallo de proceso, identificó las causas, y comprometió mejoras concretas en la lista de verificación de lanzamientos y en la automatización de los backports a versiones antiguas. En paralelo las betas de WordPress 7.0. El ciclo de betas fue más largo de lo habitual. Además de las cinco betas inicialmente previstas [https://make.wordpress.org/core/2026/03/25/wordpress-7-0-release-candidate-phase/], hubo que añadir una Beta 4 de urgencia para incluir los parches de seguridad de 6.9.2, y una Beta 6 porque se detectaron problemas de rendimiento [https://make.wordpress.org/core/2026/03/27/wordpress-7-0-release-candidate-phase-pt-2/] en la colaboración en tiempo real, el tamaño del paquete de instalación y la optimización de imágenes en el lado cliente. Esta última función quedó temporalmente revertida, la colaboración en tiempo real pasó a ser opcional por defecto, y los intervalos de sincronización se multiplicaron por cuatro para reducir la carga en el servidor. La primera versión candidata llegó con 134 correcciones adicionales [https://wordpress.org/news/2026/03/wordpress-7-0-release-candidate-1/] respecto a la Beta 5. Además de los arreglos habituales, incorporó la pantalla de Conectores de IA y la paleta de comandos en la barra de administración como novedades añadidas fuera del ciclo de betas inicial, al ser consideradas parte esencial de las funcionalidades principales de la versión. La segunda versión candidata, publicada apenas dos días después, cierra el periodo de congelación de cadenas de traducción [https://wordpress.org/news/2026/03/wordpress-7-0-release-candidate-2/], lo que permite al equipo de Polyglots preparar las traducciones para el lanzamiento final. WordPress 7.0 saldrá el 9 de abril de 2026, coincidiendo con el Contributor Day de la WordCamp Asia en Mumbai. Si tienes plugins o temas, es el momento de actualizar el campo «Tested up to» a 7.0 en el readme.txt. El equipo de Core ha anunciado dos notas técnicas de WordPress 7.0 orientadas a desarrolladores, pero con implicaciones importantes para entender hacia dónde va la plataforma. El cliente de IA nativo de WordPress 7.0 se integra en el núcleo, lo que significa que cualquier plugin puede enviar prompts a modelos de IA [https://make.wordpress.org/core/2026/03/24/introducing-the-ai-client-in-wordpress-7-0/] sin tener que gestionar credenciales ni preocuparse de qué proveedor tiene configurado el sitio. La función de entrada es wp_ai_client_prompt, que devuelve un objeto con el que se puede construir el prompt de forma encadenada: texto, temperatura, tokens máximos, instrucciones de sistema, formato de respuesta y mucho más. Soporta generación de texto, imágenes, audio y vídeo, dependiendo del proveedor disponible. Lo más importante para los desarrolladores de plugins es que el cliente abstrae completamente al proveedor: el plugin describe qué necesita y WordPress se encarga de enrutarlo al modelo disponible en ese sitio concreto. La API de Habilidades llegó a WordPress 6.9 en el servidor, permitiendo que agentes de IA y herramientas de automatización descubran y ejecuten funciones de WordPress de forma estructurada. En WordPress 7.0 llega su contrapartida en JavaScript [https://make.wordpress.org/core/2026/03/24/client-side-abilities-api-in-wordpress-7-0/], con dos paquetes: uno genérico para gestión de estado que puede usarse en cualquier proyecto, y otro específico de WordPress que carga automáticamente todas las habilidades registradas en el servidor a través de la API REST. Los plugins pueden registrar sus propias habilidades en el navegador, con esquemas de entrada y salida, comprobaciones de permisos y anotaciones sobre su comportamiento. La relevancia práctica de esto es que abre la puerta a que agentes de IA interactúen con WordPress directamente desde el navegador, sin necesidad de hacer llamadas al servidor para cada acción. Ambas APIs están pensadas para trabajar juntas: el cliente de IA gestiona las conversaciones con los modelos, y la API de Habilidades expone qué puede hacer WordPress para que esos modelos puedan actuar sobre el sitio de forma estructurada y segura. El equipo de IA ha tenido una semana con dos novedades destacadas, muy relacionadas entre sí. La primera es el lanzamiento de la versión 0.6 del plugin de IA [https://make.wordpress.org/ai/2026/03/24/whats-new-in-ai-0-6-0/], que además de novedades funcionales trae un cambio de nombre importante. El plugin deja de llamarse AI Experiments para llamarse simplemente AI, un cambio que refleja su creciente madurez como herramienta central de las funciones de inteligencia artificial en WordPress. La novedad más visible de esta versión es la edición de imágenes con IA directamente desde la Biblioteca de Medios: los usuarios pueden refinar imágenes generadas mediante prompts iterativos, editar imágenes existentes, y aplicar acciones predefinidas como expandir o eliminar fondos y sustituir elementos dentro de la imagen. Internamente, la estructura del plugin también ha evolucionado: los experimentos ahora se tratan como un tipo de funcionalidad más, lo que prepara el camino para que los más maduros asciendan a la categoría de características estables en futuras versiones. La segunda novedad es la llegada de Guidelines [https://make.wordpress.org/ai/2026/03/23/guidelines-lands-in-gutenberg-22-7/] a Gutenberg 22.7, una funcionalidad experimental que permite definir estándares editoriales para todo el sitio desde una nueva pantalla bajo el menú de Ajustes. La idea es tener un lugar centralizado donde documentar el tono de voz, las preferencias de imagen, las normas por tipo de bloque y cualquier otra directriz editorial, de forma que tanto los editores humanos como las herramientas de IA trabajen desde la misma fuente de verdad. La funcionalidad incluye importación y exportación en formato JSON e historial de revisiones. Por ahora es un experimento que hay que activar manualmente en las opciones de Gutenberg, pero el equipo ya está pensando en proponerlo para WordPress 7.1 como funcionalidad de núcleo. El equipo de Comunidad está probando una nueva estrategia de marketing [https://make.wordpress.org/community/2026/03/23/getting-local-with-wordcamp-marketing/] para aumentar la asistencia a las principales WordCamp. La idea es identificar usuarios de WordPress con presencia local relevante, como fotógrafos, artistas, escritores, creadores de contenido o negocios, que ya usan WordPress pero nunca han participado en eventos de la comunidad, e invitarles personalmente. El criterio de selección busca personas con más de 10.000 seguidores en redes sociales, o con una inversión significativa en su presencia online, que vivan cerca del lugar donde se celebra el evento. El acercamiento es directo y personalizado, sin métodos masivos. A quienes acepten participar se les puede integrar en el programa del evento como ponentes o panelistas, o simplemente darles visibilidad a través de entrevistas y contenido previo al evento. El equipo ya ha compartido listas de sitios WordPress locales con los organizadores de los tres WordCamps principales de 2026, WordCamp Asia, WordCamp Europe y WordCamp US. La ejecución concreta quedará en manos de cada equipo organizador local. 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.

[Noticias] 7.0 Beta 6

WordPress 7.0 sigue en su fase beta, aunque tendría que haber lanzado la primera versión candidata, para validar el tamaño de la instalación y el uso por defecto del sistema de tiempo real. 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 16 al 22 de marzo de 2026. El ciclo de lanzamiento de WordPress 7.0 ha tenido esta semana un pequeño reajuste. El Release Candidate 1, que estaba previsto para el jueves 19 de marzo, se ha retrasado hasta el martes 24 [https://make.wordpress.org/core/2026/03/19/wordpress-7-0-release-candidate-1-delayed/]. La razón son tres preocupaciones detectadas en el último momento: el rendimiento de la colaboración en tiempo real, la optimización de imágenes en el cliente web, y el tamaño del paquete de instalación. Con la Beta 6, que incluye más de 130 correcciones, vienen cambios relevantes respecto a la Beta 5 [https://make.wordpress.org/core/2026/03/20/wordpress-7-0-beta-6/]. La función de procesamiento de imágenes en el cliente web ha sido revertida temporalmente para resolver los problemas detectados. La colaboración en tiempo real pasa a ser opcional por defecto, con una constante de configuración para quienes quieran controlarla a nivel de servidor, usando la constante WP_ALLOW_COLLABORATION. Además, los intervalos de sincronización de la colaboración en tiempo real se han multiplicado por cuatro, pasando de 250 milisegundos a 1 segundo, para reducir el número de peticiones HTTP y el impacto en el servidor. La fecha de lanzamiento final de WordPress 7.0 se mantiene para el 9 de abril, así que el margen sigue siendo suficiente si estos días se lanza la primera versión candidata. WordPress 7.0 trae un buen paquete de novedades en el editor de bloques, y se han publicado varias notas de desarrollo que las detallan. Son las siguientes: Sangría de texto [https://make.wordpress.org/core/2026/03/15/new-block-support-text-indent-textindent/]. El bloque de párrafo incorpora ahora un control de sangría en las opciones de tipografía, una de las peticiones más antiguas de la comunidad. Se puede configurar para que afecte solo a los párrafos que siguen a otro párrafo, como es habitual en publicaciones en inglés, o a todos los párrafos, como es más común en otros idiomas. CSS personalizado por bloque [https://make.wordpress.org/core/2026/03/15/custom-css-for-individual-block-instances-in-wordpress-7-0/]. Ahora es posible añadir CSS propio a cualquier bloque individual directamente desde el panel de opciones avanzadas del editor, sin necesidad de ir al editor de sitio ni añadir clases manualmente. Los cambios se reflejan en tiempo real mientras se edita. Solo los usuarios con permisos para editar CSS tienen acceso a esta opción. Ancho y alto de bloques [https://make.wordpress.org/core/2026/03/15/dimensions-support-enhancements-in-wordpress-7-0/]. Los controles de ancho y alto pasan a ser opciones estándar del panel de dimensiones, igual que ya lo son el margen y el relleno. Los temas también pueden definir tamaños predefinidos para que los usuarios elijan entre opciones concretas en lugar de introducir valores manualmente. Visibilidad por dispositivo [https://make.wordpress.org/core/2026/03/15/block-visibility-in-wordpress-7-0/]. Ahora se puede mostrar u ocultar cualquier bloque según el tipo de dispositivo, eligiendo entre escritorio, tableta y móvil, sin que esto afecte a los demás. Los controles están disponibles en la barra de herramientas, en el panel lateral y en la paleta de comandos. En la vista de lista del editor aparecen iconos que indican en qué dispositivos está oculto cada bloque. Edición de patrones mejorada [https://make.wordpress.org/core/2026/03/15/pattern-editing-in-wordpress-7-0/]. Los patrones no sincronizados y las partes de plantilla ahora muestran por defecto un modo de edición centrado en el contenido, que oculta la estructura de bloques y los controles de diseño para que el usuario se centre en el texto y los medios. Para hacer cambios de diseño se puede acceder al modo de edición completo con un clic adicional. Sobreescrituras de patrones para bloques personalizados [https://make.wordpress.org/core/2026/03/16/pattern-overrides-in-wp-7-0-support-for-custom-blocks/]. Las sobreescrituras de patrones sincronizados, que permiten personalizar el contenido de cada instancia de un patrón sin alterar el diseño original, ahora son compatibles con cualquier bloque personalizado, no solo con los bloques de núcleo como antes. API de Conectores [https://make.wordpress.org/core/2026/03/18/introducing-the-connectors-api-in-wordpress-7-0/]. WordPress 7.0 introduce la nueva pantalla en Ajustes, llamada Conectores, que centraliza la gestión de conexiones a servicios externos. De momento se centra en proveedores de IA, con soporte integrado para Anthropic, Google y OpenAI. Desde esta pantalla se pueden instalar los plugins de proveedor correspondientes, introducir las claves de API y ver el estado de cada conexión. La arquitectura está pensada para ampliarse en el futuro a otros tipos de servicios. El directorio de Plugins ha recibido su servidor MCP [https://make.wordpress.org/meta/2026/03/20/plugin-directory-mcp-server/], lo que significa que asistentes de IA como Claude, Cursor o VS Code con capacidades de IA pueden conectarse directamente al directorio para ayudar a los desarrolladores a preparar y enviar sus plugins. Las herramientas disponibles son tres: validar el archivo readme.txt antes de enviar el plugin, consultar el estado de una solicitud en revisión junto con el feedback del revisor, y enviar un plugin nuevo o actualizar uno que ya esté en proceso de revisión. Además, el agente de IA tiene acceso a documentos de referencia como las directrices del directorio, las preguntas frecuentes para desarrolladores o la lista de slugs reservados, lo que le permite dar orientación precisa y actualizada mientras se trabaja. 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.

[Magazine] Hackathon

Las hackathones son una herramienta esencial para que proyectos de código abierto avancen con la participación de la comunidad y su equipo. 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. NOTAS DEL PROGRAMA NOTICIAS * WordPress Launches Playground-Powered Personal Workspace, but Reception Is Mixed [https://www.therepository.email/wordpress-launches-playground-powered-personal-workspace-but-reception-is-mixed] * AI optimization is replaying early SEO, just faster [https://joost.blog/ai-optimization-is-replaying-early-seo-just-faster/] * WordPress 7.0’s Real-Time Collaboration Heads Into RC1 With Key Questions Still Open [https://www.therepository.email/wordpress-7-0s-real-time-collaboration-heads-into-rc1-with-key-questions-still-open]

[Noticias] Iniciando Twenty Twenty-Seven

Seis meses antes de lo habitual, comienza el proceso de creación de Twenty Twenty-Seven, un tema que se prevé de lo más estable con su lanzamiento junto a WordPress 7.2. 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 9 al 15 de marzo de 2026. Ha sido una semana intensa en cuanto a lanzamientos de WordPress. El martes 10 de marzo se publicó WordPress 6.9.2 [https://wordpress.org/news/2026/03/wordpress-6-9-2-release/], una versión de seguridad que corregía diez vulnerabilidades, entre ellas fallos de XSS, una vulnerabilidad en la biblioteca externa getID3, un bypass de autorización y un problema de path traversal en PclZip. Al tratarse de una versión de seguridad, la actualización inmediata era obligatoria. Pocas horas después del lanzamiento de 6.9.2, algunos sitios empezaron a mostrar la web en blanco. El problema estaba en ciertos temas que cargaban plantillas de una forma no estándar. El equipo de seguridad reaccionó rápido y publicó ese mismo día WordPress 6.9.3 [https://wordpress.org/news/2026/03/wordpress-6-9-3-and-7-0-beta-4/] para corregirlo. Pero no acabó ahí: al día siguiente, el 11 de marzo, se detectó que no todos los parches de seguridad de 6.9.2 se habían aplicado correctamente, lo que obligó a publicar también WordPress 6.9.4 [https://wordpress.org/news/2026/03/wordpress-6-9-4-release/] con las correcciones restantes. En resumen, tres versiones de mantenimiento en menos de 48 horas, algo poco habitual pero que muestra cómo funciona la respuesta rápida del equipo de seguridad de WordPress. En paralelo a todo esto, el ciclo de betas de WordPress 7.0 sigue su curso. La Beta 4 se publicó junto con 6.9.3 [https://wordpress.org/news/2026/03/wordpress-6-9-3-and-7-0-beta-4/] para que los testers también tuvieran acceso a los parches de seguridad. Y el 12 de marzo salió la Beta 5 [https://wordpress.org/news/2026/03/wordpress-7-0-beta-5/], que suma más de 100 correcciones desde la Beta 3 e incluye una novedad destacada: un acceso directo a la paleta de comandos desde la barra de administración, visible para los usuarios con sesión iniciada mediante el atajo de teclado Ctrl+K o Command+K. La fecha de lanzamiento de WordPress 7.0 se mantiene para el 9 de abril. Ya se está preparando el próximo tema por defecto de WordPress. El equipo ha publicado una convocatoria de voluntarios para trabajar en Twenty Twenty-Seven, el tema que acompañará al lanzamiento de WordPress 7.2, previsto para principios de diciembre de 2026. El diseño principal corre a cargo de la diseñadora Arin Ohm, y se buscan colaboradores para el desarrollo y las pruebas [https://make.wordpress.org/core/2026/03/13/twenty-twenty-seven/]. El plazo para apuntarse es el 27 de marzo. Que la convocatoria se haga tan pronto, con casi nueve meses de margen, es una señal de que quieren dar tiempo suficiente para iterar y llegar al lanzamiento con un resultado sólido. El 11 de marzo se publicó Gutenberg 22.7, con novedades que apuntan en varias direcciones [https://make.wordpress.org/core/2026/03/11/whats-new-in-gutenberg-22-7-11-march/] a la vez. Lo más destacado en el apartado de IA es la nueva pantalla de Conectores, accesible desde Ajustes, que permite ver y gestionar las conexiones a proveedores de inteligencia artificial. Por ahora se muestran como ejemplo conectores para OpenAI, Claude y Gemini, y se ofrecen hooks para que plugins externos puedan registrar sus propios conectores. Esta pantalla sigue en estado experimental. En cuanto a la colaboración en tiempo real, la novedad más significativa es que ya está activada por defecto. Hasta ahora era opcional, y ahora pasa a ser la forma estándar de trabajar en el editor cuando hay varios usuarios editando a la vez. Esta versión también incluye bastantes correcciones de bugs relacionados con esta funcionalidad. En el plano del editor, hay tres mejoras visuales a señalar. Las variaciones de estilos en transformaciones de bloque ahora muestran una vista previa antes de aplicarse. El visualizador del bloque Grid responde de forma más rápida y precisa al cambiar el número de columnas. Y el bloque Playlist incorpora un visualizador de forma de onda para el audio, aunque este bloque sigue siendo experimental. La colaboración en tiempo real [https://make.wordpress.org/core/2026/03/10/real-time-collaboration-in-the-block-editor/] es una de las grandes apuestas de WordPress 7.0, y esta semana se han publicado tanto la nota técnica para desarrolladores como la convocatoria de pruebas para la comunidad. Es el cierre de la fase 3 del proyecto Gutenberg, que arrancó hace años con el objetivo de permitir editar el mismo contenido entre varias personas a la vez, igual que se hace en Google Docs. La funcionalidad usa la biblioteca Yjs para sincronizar los cambios entre usuarios, y por defecto lo hace mediante sondeo HTTP. Los desarrolladores de plugins pueden reemplazar ese mecanismo con un filtro llamado sync.providers, lo que permitiría usar WebSockets u otros protocolos para reducir la latencia. Hay un detalle importante a tener en cuenta: si un post tiene meta boxes clásicos, la colaboración en tiempo real se desactiva automáticamente para evitar pérdida de datos. La recomendación es migrar ese tipo de campos al sistema moderno de metadatos integrado con el editor de bloques. Para que esta funcionalidad llegue a WordPress 7.0 en buen estado, el equipo de pruebas pide ayuda a la comunidad [https://make.wordpress.org/test/2026/03/11/its-time-to-test-real-time-collaboration/]. La idea es probarlo en condiciones reales: instalar la beta de WordPress 7.0 en un servidor accesible, invitar a otras personas a editar el mismo post a la vez, y reportar cualquier problema que aparezca, especialmente relacionado con plugins, rendimiento y accesibilidad. WordPress.org ha puesto en marcha un experimento para dar visibilidad a plugins nuevos y de calidad que pasan desapercibidos en el directorio. El problema es conocido: con el volumen actual de plugins disponibles, los recién llegados tienen muy difícil destacar frente a los que ya acumulan miles de instalaciones activas. La iniciativa selecciona ocho plugins cada dos semanas entre los que cumplen unos requisitos básicos [https://make.wordpress.org/core/2026/03/08/announcing-the-featured-plugins-experiment/]: menos de 10.000 instalaciones activas, publicados en el directorio hace doce meses o menos, compatibles con la versión actual de WordPress, actualizados en los últimos seis meses y sin vulnerabilidades de seguridad abiertas. A partir de ahí se evalúan criterios como la calidad del código, la utilidad real para los usuarios, la ausencia de duplicidades con plugins ya consolidados, y que el desarrollador sea activo en los foros de soporte. No es necesario solicitar la inclusión: todos los plugins que cumplan los requisitos entran automáticamente en el grupo de candidatos. Por ahora el experimento es pequeño y se irá ajustando según los resultados. El equipo de IA ha publicado la versión 0.5.0 del plugin AI Experiments [https://make.wordpress.org/ai/2026/03/12/whats-new-in-ai-experiments-0-5-0/]. El cambio más importante de esta versión es que el plugin deja de incluir sus propias dependencias del cliente de IA y pasa a usar directamente el cliente que ya viene integrado en el núcleo de WordPress 7.0. Esto elimina duplicidades, reduce peso y garantiza que los experimentos estén alineados con la dirección oficial del proyecto. Como consecuencia, la versión mínima requerida pasa a ser WordPress 7.0, por lo que los usuarios que sigan en 6.9 tendrán que esperar al lanzamiento final para actualizar el plugin. Además, las credenciales de proveedores de IA que antes se gestionaban en una pantalla propia del plugin se migran ahora a la nueva pantalla de Conectores. Hay también dos novedades relevantes en el horizonte más inmediato. El equipo está evaluando si el plugin debe cambiar de nombre, ya que la mezcla de experimentos en desarrollo y funciones ya estables hace que el nombre actual de AI Experiments sea cada vez menos representativo. Las opciones que se barajan son WordPress AI, AI o AI Labs. Por otro lado, se está trabajando en un mecanismo de desactivación global de todas las funciones de IA en el núcleo de WordPress, para que los administradores de sitios que no quieran usar estas funcionalidades puedan desactivarlas con un único interruptor. El equipo de revisión de Plugins busca nuevos voluntarios, y los datos explican muy bien por qué. En 2024 se recibían entre 100 y 150 plugins nuevos a la semana para su revisión. En 2025 esa cifra empezó a superar los 200 y acabó el año por encima de los 300. En marzo de 2026 ya se superan los 500 semanales, lo que significa que en dos días llegan tantos plugins como llegaban en una semana entera hace dos años. El equipo revisa cada plugin antes de que entre al directorio oficial, comprobando calidad, seguridad y cumplimiento de las normas. Para poder asumir este volumen, buscan dos tipos de colaboración [https://make.wordpress.org/plugins/2026/03/13/contribute-to-the-plugins-team/]. Por un lado, voluntarios que puedan dedicar tiempo de forma constante a revisar plugins, responder a los autores y trabajar en la mejora de procesos. El período de formación dura aproximadamente dos meses. Por otro lado, también se buscan organizaciones dispuestas a patrocinar a esos voluntarios. WordPress ha presentado myWordPress [https://my.wordpress.net/], una instalación completa de WordPress que funciona directamente en el navegador, sin necesidad de registro, sin alojamiento y sin configuración previa. Está construida sobre la tecnología de WordPress Playground y, a diferencia de los entornos de prueba temporales que ya existían, esta instalación es persistente: los datos se guardan en el propio navegador y permanecen entre sesiones. La propuesta es clara. WordPress deja de ser un servicio que hay que contratar y configurar para convertirse en un espacio de trabajo personal, privado por defecto y no accesible desde internet. Sirve para escribir, tomar notas, aprender, experimentar con plugins y temas, o simplemente tener un entorno propio sin depender de ningún proveedor externo. Para ilustrar las posibilidades, myWordPress incluye un catálogo de aplicaciones preconfiguradas que se instalan con un clic, entre ellas un gestor de contactos personal, un lector de RSS basado en el plugin Friends, y un espacio de trabajo con IA que puede modificar la instalación, crear plugins o trabajar con el contenido almacenado. Hay algunas limitaciones a tener en cuenta: el almacenamiento parte de unos 100 MB, la primera carga tarda algo más mientras se inicializa, y cada dispositivo tiene su propia instalación independiente. 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.