Las Web Content Accessibility Guidelines (WCAG) son la norma internacional para el contenido web accesible, publicada por la Web Accessibility Initiative (WAI) del W3C. La versión actual, WCAG 2.2, se convirtió en Recomendación oficial del W3C el 5 de octubre de 2023. Contiene 86 criterios de conformidad verificables, organizados en 4 principios y 13 pautas, y cada criterio está asignado a uno de los tres niveles de conformidad: A, AA o AAA. El nivel AA es el objetivo que importa en la práctica, porque las leyes de todo el mundo anclan sus requisitos a él. En la UE, la norma armonizada EN 301 549 remite a WCAG 2.1 nivel AA, lo que la convierte en la referencia técnica del European Accessibility Act y de la BFSG alemana. WCAG 2.2 añade nueve criterios de conformidad nuevos sobre 2.1, que cubren cuestiones como los tamaños mínimos de destino, el foco de teclado visible y el inicio de sesión sin acertijos cognitivos, y elimina el criterio de análisis sintáctico 4.1.1, ya obsoleto.
¿Quién publica las Web Content Accessibility Guidelines?
WCAG procede del World Wide Web Consortium (W3C), la misma organización que estandariza HTML y CSS, a través de su Web Accessibility Initiative. Las pautas tienen una larga historia: WCAG 1.0 apareció en 1999, WCAG 2.0 llegó en 2008 y fue la referencia durante toda una década, WCAG 2.1 se publicó en 2018 con el foco puesto en el uso móvil y en las personas con baja visión, y WCAG 2.2 se publicó en octubre de 2023.
Las versiones 2.x son compatibles hacia atrás por diseño. Una página que cumple WCAG 2.2 AA cumple también 2.1 AA y 2.0 AA. Eso importa porque las leyes suelen ir por detrás de la versión más nueva, y desarrollar contra 2.2 te deja cubierto en ambos frentes.
Los cuatro principios WCAG: perceptible, operable, comprensible y robusto
Cada criterio de conformidad cuelga de uno de los cuatro principios, que se recuerdan con el acrónimo POUR:
- Perceptible: las personas usuarias deben poder percibir el contenido. Ejemplos: alternativas textuales para las imágenes, subtítulos para los vídeos, contraste de color suficiente.
- Operable: las personas usuarias deben poder manejar la interfaz. Ejemplos: todo funciona con teclado, hay tiempo suficiente, nada parpadea de forma que pueda provocar convulsiones, los destinos son lo bastante grandes para acertarlos.
- Comprensible: el contenido y su manejo deben entenderse. Ejemplos: lenguaje legible, navegación previsible, mensajes de error útiles en los formularios.
- Robusto: el contenido debe funcionar de forma fiable con los agentes de usuario actuales y futuros, incluidos los lectores de pantalla. Ejemplo: mensajes de estado que la tecnología de apoyo pueda anunciar.
Los principios son deliberadamente neutrales respecto a la tecnología. Se aplican igual a un blog de WordPress que a una aplicación React o a un PDF.
Comparativa de los niveles de conformidad WCAG A, AA y AAA
| Nivel | Criterios en WCAG 2.2 | Significado | Ejemplos típicos |
|---|---|---|---|
| A | 31 | Mínimo absoluto. Incumplirlos deja fuera a grupos enteros de personas usuarias. | Texto alternativo en imágenes, manejo por teclado, sin trampas de teclado |
| AA | 24 | El objetivo estándar, al que remiten las leyes de todo el mundo. | Contraste 4,5:1, foco visible, navegación coherente, sugerencias ante errores |
| AAA | 31 | Nivel más alto, aspiracional para la mayoría de los sitios. | Contraste 7:1, lengua de signos en los vídeos, requisitos de nivel de lectura |
La conformidad es acumulativa: AA significa que cumples todos los criterios de nivel A y todos los de nivel AA. El propio W3C señala que la conformidad AAA completa no debería exigirse como política general, porque algunos criterios AAA sencillamente no se pueden cumplir con todo tipo de contenido. Nadie espera interpretación en lengua de signos en la web de una panadería. Aun así, merece la pena adoptar criterios AAA concretos allí donde encajen, siendo la relación de contraste reforzada uno de los más populares.
¿Cuántos criterios de conformidad tiene WCAG 2.2?
WCAG 2.2 contiene 86 criterios de conformidad: 31 de nivel A, 24 de nivel AA y 31 de nivel AAA. A modo de comparación, WCAG 2.1 tenía 78. Las cuentas cuadran porque 2.2 añade nueve criterios nuevos y elimina uno: el 4.1.1 Parsing, una reliquia de la época en que un HTML roto podía hacer caer de verdad a un lector de pantalla. Los navegadores y las tecnologías de apoyo modernas analizan el HTML de la misma manera, así que el criterio había quedado obsoleto.
¿Qué novedades trae WCAG 2.2? Los nueve criterios nuevos
Las incorporaciones de 2.2 se centran en las personas con limitaciones motrices y cognitivas y, sinceramente, la mayoría son simplemente buena experiencia de usuario:
- 2.4.11 Focus Not Obscured (Minimum), AA: el elemento con el foco no debe quedar completamente oculto tras cabeceras fijas, avisos de cookies o widgets de chat.
- 2.4.12 Focus Not Obscured (Enhanced), AAA: el elemento con el foco no debe quedar oculto en absoluto, ni siquiera parcialmente.
- 2.4.13 Focus Appearance, AAA: el indicador de foco debe cumplir requisitos mínimos de tamaño y contraste.
- 2.5.7 Dragging Movements, AA: todo lo que funcione arrastrando y soltando necesita una alternativa que funcione con clics o toques simples.
- 2.5.8 Target Size (Minimum), AA: los destinos de clic y de toque deben medir al menos 24 por 24 píxeles CSS o tener suficiente separación a su alrededor.
- 3.2.6 Consistent Help, A: las opciones de ayuda, como enlaces de contacto o chat, deben aparecer en el mismo lugar en todas las páginas.
- 3.3.7 Redundant Entry, A: no obligues a escribir dos veces la misma información dentro de un mismo proceso. Que la dirección de envío coincida con la de facturación debería ser una casilla, no un segundo formulario.
- 3.3.8 Accessible Authentication (Minimum), AA: el inicio de sesión no debe depender de un acertijo cognitivo. Transcribir caracteres distorsionados o resolver juegos de memoria queda descartado, y los gestores de contraseñas y el pegado deben funcionar.
- 3.3.9 Accessible Authentication (Enhanced), AAA: la misma regla sin las excepciones que el 3.3.8 todavía permite.
¿Qué nivel WCAG exige la ley?
En la UE, la norma armonizada EN 301 549 define los requisitos técnicos tanto para las normas del sector público como para el European Accessibility Act, y actualmente remite a WCAG 2.1 nivel AA. Eso convierte a 2.1 AA en la referencia legal formal de la BFSG alemana y de BITV 2.0. Se espera una actualización de EN 301 549 hacia WCAG 2.2, que es justo el motivo por el que desarrollar hoy contra 2.2 es la opción pragmática: cumples el requisito actual y, a la vez, el probable requisito futuro.
El panorama es parecido en otros lugares. En Estados Unidos, el Departamento de Justicia aprobó en 2024 una norma que obliga a las administraciones estatales y locales a cumplir WCAG 2.1 AA bajo el Título II de la ADA, y los tribunales usan WCAG habitualmente como referencia en los pleitos privados sobre la ADA. Si te quedas con una sola idea de esta sección, que sea esta: WCAG AA es el nivel al que se refiere la ley cuando dice accesible.
¿Cómo son los criterios de conformidad WCAG en la práctica?
Tres ejemplos muestran hasta qué punto los criterios se vuelven concretos. El criterio 1.4.3 Contrast (Minimum) exige una relación de contraste de al menos 4,5:1 entre el texto normal y su fondo, y de 3:1 para el texto grande. ¿Ese texto gris sobre blanco del pie de página en #999999 sobre #ffffff? Falla con 2,85:1. El criterio 2.1.1 Keyboard exige que toda la funcionalidad funcione sin ratón, que es donde se rompen en silencio la mayoría de los desplegables a medida y los carruseles de imágenes. Y el criterio 1.1.1 Non-text Content es la clásica regla del texto alternativo:
<!-- Imagen informativa: describe lo que muestra -->
<img src="warehouse.jpg" alt="Empleada escaneando paquetes en el almacén">
<!-- Imagen decorativa: alt vacío para que los lectores de pantalla la omitan -->
<img src="divider.svg" alt="">Cada criterio del documento oficial enlaza con técnicas y ejemplos de fallo, y la referencia rápida de WCAG permite filtrar los 86 criterios por nivel y tecnología, lo que resulta mucho más manejable que leerse la especificación de arriba abajo.
¿Cómo compruebo el cumplimiento de WCAG 2.2?
Empieza con herramientas automáticas: WAVE, axe DevTools, Lighthouse o las comprobaciones de accesibilidad integradas en InspectWP detectan en segundos atributos alt que faltan, fallos de contraste, etiquetas ausentes y problemas estructurales. Pero ten presentes los límites. Las comprobaciones automáticas detectan de forma fiable entre un tercio y la mitad de los incumplimientos de WCAG, porque muchos criterios requieren juicio humano. Una máquina puede ver que una imagen tiene texto alternativo, pero no si ese texto describe realmente la imagen.
Así que completa el cuadro a mano: desenchufa el ratón y navega por todo el sitio con teclado, haz una sesión con lector de pantalla usando NVDA (gratuito) o VoiceOver, amplía la página al 200 por ciento y recorre de principio a fin tu trayecto de usuario más importante, normalmente la compra o el contacto. Si puedes, involucra en las pruebas a personas con discapacidad. Encontrarán en diez minutos problemas que ninguna lista de auditoría saca a la luz.
¿Qué viene después de WCAG 2.2? Un breve vistazo a WCAG 3.0
El W3C está trabajando en WCAG 3.0, una reescritura desde cero con un nuevo modelo de puntuación que se aleja de la lógica binaria de aprobado o suspenso. Lleva años en borrador y seguirá siéndolo durante años más, y el W3C dice explícitamente que no sustituirá a 2.2 en mucho tiempo. Para planificar: WCAG 2.2 AA es el objetivo, y nada de lo relativo a 3.0 debería cambiar tu hoja de ruta hoy.
¿Cómo comprueba InspectWP los criterios WCAG?
InspectWP incluye comprobaciones automáticas de accesibilidad en sus informes de sitio web y asocia los fallos habituales a los criterios WCAG subyacentes: textos alternativos ausentes, contraste de color insuficiente, campos de formulario sin etiqueta, idioma del documento no declarado y jerarquía de encabezados rota, entre otros. Cada hallazgo viene con una valoración de gravedad, de modo que puedes arreglar primero los bloqueantes de nivel A y avanzar después hacia AA. Combinado con informes programados, eso convierte la accesibilidad de una auditoría puntual en algo que realmente vigilas, que es lo que el European Accessibility Act espera de ti de todos modos.