Volver al Blog
1 de junio de 2025·9 min

Cómo Verificar la Accesibilidad de tu Web: Guía WCAG 2.2

Aprende a verificar la accesibilidad web WCAG 2.2 con herramientas automáticas y pruebas manuales. Guía práctica para detectar y corregir los errores más comunes.

La accesibilidad web no es solo un requisito legal — es una práctica que mejora la experiencia para todos los usuarios. El 15% de la población mundial vive con algún tipo de discapacidad, y la Directiva Europea de Accesibilidad (EAA 2025) ha convertido el cumplimiento de WCAG 2.2 en obligatorio para muchas empresas privadas.

¿Qué es WCAG 2.2?

WCAG (Web Content Accessibility Guidelines) es el estándar internacional de accesibilidad web desarrollado por el W3C. La versión 2.2, publicada en 2023, añade nuevos criterios centrados en usuarios con discapacidades cognitivas y de movilidad. El nivel AA es el objetivo recomendado para el cumplimiento legal.

Herramientas automáticas de verificación

Las herramientas automáticas pueden detectar entre el 30% y el 40% de los errores de accesibilidad de forma instantánea. Son el punto de partida imprescindible para cualquier auditoría.

  • Scanlei — escáner automático WCAG 2.2 que genera informe con problemas y guías de solución
  • axe DevTools — extensión de navegador para análisis en tiempo real durante el desarrollo
  • WAVE — herramienta visual de evaluación que superpone iconos de error sobre la página
  • Lighthouse — integrado en Chrome DevTools, analiza accesibilidad básica y rendimiento

Analiza la accesibilidad de tu web con Scanlei y obtén un informe detallado WCAG 2.2 en menos de 60 segundos, con instrucciones para corregir cada problema encontrado.

Analiza tu web gratis

Errores de accesibilidad más comunes

Texto alternativo ausente en imágenes

Las imágenes sin atributo alt son invisibles para los usuarios de lectores de pantalla. Toda imagen que aporte información debe tener un texto alternativo descriptivo. Las imágenes meramente decorativas deben tener alt='' para que el lector de pantalla las ignore.

Contraste de color insuficiente

WCAG 2.2 exige un ratio de contraste mínimo de 4.5:1 para texto normal y 3:1 para texto grande (18pt o 14pt en negrita). El contraste bajo afecta a personas con baja visión, daltónicas y a cualquier usuario en entornos con mucha luz.

Campos de formulario sin etiqueta

Los inputs sin un elemento label asociado son inutilizables para usuarios de lectores de pantalla. Cada campo debe tener una etiqueta visible o un atributo aria-label descriptivo.

Falta de estructura de encabezados

Los encabezados (H1, H2, H3...) deben seguir una jerarquía lógica y no saltarse niveles. Pasar de H1 a H3 directamente rompe la navegación por encabezados que usan los lectores de pantalla para orientarse.

Trampas de teclado

Los modales, menús desplegables y componentes interactivos deben poder cerrarse con la tecla Escape y devolver el foco al elemento que los activó. Una trampa de teclado deja al usuario bloqueado en un componente sin poder salir.

Pruebas manuales imprescindibles

Ninguna herramienta automática puede detectar todos los problemas de accesibilidad. Estas pruebas manuales son obligatorias para un cumplimiento real:

  • Navega por toda la web usando solo el teclado (Tab, Shift+Tab, Enter, Escape, teclas de flecha)
  • Activa un lector de pantalla (NVDA en Windows, VoiceOver en Mac) y navega el flujo principal
  • Aumenta el tamaño del texto al 200% y verifica que el contenido no se desborda ni se superpone
  • Comprueba que los vídeos tienen subtítulos y, si es necesario, descripción de audio
  • Verifica que los errores de formulario se comunican claramente con texto descriptivo

Cómo interpretar los resultados de una auditoría

Al recibir un informe de accesibilidad, prioriza los errores por impacto real:

  • Crítico — bloquea completamente el acceso para usuarios con discapacidad (ej: imágenes sin alt en el flujo de compra)
  • Alto — dificulta gravemente la experiencia (ej: contraste insuficiente en texto principal)
  • Medio — genera confusión pero no bloquea el uso (ej: orden de foco inconsistente)
  • Bajo — mejoras menores de experiencia de usuario

Plan de acción recomendado

  • Semana 1: Ejecuta un análisis automático e identifica todos los errores críticos y altos
  • Semanas 2-3: Corrige los errores identificados empezando por las páginas más visitadas
  • Semana 4: Realiza pruebas manuales con lector de pantalla y navegación por teclado
  • Mensualmente: Programa análisis automáticos periódicos para detectar regresiones tras actualizaciones

¿Listo para analizar tu web?

25 créditos gratis. Sin tarjeta de crédito.