Lista de verificación de cumplimiento ADA Título III

La base legal: la ADA Título III y los sitios web

El Título III de la Americans with Disabilities Act (ADA) prohíbe la discriminación por motivo de discapacidad en los lugares de acceso público. La ADA se promulgó en 1990, antes de que existiera la web comercial, lo que ha generado décadas de litigios sobre si los sitios web califican como «lugares de acceso público».

El panorama legal actual ha resuelto en gran medida esa cuestión a favor de la inclusión. La mayoría de los tribunales federales que han abordado el tema han sostenido que los sitios web operados por empresas abiertas al público están cubiertos por el Título III. El Departamento de Justicia (DOJ) publicó una guía formal en marzo de 2022 confirmando que la ADA se aplica a los sitios web. En abril de 2024, el DOJ publicó una norma final bajo el Título II (que cubre a los gobiernos estatales y locales) adoptando explícitamente WCAG 2.1 de nivel AA, estableciendo una señal firme de lo que el Título III eventualmente codificará.

El resultado práctico: si opera un sitio web a través del cual los clientes acceden a bienes, servicios o información, la ADA Título III se aplica a ese sitio web.

Qué significa «accesible» bajo la ADA

La ADA no define un estándar técnico específico para la accesibilidad web. Los tribunales y el DOJ han tratado de forma constante el cumplimiento de las Pautas de Accesibilidad para el Contenido Web (WCAG) 2.1 de nivel AA como el referente para determinar si un sitio web satisface el requisito de no discriminación de la ADA. WCAG 2.1 AA es el estándar usado en casi todos los acuerdos extrajudiciales del DOJ y en la mayoría de los planes de cumplimiento supervisados por tribunales.

La siguiente lista de verificación traduce los criterios de éxito más críticos de WCAG 2.1 AA en obligaciones prácticas de cumplimiento.

Lista de verificación de cumplimiento ADA Título III para sitios web

1. Alternativas textuales para el contenido no textual

Toda imagen con significado tiene un atributo alt que transmite su propósito
Las imágenes decorativas tienen un alt="" vacío para que los lectores de pantalla las omitan
Los iconos usados como botones o enlaces tienen nombres accesibles (mediante aria-label o texto visible)
Los gráficos e infografías tienen descripciones textuales o tablas de datos como alternativa
El CAPTCHA ofrece una alternativa de audio junto con el desafío visual

Por qué importa: los usuarios de lectores de pantalla no reciben ninguna información sobre una imagen sin texto alternativo. Un botón de compra etiquetado solo con un icono y sin nombre accesible es, en la práctica, invisible para un usuario de lector de pantalla.

2. Subtítulos y transcripciones para contenido multimedia

Los vídeos pregrabados tienen subtítulos sincronizados
Las retransmisiones de vídeo en directo tienen subtítulos en tiempo real
El contenido de audio pregrabado (podcasts) tiene una transcripción textual
Los vídeos pregrabados con audio relevante tienen una transcripción disponible
Los subtítulos generados automáticamente se revisan y corrigen antes de publicarse

Por qué importa: los subtítulos son el medio principal por el que las personas sordas o con dificultades auditivas acceden al contenido de vídeo. Los subtítulos generados automáticamente con errores no satisfacen el requisito.

3. Color y diseño visual

La información nunca se transmite solo mediante el color (por ejemplo, los campos obligatorios se marcan con texto o un icono, no solo con un borde rojo)
El texto normal (menor de 18pt / 14pt en negrita) cumple una relación de contraste de al menos 4,5:1 frente a su fondo
El texto grande (18pt+ o 14pt+ en negrita) cumple una relación de contraste de al menos 3:1
Los componentes de la interfaz (botones, campos, indicadores de foco) tienen al menos 3:1 de contraste frente a los colores adyacentes
Los estados de error comunican el error mediante texto, no solo mediante un cambio de color

Por qué importa: aproximadamente el 8 % de los hombres y el 0,5 % de las mujeres tienen alguna forma de deficiencia de visión del color. Depender únicamente del color excluye a una parte significativa de sus usuarios.

4. Accesibilidad por teclado

Todos los elementos interactivos (enlaces, botones, formularios, menús, modales, selectores de fecha) son alcanzables y operables usando solo el teclado
El orden de tabulación sigue una secuencia lógica y predecible
No hay trampas de teclado: los usuarios pueden entrar y salir de cada componente usando las teclas estándar
Los widgets personalizados (desplegables, deslizadores, diálogos) implementan los patrones de interacción por teclado esperados
Un enlace «saltar al contenido principal» es el primer elemento enfocable de cada página

