WCAG 2.2 AA en palabras sencillas
Las WCAG son la norma internacional de contenido web accesible. El nivel AA es lo que piden la mayoría de las leyes y políticas.
Las Pautas de Accesibilidad para el Contenido Web (WCAG) las publica el W3C. La versión 2.2 pasó a ser Recomendación del W3C en su forma actual el 12 de diciembre de 2024, y se basa en la 2.1: el contenido que cumple la 2.2 también cumple la 2.1 y la 2.0. Cada regla, llamada criterio de conformidad, tiene un nivel: A (el mínimo), AA (el objetivo habitual) y AAA (el más alto).
Los criterios se agrupan en cuatro principios. El contenido debe ser:
- Perceptible: las personas pueden verlo u oírlo, sean cuales sean sus sentidos. Textos alternativos, subtítulos, contraste suficiente.
- Operable: las personas pueden usarlo, sea cual sea su dispositivo. Acceso por teclado, tiempo suficiente, nada que parpadee de forma peligrosa, navegación clara.
- Comprensible: las personas pueden seguirlo. Lenguaje sencillo, comportamiento previsible, formularios que ayudan a evitar y corregir errores.
- Robusto: funciona con tecnologías de apoyo como los lectores de pantalla, hoy y a medida que cambien.
WCAG 2.2 añadió criterios como que el foco no quede oculto, alternativas a los movimientos de arrastre, un tamaño mínimo de objetivo, ayuda coherente, no pedir a las personas que vuelvan a escribir información que ya dieron, y una autenticación accesible.
Las correcciones que más importan
Empiece por aquí. Cada una elimina una barrera común y está al alcance de un equipo pequeño sin ayuda especializada.
- Describa las imágenesDé a cada imagen con significado un texto alternativo breve que diga lo que muestra o lo que hace. Las imágenes decorativas llevan un texto alternativo vacío para que los lectores de pantalla las salten. Un logotipo que lleva a la página de inicio debería decir “Inicio”, no “logotipo”.
- Use encabezados de verdadMarque los encabezados como encabezados, en orden, en lugar de poner el texto grande y en negrita. Quienes usan lectores de pantalla saltan de un encabezado a otro como quien ve la página la recorre con la vista.
- Revise el contraste de colorEl texto normal necesita una relación de contraste de al menos 4.5:1 con su fondo; el texto grande, de al menos 3:1. El gris claro sobre blanco casi siempre falla. Nunca use solo el color para transmitir un significado, como el rojo para los campos obligatorios.
- Ponga etiqueta a cada campoCada campo necesita una etiqueta visible asociada en el código, no solo un texto de ejemplo que desaparece al escribir. Los mensajes de error deberían decir qué salió mal y cómo corregirlo.
- Haga que todo funcione con el tecladoTodo lo que se puede hacer con el ratón debería poder hacerse con las teclas Tab, Intro, la barra espaciadora y las flechas, con un contorno de foco bien visible, y sin que nada quede tapado por una barra fija al recibir el foco.
- Subtitule los videos y transcriba el audioLos videos grabados con sonido necesitan subtítulos. Los subtítulos automáticos son un comienzo, no el final: corrija los nombres y los términos clave. Los pódcasts y el audio necesitan transcripciones.
- Tenga cuidado con los PDFUn PDF escaneado es una imagen de un texto que los lectores de pantalla no pueden leer. Cuando pueda, publique la información como página web. Cuando necesite un PDF, expórtelo desde un documento bien estructurado, con encabezados y texto alternativo, no desde un escaneo.
- Haga los botones lo bastante grandesWCAG 2.2 añade un tamaño mínimo de objetivo: los botones y enlaces deberían medir al menos 24 por 24 píxeles CSS, o estar separados de forma que sea difícil fallar. También pide que iniciar sesión no dependa de memorizar o transcribir un código sin ayuda, por ejemplo permitiendo pegar y usar gestores de contraseñas.
Revíselo usted mismo, sin gastar
No necesita software especial para encontrar los problemas más grandes. Necesita una hora y las herramientas que ya tiene.
1. La pasada solo con teclado (15 minutos)
- Aparte el ratón. Pulse Tab desde el principio de su página de inicio y de su formulario más importante.
- ¿Ve en todo momento dónde está? ¿Puede llegar a cada enlace, botón, menú y campo, y usarlo? ¿Puede salir de cada ventana emergente?
- Envíe el formulario con un error. ¿El mensaje de error es claro, y el foco va a un lugar lógico?
2. Un lector de pantalla que ya está instalado (30 minutos)
- En iPhone, iPad y Mac: VoiceOver en el iPhone y VoiceOver en la Mac.
- En Android: TalkBack.
- En Windows: Narrador.
- Aprenda primero los gestos básicos y luego escuche su página de inicio y su formulario. ¿Las imágenes tienen sentido? ¿Los campos se anuncian con su etiqueta? ¿Los botones dicen lo que hacen?
3. Un verificador automático gratuito (15 minutos)
- Lighthouse, integrado en las herramientas para desarrolladores de Chrome, y WAVE, de WebAIM, señalan textos alternativos que faltan, contraste bajo, etiquetas que faltan y más (en inglés).
- Las herramientas automáticas solo encuentran algunos problemas, y una puntuación perfecta no significa que una página sea accesible. Úselas junto con las revisiones manuales de arriba, no en su lugar.
Corrija lo que encuentre, empezando por todo lo que impida a alguien completar una tarea: presentar una solicitud, reservar, pagar, contactarle.
La ley, donde la verificamos
Muchos países tienen leyes contra la discriminación por discapacidad que pueden aplicarse a los sitios web. Estas son las normas que comprobamos en la fuente.
Estados Unidos: norma del Título II de la ADA para gobiernos estatales y locales
La norma del Departamento de Justicia según el Título II de la ADA (la ley para personas con discapacidad) exige que el contenido web y las aplicaciones móviles de los gobiernos estatales y locales cumplan WCAG 2.1 nivel AA, con excepciones limitadas. Una norma final provisional (Interim Final Rule) publicada el 20 de abril de 2026 amplió las fechas de cumplimiento:
Cumplir WCAG 2.2 AA también cumple 2.1 AA, así que apuntar a la 2.2 es una buena decisión.
Reino Unido: normas de accesibilidad para el sector público
Las Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018 exigen a los organismos del sector público, incluidos los gobiernos locales, cumplir WCAG 2.2 AA (salvo que exista un motivo legal válido para no hacerlo) y publicar una declaración de accesibilidad. Las organizaciones benéficas y otras organizaciones no gubernamentales están exentas, salvo que se financien mayoritariamente con fondos públicos, presten servicios esenciales para el público o presten servicios dirigidos a personas con discapacidad. Todo proveedor de servicios del Reino Unido sigue teniendo la obligación de hacer ajustes razonables según la Equality Act 2010, o la Disability Discrimination Act 1995 en Irlanda del Norte.
Los demás países donde Moraph tiene oficinas tienen sus propias leyes sobre discapacidad y accesibilidad. No las resumimos aquí porque todavía no las hemos verificado en la fuente.