Accesibilidad Web: qué Significan WCAG 2.2 y la EAA

WCAG (Web Content Accessibility Guidelines) 2.2 es un estándar técnico publicado por el W3C, organizado en torno a cuatro principios: una página web debe ser perceptible, operable, comprensible y robusta.

Esos principios se convierten en reglas concretas: una imagen necesita texto alternativo, un formulario debe poder rellenarse con teclado y no solo con ratón, el color no puede transmitir información por sí solo (rojo y verde solos no deberían señalar un error, por ejemplo), y el vídeo necesita subtítulos.

El estándar se divide en niveles de conformidad (A, AA, AAA); la mayoría de marcos legales y expectativas corporativas hacen referencia al nivel AA.

Cumplir plenamente WCAG no tiene por qué significar satisfacer cada criterio al pie de la letra; el objetivo real es que el sitio pueda usarlo de verdad alguien con discapacidad. Los criterios son un camino hacia ese objetivo, no un fin en sí mismos.

La European Accessibility Act es una directiva que exige a determinados productos y servicios en los estados miembros de la UE, entre ellos banca, e-commerce, libros electrónicos y algunos servicios de transporte, cumplir criterios de accesibilidad; está en vigor desde junio de 2025.

Una empresa que vende directamente a consumidores puede entrar en su alcance si vende a un cliente ubicado en la UE. Que exista aquí una línea clara depende realmente de la situación propia de la empresa; escala, categoría de producto y mercado objetivo influyen todos, por lo que el alcance exacto conviene confirmarlo con un asesor legal en vez de asumirlo en un sentido u otro.

Para una empresa fuera de la UE, la European Accessibility Act no se aplica directamente; pero si vende a consumidores en la UE puede verse igualmente afectada por ella. A nivel nacional siguen siendo aplicables los marcos propios de cada país.

Esta incertidumbre no debería dejar a una empresa de brazos cruzados; cumplir con WCAG mejora la experiencia del visitante incluso antes de que una obligación legal quede del todo resuelta.

Un sitio accesible se vuelve más utilizable no solo para alguien con discapacidad visual, sino para cualquiera que navegue con una limitación temporal, un brazo roto, una pantalla difícil de leer al sol, o una conexión lenta. Un sitio que funciona solo con teclado beneficia tanto a un usuario de lector de pantalla como a un visitante que en ese momento no puede usar el ratón.

Pensemos en el formulario de reservas de una cadena de spas: si depende de un widget de calendario que solo responde al ratón, un visitante con teclado o lector de pantalla no puede reservar en absoluto; eso es, sin más, un cliente perdido.

Apuntar a la conformidad total desde cero no es realista; empezar por los problemas más comunes sí lo es. Añadir texto alternativo a las imágenes, comprobar el contraste de color, probar que los formularios funcionan con teclado, y añadir subtítulos donde haya vídeo son los primeros pasos.

Las herramientas de escaneo automático detectan una parte de los problemas pero no todos; una prueba real de navegación solo con teclado, e idealmente una prueba con lector de pantalla, saca a la luz problemas que las herramientas automáticas pasan por alto.

Una pequeña empresa no siempre necesita contratar a un consultor externo de accesibilidad; los primeros pasos anteriores pueden completarse en gran medida con el equipo existente en una jornada de trabajo.

• Se añade texto alternativo con sentido a las imágenes
• Se comprueba el contraste de color frente a los umbrales de WCAG
• Los formularios y menús se prueban usando solo el teclado
• Se añaden subtítulos al contenido en vídeo
• Los encabezados de página (H1, H2) siguen una jerarquía coherente

No. La accesibilidad no es una casilla que se marca una vez y se olvida; es una pregunta que vale la pena repetir cada vez que se añade una página o función nueva. Cuando se publica un formulario nuevo, '¿esto se puede rellenar con teclado?' debería ser un paso tan natural como aprobar el diseño.

Si una empresa corrige su sitio una vez según los criterios WCAG y luego se salta esa misma comprobación al añadir una nueva página de campaña, esa única página vuelve a poner en riesgo todo el sitio. La accesibilidad funciona mejor como parte fija del proceso de publicación que como una auditoría puntual.

Si la sucursal recién abierta de una cadena de spas publica una página de campaña sin pasar por las mismas pruebas de texto alternativo y teclado que el resto del sitio, esa única página pone en riesgo tanto la experiencia del usuario como la posición legal, aunque todo lo demás cumpla.

La forma más simple de institucionalizar este proceso es aplicar una breve lista de verificación antes de publicar cualquier página nueva; si hay texto alternativo, si funciona con teclado, si el contraste de color es suficiente, todo puede responderse en cinco minutos.