Conformidad WCAG: qué exigen de verdad los niveles A, AA y AAA

Licitaciones, contratos y textos legales repiten la misma fórmula: la web debe ser «conforme con las WCAG». Qué se esconde tras esas cuatro letras, cuál de los tres niveles A, AA y AAA necesita realmente y cómo llegar hasta él es lo que aclara esta guía. Primero la respuesta corta: para casi todas las empresas, el nivel AA es la referencia, porque es exactamente al que remiten la Ley Europea de Accesibilidad y sus transposiciones nacionales. Y como la teoría sin diagnóstico sirve de poco, puede comprobar su web aquí mismo antes de seguir leyendo.

Qué significa realmente la conformidad WCAG

Las Web Content Accessibility Guidelines (WCAG) son el estándar internacional de contenidos web accesibles, publicado por el World Wide Web Consortium (W3C). Traducen un gran objetivo, que las webs sean utilizables por personas con limitaciones visuales, auditivas, motrices o cognitivas, en requisitos concretos y verificables llamados criterios de éxito. La versión actual WCAG 2.2 contiene 86 criterios repartidos en tres niveles: 31 en el nivel A, otros 24 en el AA y 31 en el AAA.

La conformidad no es una sensación ni una autoevaluación, sigue una regla clara: una página solo es conforme con un nivel cuando cumple cada criterio de ese nivel y de todos los inferiores. Conformidad AA significa, por tanto, los 31 criterios A más los 24 AA, 55 en total. Una sola infracción real basta para romper la conformidad formal. Justo por eso compensa un enfoque sistemático frente a la cosmética puntual.

WCAG, EN 301 549, ley de accesibilidad: ordenar los términos

La accesibilidad viene con un montón de siglas que se confunden constantemente. La jerarquía es más simple de lo que parece: las WCAG son el núcleo técnico, todo lo demás son marcos legales que remiten a ese núcleo.

En la práctica: quien cumple las WCAG en nivel AA tiene cubierta la parte técnica de todos los marcos anteriores. Las diferencias están alrededor, en obligaciones de declaración y responsabilidades, no en los requisitos hacia su web.

Los tres niveles de conformidad: A, AA y AAA

Los niveles se apilan como plantas de un edificio, cada nivel superior incluye todo lo de abajo. La tabla da la visión general, después repasamos cada nivel.

Nivel A: los cimientos

El nivel A reúne los criterios sin los cuales una web es sencillamente inutilizable para ciertos grupos: textos alternativos en imágenes, manejo completo con teclado, subtítulos en los vídeos grabados y nunca información transmitida solo por el color. Fallar aquí es excluir visitantes por completo. Por eso el nivel A solo no se considera suficiente en ningún sitio: es la entrada.

Nivel AA: el estándar legal

El nivel AA añade los requisitos que marcan el día a día de la mayoría: una relación de contraste de al menos 4,5:1 para el texto normal, títulos y etiquetas que describen su función, foco de teclado visible, textos ampliables al 200 por ciento y navegación coherente. Cuando una ley, un cliente o una licitación exige «conformidad WCAG», se refiere prácticamente siempre a este nivel.

Nivel AAA: la matrícula de honor

El nivel AAA endurece bastantes requisitos, por ejemplo hasta un contraste de 7:1 o vídeos en lengua de signos para contenidos de audio. El propio W3C indica que AAA no es un objetivo adecuado para webs enteras, porque algunos contenidos no pueden alcanzarlo. Lo inteligente es adoptar criterios AAA sueltos donde cuesten poco, por ejemplo contrastes generosos en su propio sistema de diseño.

Tres malentendidos que salen caros

• «Somos conformes al 90 por ciento.» Suena bien, pero no existe en las WCAG. La conformidad es binaria: un nivel se cumple o no. Lo útil es decir qué criterios siguen abiertos, y cuáles.
• «Nuestra agencia lo construyó accesible en su día.» El estado de entonces no dice nada del de hoy. Cada actualización de contenido, cada plugin y cada rediseño puede introducir barreras. La conformidad caduca cuando nadie vuelve a comprobar.
• «AAA es mejor, pongámoslo como objetivo.» Bienintencionado, irreal y no exigido en ninguna parte. Proclamar AAA como meta global quema presupuesto donde apenas impacta, en lugar de alcanzar primero un AA limpio.

