Addaw, ir a inicio Donar

Paso 1 de 20 del curso

Lección 1 de 10 · Vídeo de 3:29 con subtítulos

Presentación del curso en vídeo

Vídeo de 3:29 con subtítulos en español (actívalos o desactívalos con el botón CC del reproductor). La locución, con voz sintética, describe todo lo que aparece en pantalla, así que no necesita audiodescripción. Descargar el vídeo (MP4)
Transcripción completa del vídeo
  1. Componentes interactivos accesibles

    Te damos la bienvenida a Componentes interactivos accesibles, un curso del nivel 3 de la Certificación ADDAW, dedicado al desarrollo web accesible. Trabajaremos con los patrones de la guía APG, publicada por el W3C. Es un curso para quien desarrolla, diseña o audita interfaces, y también para quien encarga aplicaciones web.

  2. Botón o enlace: la primera decisión

    Todo empieza con una decisión sencilla que se toma mal a diario. El enlace lleva a otro sitio; el botón hace algo en la página. Un «Ver carrito» hecho con un enlace vacío no responde a la barra espaciadora. Y cada nombre debe entenderse fuera de contexto: nada de diez «Leer más» iguales.

  3. Una parada de tabulador, muchas flechas

    Barras de herramientas, pestañas, listas y árboles siguen la misma regla: el tabulador salta entre componentes y las flechas se mueven dentro. Verás las 2 técnicas que lo hacen posible. Con roving tabindex, el foco se mueve de verdad. Con el atributo aria-activedescendant, el foco se queda en su sitio.

  4. Menús y pestañas

    La navegación principal de una web no es un menú de aplicación: es una lista de enlaces con botones que despliegan submenús. El menú de acciones, como «Más opciones», se recorre con flechas y se cierra con Escape. Y las pestañas muestran un solo panel visible, con la pestaña activa siempre marcada.

  5. Buscadores con sugerencias

    El buscador de estaciones de una web de transporte es un combobox. Mientras escribes, el foco se queda en el campo. Las flechas resaltan una sugerencia e Intro la acepta. Y una región de estado anuncia cuántos resultados hay, para que quien no ve la lista sepa que existe.

  6. Diálogos, acordeones y tooltips

    Estos tres componentes muestran y ocultan contenido. El diálogo modal recibe el foco dentro, se cierra con Escape y devuelve el foco a su origen. El acordeón es un encabezado con un botón. Y el tooltip debe ser descartable, señalable y persistente, como exige el criterio 1.4.13 de las pautas WCAG.

  7. Controles de valor

    El filtro de precio, el selector de cantidad de la cesta o el interruptor de avisos del banco sirven para fijar un valor. Deslizadores y selectores de cantidad exponen su valor actual, su mínimo y su máximo. Los interruptores tienen un nombre fijo y anuncian si están activados o desactivados.

  8. Carruseles, tablas y arrastrar

    Si un carrusel se mueve más de 5 segundos, necesita un control de pausa. En una tabla con veinte botones «Editar», cada acción de fila necesita un nombre propio. Y todo lo que se arrastra, como las tarjetas de un tablero, necesita una alternativa sin arrastre, según el criterio 2.5.7.

  9. Árboles y rejillas de datos

    Las aplicaciones de gestión añaden dos estructuras exigentes. El árbol de carpetas se abre y se cierra con las flechas, como en el explorador de archivos. La rejilla permite trabajar celda a celda, como en una hoja de cálculo. Pero si los datos solo se leen, lo correcto es una tabla normal.

  10. Por qué importa

    Detrás de cada componente hay personas reales: quien navega solo con teclado por una lesión, o quien usa lector de pantalla para pagar un recibo. Desde el 28 de junio de 2025, la Ley 11 de 2023 exige accesibilidad al comercio electrónico y a la banca. Y un componente bien hecho tiene menos código y menos errores.

  11. Lo que sabrás hacer

    Al terminar sabrás elegir el patrón adecuado o, mejor aún, el HTML nativo que lo hace por ti. Sabrás implementar el teclado completo de cada componente y probarlo con teclado y con lector de pantalla. Al final te espera un caso práctico con una tienda en línea. ¡Empecemos!

Este curso te enseña a construir los componentes interactivos que forman cualquier aplicación web de manera que funcionen con teclado, con lector de pantalla, con control por voz y con cualquier puntero: botones y enlaces, menús y pestañas, buscadores con sugerencias, diálogos, deslizadores, carruseles, tablas, árboles y rejillas.

Qué vas a aprender

Empezarás por la decisión más básica, botón o enlace, y por la mecánica de foco que comparten todos los controles agrupados: roving tabindex y aria-activedescendant. Después recorrerás, uno a uno, los patrones de la ARIA Authoring Practices Guide (APG) del W3C: roles, estados, teclado completo, errores frecuentes y cómo comprobar cada componente. Verás también los criterios WCAG 2.2 que más afectan a estos componentes, como 1.4.13, 2.2.2, 2.5.7 y 2.5.8. Terminarás con un caso práctico completo: la ficha de producto de una tienda en línea.

Para quién es

Para profesionales de desarrollo front-end (la parte de la web que se ejecuta en el navegador), diseño de interfaces y auditoría, y para quien gestiona proyectos de aplicaciones web. Conviene haber hecho antes los cursos de HTML semántico, teclado y gestión del foco y WAI-ARIA de este mismo nivel.

Cómo aprovecharlo

Ten a mano un navegador con las herramientas de desarrollo y un lector de pantalla (NVDA en Windows o VoiceOver en Mac). Haz los ejercicios «Pruébalo tú» con los ejemplos de la APG y con componentes de tus propios proyectos: escuchar un componente es la forma más rápida de entender si funciona.

¿Te interesa? Matricúlate y sigue paso a paso

Esta presentación es gratuita para todo el mundo. Al matricularte se abre el resto del curso: 19 pasos más con las lecciones, un test corto al final de cada una y ejercicios prácticos con páginas reales. Tu avance se guarda en «Mis cursos».

Te pediremos que inicies sesión y volverás aquí ya matriculado. ¿No tienes cuenta?