WCAG: Pautas de Accesibilidad para el Contenido Web

¿Qué son las Pautas de Accesibilidad para el Contenido Web (WCAG)?

Las Pautas de Accesibilidad para el Contenido Web (WCAG, por sus siglas en inglés) son el estándar técnico del W3C para que el contenido web pueda usarse por personas con discapacidad. Se organizan en cuatro principios, criterios de éxito verificables y tres niveles de conformidad (A, AA, AAA). La versión actual es WCAG 2.2, a la que remiten la mayoría de normas de accesibilidad y pliegos de contratación.

Las WCAG las redacta el Grupo de Trabajo de Pautas de Accesibilidad del W3C dentro de la Web Accessibility Initiative. Cubren sitios web y aplicaciones web, y describen el contenido que recibe el usuario, no un framework o herramienta concretos.

Los cuatro principios: POUR

Cada criterio de éxito pertenece a uno de cuatro principios, conocidos como POUR:

• Perceptible: la información debe presentarse de forma que el usuario pueda percibirla, por ejemplo con alternativas de texto para imágenes, subtítulos en vídeo y suficiente contraste de color.
• Operable: todas las funciones se manejan con teclado, hay tiempo suficiente, nada provoca convulsiones y la navegación es clara.
• Comprensible: los textos se leen bien, las páginas se comportan de forma predecible y los formularios ayudan a evitar y corregir errores.
• Robusto: el contenido funciona con navegadores y tecnologías de apoyo actuales y futuros, y expone correctamente nombre, función y valor.

Niveles de conformidad A, AA y AAA

• Nivel A es el mínimo: las imágenes tienen alternativa de texto, los vídeos subtítulos y todo se alcanza con el teclado.
• Nivel AA es el objetivo habitual. Incluye un contraste de 4,5:1 para texto normal (3:1 para texto grande), 3:1 para componentes de interfaz y gráficos y, como novedad de la 2.2, objetivos de puntero de al menos 24 por 24 píxeles CSS (o espacio suficiente alrededor de los más pequeños).
• Nivel AAA añade criterios más estrictos. El W3C no recomienda exigirlo para sitios completos, porque algunos criterios no pueden cumplirse con todo el contenido.

La conformidad se evalúa por página: una página solo cumple un nivel si satisface todos los criterios de ese nivel y de los inferiores.

Versiones de WCAG: 2.0, 2.1, 2.2 y 3.0

• WCAG 2.0 se publicó en diciembre de 2008.
• WCAG 2.1 (junio de 2018) añadió 17 criterios de éxito, sobre todo para móvil, baja visión y necesidades cognitivas.
• WCAG 2.2 es Recomendación del W3C (actualizada en diciembre de 2024). Añade 9 criterios de éxito, entre ellos Foco no oculto, Movimientos de arrastre, Tamaño del objetivo (mínimo), Ayuda coherente, Entrada redundante y Autenticación accesible, y elimina 4.1.1 Procesamiento por obsoleto.
• WCAG 3.0 sigue siendo un borrador de trabajo (10 de septiembre de 2026 al redactar esto). El W3C indica que no sustituye a WCAG 2, así que conviene seguir apuntando a la 2.2.

El W3C diseñó 2.0, 2.1 y 2.2 para ser retrocompatibles: el contenido que cumple la 2.2 cumple también la 2.1 y la 2.0. Puedes leer el texto completo en la Recomendación WCAG 2.2 (en inglés).

Un ejemplo práctico

Un botón "Comprar ahora" usa texto gris claro (#999999) sobre fondo blanco. La relación de contraste es de aproximadamente 2,8:1, así que incumple 1.4.3 (Contraste mínimo) en nivel AA, aunque se vea bien en una pantalla luminosa. Con #767676 se obtiene cerca de 4,5:1 y pasa. Ese mismo botón necesita además un indicador de foco visible, un objetivo de al menos 24 por 24 píxeles CSS y un nombre accesible que coincida con su etiqueta visible.

Qué falla con más frecuencia

El análisis WebAIM Million 2026, sobre un millón de páginas de inicio, detectó fallos WCAG 2 en el 95,9 % de ellas. Los más comunes fueron texto con poco contraste (83,9 % de las páginas), imágenes sin texto alternativo (53,1 %), campos de formulario sin etiqueta (51 %), enlaces vacíos (46,3 %), botones vacíos (30,6 %) y falta del idioma del documento (13,5 %). Son baratos de corregir y un buen primer sprint.

Errores comunes

• Tratar la accesibilidad como una lista final. Cuesta mucho menos integrar contraste, estados de foco y HTML semántico desde el sistema de diseño.
• Depender solo de escáneres automáticos. Las pruebas automatizadas detectan solo lo que una regla puede comprobar, como atributos alt ausentes. No juzgan si el texto alternativo es útil ni si el orden de lectura tiene sentido, así que añade pruebas manuales con teclado y lector de pantalla.
• Usar ARIA en lugar de HTML nativo. Un <button> real trae teclado y soporte para lectores de pantalla. Un <div role="button"> obliga a reconstruirlo todo.
• Confundir un informe con la conformidad. Un VPAT o un informe de conformidad de accesibilidad (ACR) solo documenta lo que se probó. No hace accesible una página.

WCAG y tu rutina de pruebas

Revisa WCAG junto con el rendimiento, porque ambos son regresiones que conviene detectar antes que tus usuarios. Page Speed Monitoring de LoadFocus ejecuta auditorías programadas de Google Lighthouse desde 25 regiones en la nube, y cada auditoría incluye la categoría de Accesibilidad de Lighthouse. Así obtienes la tendencia de la parte automatizable de WCAG. No es una auditoría de accesibilidad completa ni sustituye las pruebas manuales. Para ampliar, lee en el blog (en inglés) por qué las pruebas de rendimiento deben incluir métricas de accesibilidad.

Preguntas frecuentes sobre WCAG

¿Son las WCAG obligatorias por ley?

A menudo de forma indirecta. Normas como la Directiva de accesibilidad web de la UE (sector público) remiten a las WCAG a través de la norma EN 301 549, y el Acta Europea de Accesibilidad, aplicable desde el 28 de junio de 2025, cubre servicios como el comercio electrónico y la banca. La versión y el nivel de WCAG que cita cada norma varían según el país y el sector, así que revisa la que te afecte.

¿Qué versión de WCAG debo cumplir?

WCAG 2.2 nivel AA. Es la Recomendación vigente y, al ser retrocompatible, cumplirla implica cumplir la 2.1 y la 2.0. WCAG 3.0 es un borrador y no sustituye a WCAG 2.

¿Qué diferencia hay entre A, AA y AAA?

Son niveles acumulativos de exigencia. A es el mínimo, AA añade criterios como el contraste de texto de 4,5:1 y es el objetivo legal y contractual habitual, y AAA es el más estricto y suele aplicarse solo a contenidos concretos.

¿Puede una herramienta automática confirmar que mi sitio cumple WCAG?

No. Herramientas como Lighthouse comprueban las reglas que se pueden detectar en el código. Un texto alternativo útil, un orden de foco lógico o mensajes de error claros los debe valorar una persona con teclado y lector de pantalla.

¿Qué cambió en WCAG 2.2?

Se añadieron nueve criterios de éxito, entre ellos un tamaño mínimo de objetivo de 24 por 24 píxeles, la regla de que los elementos con foco no queden tapados por cabeceras fijas, alternativas al arrastre y autenticación accesible. Se eliminó el criterio obsoleto 4.1.1 Procesamiento.