Los cuatro principios detrás de todos los criterios

Los 86 criterios siguen cuatro principios, abreviados como POUR. Entenderlos permite valorar también situaciones que ningún criterio cubre literalmente:

• Perceptible: la información debe poder llegar a todos los sentidos. Imágenes con alternativas de texto, vídeos con subtítulos, colores con contraste suficiente.
• Operable: toda función debe funcionar sin ratón, el usuario necesita tiempo suficiente y nada puede provocar crisis. El teclado es aquí la prueba más honesta.
• Comprensible: idioma, estructura y comportamiento deben ser previsibles. Los formularios explican sus errores, la navegación se mantiene coherente.
• Robusto: el código debe ser lo bastante limpio para que navegadores y tecnologías de apoyo como los lectores de pantalla lo interpreten con fiabilidad, hoy y mañana.

Novedades de WCAG 2.2: nueve criterios, una supresión

WCAG 2.2 es el estándar oficial desde octubre de 2023 y trae nueve criterios nuevos, seis de ellos en los niveles A y AA. Apuntan sobre todo a limitaciones motrices y cognitivas y son gratamente prácticos:

• Ayuda consistente (A): las ayudas como contacto o chat ocupan el mismo lugar en cada página.
• Entrada redundante (A): los datos ya introducidos no deben teclearse de nuevo en el mismo proceso.
• Foco no oculto (AA): el foco del teclado no puede desaparecer tras banners de cookies o cabeceras fijas.
• Movimientos de arrastre (AA): todo lo que se haga arrastrando necesita una alternativa de clics simples.
• Tamaño de objetivo (AA): las zonas clicables miden al menos 24 por 24 píxeles o guardan distancia suficiente.
• Autenticación accesible (AA): el inicio de sesión no exige memorizar ni transcribir; gestores de contraseñas y pegado deben funcionar.

Dónde fallan las webs de verdad

La distancia entre ambición y realidad la mide cada año el estudio WebAIM Million, que analiza las portadas del millón de webs más visitadas. Resultado de 2026: una media de 56 infracciones detectables automáticamente por portada, y subiendo. Lo llamativo: el 96 por ciento de los errores procede de solo seis categorías, las mismas desde hace siete años:

1. Contraste de texto insuficiente en el 83,9 por ciento de las portadas, el fallo más común con diferencia
2. Textos alternativos ausentes en el 53,1 por ciento de las páginas
3. Campos de formulario sin etiqueta en el 51 por ciento
4. Enlaces vacíos sin destino reconocible en el 46,3 por ciento
5. Botones vacíos sin nombre en el 30,6 por ciento
6. Idioma del documento ausente en el 13,5 por ciento

La buena noticia está en la misma estadística: esas seis clases de error se detectan mecánicamente con fiabilidad y figuran entre las más rápidas de corregir. Quien las elimina de forma sistemática despacha el grueso de las infracciones visibles.

Por qué la conformidad compensa por partida doble

La accesibilidad suele tratarse como puro trámite, y eso la infravalora mucho. Alrededor de uno de cada cuatro adultos europeos vive con una limitación que puede dificultar el uso de servicios digitales. Sume los usuarios mayores, las limitaciones temporales como un brazo roto y a todos los que usan el móvil a pleno sol. Eliminar barreras abre su oferta a clientes que pagan y que la competencia deja fuera.

La segunda ganancia es la visibilidad: muchos requisitos WCAG coinciden casi al pie de la letra con lo que premian los buscadores. Estructura de títulos limpia, textos de enlace descriptivos, alternativas en imágenes, atributos de idioma correctos y páginas rápidas ayudan por igual a lectores de pantalla y a los rastreadores de Google. Parte de su esfuerzo de conformidad es posicionamiento que habría pagado de todos modos.

