Estudio · Inscripción abierta

Accesibilidad Agéntica

Cómo blindar la accesibilidad de un design system que opera con agentes. WCAG 2.2 AA validada por máquina, ARIA generado bajo guardrails, focus orders auditables. Para que la IA no rompa lo que tu equipo construyó.

Marta Yécora Imparte Marta Yécora Product Designer con 10+ años (Infobip, Ryanair). Especialista en design systems y accesibilidad digital (WCAG) como capa estructural.

Cuando un agente compone UI desde tu vocabulario, la accesibilidad deja de ser una capa de revisión y pasa a ser una restricción del sistema. Un desarrollador junior puede olvidar un aria-label; un agente sin reglas lo omitirá siempre. Pero si escribes las reglas una vez, el agente las aplica en cada componente que genera: tu decisión de diseño se multiplica.

Este estudio enseña a documentar, validar y auditar accesibilidad agéntica de principio a fin, con WCAG 2.2 AA como mínimo no negociable y la European Accessibility Act como marco legal.

  1. 01

    La accesibilidad como restricción del sistema

    Deja de ser una capa de revisión al final y pasa a ser una restricción no negociable que el agente hereda. Por qué la European Accessibility Act, vigente desde junio de 2025, convierte WCAG 2.2 AA en un requisito legal y no en una opción.

  2. 02

    Donde el agente siempre falla

    Un agente sin reglas omite siempre lo mismo: aria-labels, asociación label-input, contraste insuficiente, prefers-reduced-motion. Mapa de los fallos sistemáticos y por qué tu decisión, escrita una vez, se multiplica en cada componente generado.

  3. 03

    Reglas de accesibilidad como código

    Escribir el bloque WCAG 2.2 AA de tu .cursorrules o .mdc: color y contraste, foco y teclado, semántica y ARIA, movimiento, tamaño de destino y contenido dinámico. Las reglas que el agente aplica en cada generación, no una checklist que alguien recuerda.

  4. 04

    Semántica y ARIA bajo guardrails

    HTML semántico primero; ARIA solo cuando hace falta y bien puesto. Cómo impedir que el agente genere roles incorrectos o ARIA decorativo: nombres accesibles, orden de foco auditable y estados anunciados a los lectores de pantalla.

  5. 05

    Validar de principio a fin

    Cerrar el ciclo con herramientas: eslint-plugin-jsx-a11y desde el día uno, axe DevTools por componente, Pa11y en CI. Verificar la accesibilidad durante la generación, no como auditoría posterior cuando ya es cara de arreglar.

  6. 06

    Inclusión por defecto

    Ir más allá del mínimo: lenguaje claro, varias formas de completar una tarea, mensajes de error útiles, target generoso. Detectar el sesgo de accesibilidad, lo que funciona con ratón y vista pero no con teclado ni lector de pantalla.

Inscripción abierta

Este estudio ya admite inscripciones. La fecha de lanzamiento se fija según el número de alumnos, así que reservar plaza ahora cuenta para abrir el grupo. Incluido para alumni del Programa Anual.

Reservar plaza Volver al catálogo

Dossier de la formación

Llévate el dossier de Accesibilidad Agéntica.

Temario completo, enfoque y a quién va dirigido, en PDF. Te lo descargas al momento y te llega también al correo.