Una checklist de auditoria de accesibilidad es un documento estructurado que te guia a traves de cada paso de verificacion necesario para confirmar que tu sitio web funciona para personas con discapacidad. En lugar de una vaga promesa de hacer las cosas accesibles, una checklist convierte el cumplimiento en preguntas concretas de si o no. Esta imagen tiene texto alternativo? Un usuario de teclado puede llegar a cada elemento interactivo? El contraste de color cumple con la proporcion 4,5:1? Esta guia proporciona mas de 50 puntos de control organizados por los cuatro principios WCAG, mas un flujo de trabajo para ejecutar la auditoria. Ya sea que estes preparandote para la directiva europea de accesibilidad vigente desde junio de 2025, con multas de hasta 300.000 euros en Espana, o simplemente buscando construir un mejor producto, esta checklist te da la estructura para lograrlo.
Por que necesitas una checklist de auditoria estructurada
Realizar una auditoria de accesibilidad sin checklist es como hacer una inspeccion de edificios de memoria. Encontraras los problemas obvios y pasaras por alto los sutiles que realmente bloquean a los usuarios.
Las herramientas de escaneo automatizado son un buen punto de partida, pero solo detectan entre el 30 y el 40 por ciento de los problemas WCAG. El resto requiere juicio humano.
La dimension legal se ha endurecido considerablemente. La directiva europea de accesibilidad (EAA) entro en vigor el 28 de junio de 2025. En Espana, las multas pueden alcanzar los 300.000 euros dependiendo de la gravedad de la infraccion. En Alemania, el BFSG preve multas de hasta 100.000 euros. En Francia, hasta 250.000 euros con penalizaciones diarias adicionales.
Mas alla de los requisitos legales, hay un caso de negocio solido. Los sitios que pasan auditorias de accesibilidad tienden a posicionarse mejor en buscadores, convertir mas usuarios y generar menos tickets de soporte.
Antes de empezar: configurar tu auditoria
Una buena auditoria comienza con la definicion del alcance. Probar cada pagina de un sitio grande es impractico e innecesario. Concentrate en estas categorias:
Paginas de alto trafico: tu pagina de inicio, principales landing pages y las 10 paginas mas visitadas.
Flujos de usuario clave: registro, inicio de sesion, checkout, busqueda y formularios de varios pasos.
Plantillas unicas: si tu sitio usa 8 layouts diferentes, prueba al menos una pagina representativa de cada plantilla.
Paginas con mucho contenido: articulos de blog, documentacion y articulos de base de conocimiento.
Para un sitio web empresarial tipico de 50 a 200 paginas, auditar 10 a 15 paginas representativas cubre la gran mayoria de variaciones.
Herramientas que necesitaras
No necesitas software empresarial costoso para realizar una auditoria exhaustiva.
Escaner automatizado: Usa nuestro verificador de accesibilidad gratuito en web-accessibility-checker.com para obtener un informe de conformidad WCAG 2.2 instantaneo.
DevTools del navegador: Chrome y Firefox incluyen paneles de inspeccion de accesibilidad.
Lector de pantalla: NVDA es gratuito en Windows. VoiceOver esta integrado en macOS e iOS. TalkBack esta integrado en Android.
Teclado: Tu teclado fisico. Desconecta el raton e intenta completar tus flujos principales usando solo Tab, Shift+Tab, Enter, Espacio y flechas.
Analizador de contraste: El Colour Contrast Analyser de TPGi es gratuito.
Verificador PDF: Usa PAC 2024 para verificar la accesibilidad de documentos PDF.
Principio 1: Perceptible
El primer principio WCAG pregunta: pueden los usuarios percibir el contenido?
Imagenes y contenido no textual
Cada imagen informativa debe tener texto alternativo que transmita la misma informacion. Las imagenes decorativas deben tener atributos alt vacios.
Verifica que las imagenes complejas como graficos e infografias tengan descripciones extendidas.
Los CAPTCHAs deben proporcionar alternativas.
Contenido de video y audio
Los videos pregrabados necesitan subtitulos sincronizados. El contenido de audio pregrabado necesita una transcripcion textual. El video pregrabado necesita audiodescripciones para informacion visual no transmitida por el audio existente.
Texto y legibilidad
El texto normal necesita una relacion de contraste de al menos 4,5:1 contra su fondo. El texto grande necesita al menos 3:1.
La pagina debe permanecer funcional y legible cuando el texto se amplia al 200 por ciento.
No uses imagenes de texto cuando el texto real puede lograr el mismo efecto visual.
Verifica que el contenido no dependa solo del color para transmitir informacion.
Principio 2: Operable
Pueden los usuarios operar la interfaz? Cada funcion debe funcionar para personas que usan teclados, lectores de pantalla, comandos de voz o dispositivos de conmutacion.
Accesibilidad por teclado
Cada elemento interactivo debe ser alcanzable y usable solo con el teclado.
Verifica las trampas de teclado. Una trampa de teclado ocurre cuando puedes entrar con Tab a un elemento pero no puedes salir.
Verifica que el orden de tabulacion siga una secuencia de lectura logica.
Los componentes personalizados construidos con div o span necesitan manejo de teclado explicito.
Visibilidad del foco
Cada elemento interactivo debe tener un indicador de foco visible. Segun WCAG 2.2 criterio 2.4.11, el elemento enfocado no debe estar completamente oculto detras de encabezados fijos o widgets flotantes.
Nunca elimines los contornos de foco sin proporcionar un reemplazo igualmente visible.
Tamano de objetivo y tactil
WCAG 2.2 criterio 2.5.8 requiere que los objetivos interactivos sean de al menos 24 por 24 pixeles CSS.
Para funcionalidad de arrastrar y soltar, WCAG 2.2 criterio 2.5.7 requiere una alternativa de puntero unico.
Temporizacion y movimiento
Si algun contenido se mueve automaticamente durante mas de 5 segundos, los usuarios deben poder pausarlo o detenerlo.
Nada en la pagina debe parpadear mas de tres veces por segundo.
Si hay un limite de tiempo, los usuarios deben poder desactivarlo, ajustarlo o extenderlo.
Principio 3: Comprensible
Pueden los usuarios entender el contenido y como funciona la interfaz?
Idioma y legibilidad
La pagina debe declarar su idioma en el atributo HTML lang. Para paginas en espanol, usa lang es.
Los menus de navegacion deben aparecer en la misma ubicacion relativa en todas las paginas.
Verifica que las instrucciones no dependan unicamente de caracteristicas sensoriales.
Formularios y manejo de errores
Cada campo de formulario necesita una etiqueta visible asociada programaticamente. El texto placeholder solo no es una etiqueta.
Cuando un envio de formulario produce errores, identifica los campos especificos y describe que salio mal.
WCAG 2.2 criterio 3.3.7 requiere que la informacion ya ingresada se pre-complete si se necesita nuevamente.
Para autenticacion, WCAG 2.2 criterio 3.3.8 requiere que no se bloqueen los gestores de contrasenas.
Principio 4: Robusto
Pueden las tecnologias asistivas interpretar correctamente el contenido?
HTML semantico y ARIA
Usa elementos HTML semanticos: header, nav, main, footer, article, section, aside.
Los encabezados deben seguir una jerarquia logica. Un H1 por pagina.
Todos los elementos interactivos deben tener nombres accesibles.
Usa roles y propiedades ARIA solo cuando el HTML nativo no proporciona la semantica necesaria.
Verifica que las actualizaciones de contenido dinamico se anuncien a los lectores de pantalla mediante regiones aria-live.
La checklist completa: referencia rapida
Aqui esta la checklist completa en formato escaneable.
Perceptible: - Todas las imagenes informativas tienen texto alt descriptivo - Las imagenes decorativas tienen atributos alt vacios - Los videos tienen subtitulos sincronizados - El contraste del texto es 4,5:1 minimo - La pagina es usable al 200% de zoom - El contenido no depende solo del color
Operable: - Todos los elementos interactivos son accesibles por teclado - No existen trampas de teclado - Indicadores de foco visibles presentes - Objetivos interactivos de 24x24 pixeles CSS minimo - Contenido auto-animado tiene controles de pausa - Enlace de saltar navegacion presente
Comprensible: - Idioma de pagina declarado en atributo lang - Navegacion consistente entre paginas - Todos los campos tienen etiquetas visibles - Mensajes de error son especificos - Autenticacion no bloquea gestores de contrasenas
Robusto: - Landmarks HTML semanticos utilizados - Jerarquia de encabezados logica - Todos los elementos interactivos tienen nombres accesibles - ARIA usado correctamente y solo cuando es necesario
Como priorizar problemas despues de la auditoria
Problemas criticos bloquean a los usuarios completamente. Corrigelos primero.
Problemas altos causan dificultades significativas pero tienen soluciones alternativas.
Problemas medios afectan la usabilidad sin impedir la finalizacion de tareas.
Problemas bajos son mejoras de mejores practicas.
Documenta cada hallazgo con su severidad, URL afectada, criterio WCAG relevante y correccion recomendada.
Automatizar la monitorizacion continua
Una auditoria es una instantanea. Los sitios web cambian constantemente. Sin monitorizacion continua, las regresiones de accesibilidad se acumulan en semanas.
Configura escaneo automatizado con un horario regular. Nuestro verificador de accesibilidad permite escaneos regulares.
Integra verificaciones de accesibilidad en tu flujo de desarrollo con bibliotecas como axe-core.
Programa revisiones manuales trimestrales. Capacita a tu equipo de contenido.
Requisitos legales a conocer en 2026
La directiva europea de accesibilidad (EAA) entro en vigor el 28 de junio de 2025. En Espana, las multas pueden alcanzar los 300.000 euros dependiendo de la gravedad. La norma tecnica es EN 301 549, que referencia WCAG 2.1 Nivel AA.
El BFSG aleman preve multas de hasta 100.000 euros. Francia aplica multas de hasta 250.000 euros con penalizaciones diarias adicionales.
ADA Title II en Estados Unidos exige ahora explicitamente accesibilidad web para entidades gubernamentales, con fecha limite de abril 2026 para las mas grandes.
Apuntar a WCAG 2.2 AA en tu auditoria cubre los requisitos de todos estos marcos legales.