Seis pasos hacia la conformidad WCAG

El camino sigue siempre el mismo patrón, da igual si gestiona una pequeña web corporativa o una gran tienda. El orden importa: primero medir, luego corregir con criterio, en vez de empezar en cualquier parte.

1. Medir el estado actual: empiece con un escaneo automático de sus páginas clave. Encuentra las infracciones detectables, muestra su ubicación en el código y le da una base honesta con prioridades.
2. Priorizar: corrija primero las infracciones de nivel A, luego las AA. Y piense en plantillas, no en páginas sueltas: una plantilla de navegación corregida repara todas las páginas que la usan.
3. Corregir con sistema: subir contrastes en el sistema de diseño, completar alternativas, etiquetar campos, hacer enlaces descriptivos, mantener visible el foco. Todo es oficio, nada es magia.
4. Contrastar a mano: las comprobaciones automáticas encuentran mucho, no todo. Recorra su web una vez sin ratón, amplíe al 200 por ciento y escuche las páginas centrales con un lector de pantalla.
5. Publicar la declaración de accesibilidad: documente el estado, las excepciones conocidas y una vía de contacto. Para muchos proveedores es obligatoria de todos modos.
6. Mantenerse: cada actualización y cada contenido nuevo puede crear barreras. Una comprobación automática periódica conserva el estado que tanto costó alcanzar.

• Todas las imágenes tienen texto alternativo adecuado, o un alt vacío si son decorativas
• El texto normal alcanza una relación de contraste de al menos 4,5:1
• Toda función se maneja sin ratón y el foco permanece visible
• Los campos de formulario tienen etiquetas vinculadas y mensajes de error comprensibles
• Enlaces y botones describen su destino, nada de «pulse aquí»
• La página declara correctamente su idioma en el HTML
• El contenido funciona con zoom al 200 por ciento sin desplazamiento horizontal
• Los vídeos llevan subtítulos y el audio, una alternativa de texto

Probar bien: automático, manual y con usuarios reales

Un malentendido extendido dice: «el escáner ya no encuentra errores, así que somos conformes». Ojalá fuera tan fácil. Las comprobaciones automáticas detectan con fiabilidad los criterios medibles: contrastes, alternativas ausentes, campos sin etiqueta, atributos de idioma y demás clásicos. Pero si un texto alternativo tiene sentido, si el orden de tabulación resulta lógico o si un mensaje de error ayuda de verdad, solo puede juzgarlo una persona.

El reparto sensato: el escaneo automático va primero y con regularidad, porque es rápido, barato y repetible y destapa el grueso de las infracciones. Después, la prueba manual exprés al alcance de cualquier equipo: manejar toda la web solo con teclado, poner el zoom al 200 por ciento, escuchar los flujos clave con un lector de pantalla gratuito como NVDA. Para procesos críticos, un pago o un portal de clientes, añada una prueba con usuarios afectados o una auditoría externa. Este orden ahorra dinero: cuanto más despeje el escáner por adelantado, menos tiempo quema la parte manual cara en lo evidente.

Demostrar la conformidad: declaración y evidencia continua

Ser conforme es la mitad del trabajo; poder demostrarlo, la otra. El instrumento central es la declaración de accesibilidad: una página pública que describe el estado de conformidad, nombra con honestidad las limitaciones conocidas y ofrece una vía de contacto para avisar de barreras. Demuestra a la vigilancia del mercado, a los clientes y a los contratantes que el tema está bajo control. Eso exige una auditoría reciente detrás: una declaración basada en un test de hace dos años no convence a nadie. Quien entiende comprobación, corrección y declaración como proceso continuo, y no como proyecto puntual, permanece en el lado seguro.

Preguntas frecuentes sobre la conformidad WCAG

La conformidad WCAG no es brujería, sino una secuencia de gestos bien conocidos: medir, priorizar, corregir, probar, declarar, repetir. El primer paso puede darlo en los próximos dos minutos, el escaneo de arriba le espera.