[Noticias] Plugin Accessibility Lab

Ya tenemos un prototipo del próximo plugin de laboratorio Accessibility Lab, al estilo de lo que hacen el de IA y el de Performance. Recuerda que puedes escuchar este programa desde: Transcripción del programa Hola, soy Javier Casares y estás escuchando WPpodcast, en el resumen de noticias de la Comunidad WordPress. En este episodio encontrarás la información del 17 al 23 de agosto de 2026. WordPress 7.1 se lanzó finalmente el 19 de agosto, con nombre en clave Mary Lou, tras pasar por cuatro release candidates, ya que la RC4 llegó con más de 26 correcciones adicionales sobre la RC3 y una congelación de código extendida más allá de las 24 horas habituales, a petición expresa de los committers, para dar tiempo a verificar bien el paquete final antes de publicarlo. El equipo de Core ya busca voluntarios para las versiones de mantenimiento 7.1.x, con la 7.1.1 prevista a principios de septiembre según la gravedad de los bugs que vayan apareciendo. Para quien administre servidores: WordPress 7.1 mantiene el mínimo de PHP 7.4 y es totalmente compatible desde PHP 7.4 hasta PHP 8.5. PHP 8.3 ya está en soporte solo de seguridad y PHP 8.2 llega a fin de vida el 31 de diciembre de este año, así que si hay sitios en esas versiones, conviene planificar la migración. El estreno no estuvo exento de drama. Anne McCarthy, release lead de la versión, ha publicado un extenso diario de decisiones del ciclo donde detalla, entre otras muchas cosas, qué pasó realmente el día del lanzamiento en el escenario de WordCamp US: un commit disparó las actualizaciones automáticas antes de tiempo, con unos 300.000 sitios ya actualizados y un fallo de compatibilidad con WP Rocket reportado en directo, mientras Matt Mullenweg seguía en el escenario sin confirmar si quería «pulsar el botón» del lanzamiento en persona. Ante la falta de comunicación con Mullenweg y con las actualizaciones automáticas ya en marcha, McCarthy tomó la decisión de publicar el anuncio directamente sin esperar al acto en el escenario, asumiendo la responsabilidad de la decisión públicamente. Gutenberg 23.8, publicada el mismo día del lanzamiento de WordPress 7.1, incluye las revisiones visuales, que dan otro paso: ahora se puede enlazar directamente a una revisión concreta, ya que la URL se actualiza sola según se navega por el historial, por lo que compartir un cambio exacto con un compañero es tan sencillo como copiar el enlace, y se añade una vista de diferencias en código dentro del propio editor. Las Notas, por su parte, completan el círculo de las menciones: cuando alguien menciona a otro usuario con una arroba, ahora recibe un correo en su propio idioma con enlace directo a la conversación. La otra gran novedad es de rendimiento puro: la vista de lista recibe una tanda de mejoras que, sumadas, la hacen dramáticamente más rápida en posts largos; en una entrada de 1.000 párrafos, seleccionar todos los bloques pasa de 16,8 a 0,4 segundos. El lienzo vacío del editor también deja de mostrar un simulacro de bloque y renderiza ya un bloque real por defecto, así que lo que se ve antes de escribir es exactamente lo que se obtiene. El bloque Playlist, todavía experimental, mejora su flujo de conversión desde Audio y permite seleccionar varios archivos de golpe desde la Biblioteca de medios, y el bloque Tabs gana navegación por teclado con las teclas Inicio y Fin. El equipo de IA ha lanzado el plugin AI 1.3.0, con dos experimentos nuevos en el editor: traducción de contenido, que traduce bloques de párrafo, encabezado y opcionalmente el título sin salir del editor, dejando siempre el resultado para revisar antes de publicar; y generación de slugs, que sugiere permalinks concisos a partir del título y el contenido, disponible tanto en los controles de permalink como en el flujo previo a publicar. También hay un refuerzo de seguridad notable: verificación de nonce antes de generar texto alternativo o resúmenes en bloque, validación de que las URLs de imágenes externas son públicas y de tipo permitido, y límites configurables de tamaño y tiempo de espera para las descargas de imágenes personalizadas. Además, se apunta hacia dónde va todo esto: de cara a WordPress 7.2, el equipo quiere llevar al núcleo un patrón de Abilities estilo CRUD en lugar de exponer directamente la API REST, para que cada ability pueda anotarse con precisión sobre si es de solo lectura o realiza una acción destructiva. En el Blog de Desarrolladores se ha publicado un tutorial práctico y muy completo sobre la nueva API pública de iconos de la 7.1. Se construye paso a paso un plugin de ejemplo con iconos de restaurante, y aunque el detalle es muy de desarrollador, resume bien el flujo básico: registrar una colección, registrar cada icono pasándole una etiqueta y el contenido SVG o la ruta a un archivo, y usar el resultado directamente en el bloque Icon. Como curiosidad de estilo de código, recomienda apoyarse en enumeraciones de PHP con valores, disponibles desde PHP 8.1, en lugar de arrays sueltos, para evitar errores tontos de tipeo y ganar autocompletado en el editor. Dicho y hecho. Ya está aquí el primer prototipo del plugin Accessibility Lab, que se empezó a comentar hace tan solo unos días. Sigue el modelo ya conocido del plugin Performance Lab y del plugin de IA: reunir en un solo sitio experimentos rumbo al núcleo de WordPress y herramientas prácticas ya probadas por la comunidad, con la diferencia de que aquí todo se queda agrupado en un único plugin en lugar de repartirse en varios pequeños. El equipo insiste mucho en lo que NO es: no sustituye arreglar la accesibilidad directamente en core, y los fallos evidentes, como atributos ARIA mal puestos, etiquetas que faltan o problemas de teclado, se siguen corrigiendo donde están, sin pasar primero por este plugin. El prototipo trae ya tres módulos funcionando. El primero amplía las opciones de vista de la Biblioteca de medios más allá del simple interruptor de scroll infinito que llegó con la 7.1, añadiendo control sobre cuántos elementos se muestran, la densidad y si se ve siempre el nombre de archivo, pensado explícitamente para recoger feedback real de cara a cómo debería resolverse esto en core. El segundo incorpora el trabajo ya existente de Troy Chaplin con su plugin Block Accessibility Checks: validación en tiempo real de bloques, campos meta y estructura del documento contra las WCAG, con un sistema de tres niveles de aviso y enganchable también por bloques de terceros. El tercero es una validación de jerarquía de encabezados que avisa en el momento si un bloque de Encabezado salta un nivel, por ejemplo un H2 seguido directamente de un H4, algo que llevaba años pedido en Gutenberg sin resolverse. De cara al futuro, la idea que más ilusión genera es hacer buscable el texto alternativo de las imágenes, que hoy vive en post meta y por eso no se puede indexar ni buscar a escala, un ticket de Trac abierto desde hace años. 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.