Por qué importa: los usuarios con discapacidades motrices, muchos de los cuales dependen de la navegación por teclado o de dispositivos de acceso por conmutador, no pueden usar un ratón. Un sitio que requiere interacción con el ratón para funciones esenciales les resulta inaccesible.

5. Visibilidad del foco

El foco del teclado siempre es visible: aparece un indicador de foco claro (contorno, resaltado, subrayado) en el elemento activo
El indicador de foco no se suprime con outline: none u outline: 0 sin un sustituto
El indicador de foco tiene suficiente contraste frente al contenido circundante

Por qué importa: sin un indicador de foco visible, los usuarios de teclado no pueden saber dónde se encuentran en la página, algo equivalente a navegar sin cursor.

6. Sin contenido que provoque convulsiones

Ningún contenido destella más de tres veces por segundo
Las animaciones que no pueden desactivarse no ocupan grandes porciones del viewport a alta frecuencia
Los efectos de paralaje y las animaciones de reproducción automática pueden pausarse o reducirse mediante la media query prefers-reduced-motion

Por qué importa: la epilepsia fotosensible afecta a una parte significativa de la población. Un único anuncio parpadeante puede provocar una convulsión.

7. Tiempo suficiente para completar tareas

Los tiempos de espera de sesión avisan a los usuarios antes de expirar y les ofrecen una forma de ampliar la sesión
El contenido que se actualiza automáticamente (tickers de noticias, resultados en directo, banners rotativos) puede pausarse, detenerse u ocultarse
No se imponen límites de tiempo en tareas críticas (pago, envío de formularios) sin un mecanismo de ampliación adecuado

Por qué importa: los usuarios con discapacidades cognitivas, limitaciones motrices o que usan tecnología de asistencia a menudo necesitan más tiempo para completar tareas. Los tiempos de espera abruptos pueden hacer perder el progreso.

8. Navegación y orientación

Cada página tiene un elemento <title> único y descriptivo
Los menús de navegación son coherentes en estructura y ubicación entre páginas
La ubicación actual de la página se indica en la navegación (estado activo)
Existen rutas de navegación (breadcrumbs) en páginas profundas
Existen varias formas de encontrar contenido (búsqueda, mapa del sitio o navegación)
Los encabezados están estructurados de forma lógica (h1 → h2 → h3) y describen el contenido de la sección con precisión

Por qué importa: los usuarios de lectores de pantalla navegan mediante encabezados, puntos de referencia y títulos de página. Los encabezados mal estructurados hacen que una página sea ininteligible para alguien que navega con un lector de pantalla.

9. Accesibilidad de los formularios

Todo campo de formulario tiene un elemento <label> visible y asociado programáticamente
Los campos obligatorios se identifican mediante texto (no solo con un asterisco sin explicación)
Los mensajes de error identifican qué campo contiene el error y describen cómo corregirlo
Los mensajes de error se anuncian a los usuarios de lectores de pantalla (mediante aria-live o gestión del foco)
Los atributos de autocompletado están presentes en los campos comunes (nombre, correo electrónico, dirección, tarjeta de crédito)
El envío del formulario no expira de forma silenciosa

Por qué importa: los formularios son la forma en que los usuarios interactúan con su servicio: reservar, comprar, registrarse, contactar. Un proceso de pago inaccesible es el equivalente digital de una tienda sin rampa.

10. Enlaces y botones

Todo enlace tiene un nombre accesible descriptivo: «leer más» por sí solo no es suficiente; «leer más sobre [tema]» sí lo es
Los enlaces y botones se distinguen del texto circundante sin depender únicamente del color
Los botones que activan acciones se marcan como elementos <button>, no como elementos <div> o <span> con estilos
Los enlaces que se abren en una nueva pestaña o inician una descarga comunican esto al usuario

Por qué importa: los usuarios de lectores de pantalla a menudo navegan listando todos los enlaces de una página. Una lista de enlaces del tipo «clic aquí» o «leer más» no aporta ningún valor de navegación.

11. Idioma y legibilidad

El idioma principal de la página está establecido en el atributo lang del elemento <html> (por ejemplo, lang="es")
Las secciones en un idioma distinto se marcan con un atributo lang en el elemento contenedor
Las abreviaturas se explican en su primer uso o mediante <abbr title="..."> cuando resulta útil

Por qué importa: los lectores de pantalla usan el atributo de idioma para seleccionar el motor de pronunciación correcto. Sin él, un texto en español leído por un motor en otro idioma resulta casi ininteligible.

12. Comportamiento coherente y predecible

Recibir el foco no provoca automáticamente un cambio de contexto (por ejemplo, un formulario no se envía cuando un campo recibe el foco)
Cambiar un campo de formulario no provoca una navegación inesperada ni cuadros de diálogo modales
Los componentes con la misma función en distintas páginas se etiquetan de forma coherente

Por qué importa: el comportamiento impredecible desorienta a todos los usuarios, pero especialmente a quienes tienen discapacidades cognitivas o dependen de lectores de pantalla.

13. PDF y documentos

Los PDF disponibles para descarga están etiquetados por estructura (encabezados, listas, orden de lectura)
Los campos de formulario de los PDF están etiquetados
Los PDF escaneados (solo imagen) están procesados con OCR y etiquetados
Los archivos de Word, Excel y PowerPoint usan funciones de accesibilidad integradas (estilos de encabezado, texto alternativo, nombres de hoja)

Por qué importa: los tribunales y el DOJ han tratado de forma constante los documentos descargables como parte del contenido accesible de un sitio web. Un PDF inaccesible dentro de un proceso de pago por lo demás accesible sigue siendo una barrera.

14. Accesibilidad móvil

Toda la funcionalidad está disponible tanto en orientación vertical como horizontal
Los objetivos táctiles (botones, enlaces) tienen al menos 44×44 píxeles CSS
El contenido no requiere desplazamiento horizontal en los viewports estándar
El sitio no desactiva el escalado del usuario mediante maximum-scale o user-scalable=no en la etiqueta meta viewport

Por qué importa: muchos usuarios con discapacidad usan dispositivos móviles como su medio principal o único de acceso a la web. Las barreras en móvil los excluyen tan eficazmente como las barreras de escritorio.

15. Declaración de accesibilidad

Se publica una declaración de accesibilidad enlazada desde el pie de página del sitio
La declaración identifica el estándar al que aspira el sitio (WCAG 2.1 AA)
La declaración incluye un mecanismo de contacto para que los usuarios reporten barreras
El propio mecanismo de contacto es accesible

Por qué importa: una declaración de accesibilidad demuestra buena fe y ofrece a los usuarios una vía de resolución antes de que busquen recursos legales. También es exigida por varias leyes estatales y se considera una práctica esperada bajo la guía del DOJ.

Aplicación y riesgo de litigio

La ADA Título III no exige a los demandantes probar discriminación intencionada. Si existe una barrera, y si esta impidió a una persona con discapacidad acceder a bienes o servicios, la demanda puede proceder. Los recursos bajo el Título III no incluyen indemnizaciones por daños (a diferencia de la Section 504), pero sí incluyen medidas cautelares y honorarios de abogados, que a menudo son el principal motor de la litigación en serie.

El volumen de demandas por accesibilidad web bajo la ADA en Estados Unidos ha aumentado de forma pronunciada en los últimos años, con miles presentadas anualmente. Las pequeñas y medianas empresas son objetivos frecuentes porque se percibe que es menos probable que hayan invertido en cumplimiento.

Si ha recibido una carta de demanda ADA, no la ignore. Contrate asesoría legal con prontitud y encargue una auditoría de accesibilidad para tener una imagen precisa de la conformidad de su sitio.

Mantener el cumplimiento a lo largo del tiempo

Una auditoría y corrección puntuales no son suficientes. Cada nueva página, función o integración de terceros puede introducir nuevas barreras. Las organizaciones con el menor riesgo de litigio mantienen el cumplimiento de forma continua:

El escaneo automatizado integrado en el flujo de trabajo de desarrollo detecta los problemas identificables antes de que lleguen a producción. Nuestro servicio de integración de accesibilidad en CI/CD hace que esto forme parte de cada build.
Las auditorías manuales programadas detectan los problemas que las herramientas automatizadas no pueden identificar: interacción con lectores de pantalla, complejidad cognitiva, trampas de teclado.
La formación en accesibilidad para desarrolladores y creadores de contenido evita que se introduzcan barreras desde el principio.
Los mecanismos de retroalimentación de usuarios dan a las personas con discapacidad un canal directo para reportar barreras antes de que se conviertan en problemas legales.

Un escaneo automatizado gratuito es la forma más rápida de identificar los fallos de WCAG más visibles de su sitio. Para obtener una imagen completa que se corresponda con su exposición a la ADA, contacte con nuestro equipo para hablar de una auditoría completa.