WCAG: la guía completa para entender y aplicar el estándar de accesibilidad web

WCAG son las pautas internacionales que explican cómo hacer que una web pueda ser percibida, utilizada y comprendida por personas con distintas capacidades y tecnologías de apoyo. No son una herramienta, una puntuación ni un sello. Son criterios verificables que ayudan a convertir la accesibilidad en decisiones concretas de diseño, contenido y desarrollo.

Si alguna vez has abierto la documentación oficial y has sentido que necesitabas un traductor entre el estándar y tu trabajo diario, no eres la única persona. WCAG es precisa porque debe servir para evaluar webs muy diferentes. El reto aparece al llevar esa precisión a un formulario, un menú, una ficha de producto o una campaña que tiene que publicarse hoy.

Esta guía cubre ese espacio. Explica qué significa WCAG, cómo se estructura, qué diferencias existen entre los niveles A, AA y AAA y cómo empezar a aplicarla sin reducir la accesibilidad a una lista de errores. Si buscas primero una visión general del tema, empieza por nuestra guía de accesibilidad web.

WCAG en 60 segundos

WCAG significa Web Content Accessibility Guidelines.
Las desarrolla la Web Accessibility Initiative del W3C.
Se organiza en cuatro principios: perceptible, operable, comprensible y robusto.
Los criterios de éxito se clasifican en los niveles A, AA y AAA.
Para alcanzar el nivel AA hay que cumplir los criterios aplicables de nivel A y AA.
W3C recomienda utilizar WCAG 2.2 como objetivo actualizado.
Una prueba automática ayuda, pero no puede confirmar por sí sola la conformidad.

De la teoría a tu web Antes de estudiar cada criterio, mira qué barreras aparecen en tu propia página. Sprout Scan realiza un primer análisis automático para ayudarte a localizar incidencias y decidir dónde merece la pena profundizar.

Analizar mi web gratis con Sprout Scan →

Gratis | Sin registro | Resultado en aproximadamente 10 segundos

Qué es WCAG y qué problema resuelve

WCAG es el estándar técnico de accesibilidad web más utilizado internacionalmente. Su objetivo es que el contenido digital funcione para más personas, incluidas aquellas que navegan con lector de pantalla, utilizan únicamente el teclado, amplían el contenido, necesitan subtítulos o requieren interfaces más predecibles.

La palabra contenido puede llevar a engaño. WCAG no se ocupa solamente de textos e imágenes. También alcanza formularios, navegación, vídeo, documentos incrustados, componentes interactivos, mensajes de error y aplicaciones web.

El estándar no exige que todas las webs tengan el mismo aspecto. Exige que la información y las funciones no dependan de una única forma de ver, oír, comprender o manejar la interfaz.

Un ejemplo sencillo: un botón puede parecer evidente para quien ve su forma y su color. Si su código no comunica que es un botón, una persona que utiliza lector de pantalla quizá solo escuche una palabra sin función. El diseño visual funciona; la experiencia completa, no.

Por qué WCAG importa aunque nadie te haya pedido una auditoría

La accesibilidad se suele descubrir tarde: durante una licitación, tras una reclamación o justo antes de lanzar un servicio. Sin embargo, WCAG resulta más útil cuando se utiliza antes de que aparezca el problema.

Aplicar sus principios ayuda a:

Evitar que una persona quede bloqueada en una tarea esencial.
Diseñar componentes más consistentes y resistentes a cambios.
Mejorar la calidad del HTML y la compatibilidad con tecnologías de apoyo.
Reducir correcciones costosas al final de un proyecto.
Definir requisitos verificables para equipos y proveedores.
Preparar productos digitales para obligaciones legales o contractuales.

Además, muchas mejoras de accesibilidad benefician a personas que no se identifican como personas con discapacidad: alguien con una lesión temporal, una pantalla rota, ruido alrededor, poca cobertura o simplemente las manos ocupadas.

Los cuatro principios de WCAG: perceptible, operable, comprensible y robusto

Los criterios de WCAG se agrupan bajo cuatro principios conocidos por el acrónimo inglés POUR. Pensar en estos principios permite entender el propósito del estándar antes de entrar en cada requisito.

1. Perceptible

La información debe poder percibirse de más de una manera cuando sea necesario. Aquí aparecen los textos alternativos, subtítulos, contraste, estructura semántica, zoom y adaptación del contenido.

2. Operable

La interfaz debe poder manejarse con diferentes métodos. Incluye teclado, foco visible, tiempos, navegación, gestos, áreas de pulsación y prevención de destellos.

3. Comprensible

El contenido y el comportamiento de la interfaz deben ser claros y previsibles. Abarca idioma, consistencia, instrucciones, identificación de errores y ayuda.

4. Robusto

El contenido debe poder interpretarse de manera fiable por navegadores y tecnologías de asistencia. La semántica y los nombres, roles, estados y mensajes programáticos son fundamentales.

Los principios no son cuatro fases que se completan por separado. Un formulario puede fallar en varios a la vez: una etiqueta ausente afecta a la percepción, un error poco claro dificulta la comprensión y un componente personalizado mal programado reduce la robustez.

Qué significan los niveles A, AA y AAA

Cada criterio de éxito tiene asignado un nivel. No es una nota de calidad ni una escala en la que AAA signifique que todo lo demás deja de importar.

Nivel	Qué representa	Cómo interpretarlo
A	Requisitos básicos que evitan barreras graves.	Incumplirlos puede impedir por completo que algunas personas accedan al contenido o completen una tarea.
AA	Requisitos que abordan barreras frecuentes y relevantes.	Es el objetivo técnico más habitual. Para conformidad AA deben cumplirse los criterios A y AA aplicables.
AAA	Requisitos adicionales para aumentar el grado de accesibilidad.	No siempre es posible cumplir todos los criterios AAA para todo el contenido. W3C no recomienda exigirlo como política general para sitios completos.

La frase “somos AA porque cumplimos los criterios AA” es incompleta. La conformidad es acumulativa: nivel AA incluye A y AA. También deben cumplirse los requisitos de conformidad definidos por W3C, entre ellos que las páginas completas y los procesos completos estén dentro del alcance.

Si necesitas revisar cada criterio de forma operativa, utiliza nuestra checklist WCAG 2.2 AA con los 55 criterios A y AA.

WCAG 2.0, 2.1 y 2.2: qué versión utilizar

Las versiones 2.x se construyen de forma acumulativa. WCAG 2.1 añadió criterios a WCAG 2.0, especialmente relacionados con dispositivos móviles, baja visión y discapacidad cognitiva. WCAG 2.2 añadió nuevos criterios sobre foco, arrastre, tamaño de objetivos, ayuda coherente, entrada redundante y autenticación accesible, y declaró obsoleto el antiguo criterio 4.1.1.

Versión	Publicación como recomendación W3C	Aportación práctica
WCAG 2.0	2008	Estableció la base tecnológica y los cuatro principios de la familia WCAG 2.
WCAG 2.1	2018	Amplió la cobertura para móvil, baja visión y necesidades cognitivas.
WCAG 2.2	2023	Añadió criterios relevantes para interfaces y procesos digitales actuales.

Para nuevos proyectos, W3C recomienda utilizar WCAG 2.2 como objetivo actualizado. Si trabajas bajo una norma, contrato o licitación concreta, comprueba también qué versión se exige formalmente: el estándar técnico y la referencia jurídica no siempre se actualizan al mismo ritmo.

WCAG, norma técnica y legislación: relacionadas, pero no idénticas

WCAG es un estándar técnico. Una ley establece obligaciones jurídicas. Una norma como EN 301 549 puede incorporar requisitos para determinados productos y servicios digitales. Son piezas relacionadas, pero no deben utilizarse como sinónimos.

En España, el marco aplicable depende de factores como el tipo de organización, el servicio, el público al que se dirige y la normativa sectorial. La Ley 11/2023, por ejemplo, incorpora obligaciones para determinados productos y servicios, entre ellos ciertos servicios prestados mediante webs y aplicaciones.

Evita esta promesa: “si pasas un test WCAG, cumples la ley”. Un escaneo automático no equivale a una evaluación completa y una conclusión técnica no sustituye el análisis del marco jurídico aplicable.

Cómo se ve WCAG en una web real

Los números de criterio son necesarios para evaluar, pero los equipos suelen entender mejor WCAG cuando la relacionan con tareas reales.

Situación	Barrera	Decisión accesible
Menú principal	Solo se despliega con el ratón y el foco no se ve.	Permitir uso con teclado, conservar un orden lógico y mostrar claramente el foco.
Formulario	Los campos dependen del texto provisional y el error solo cambia el borde a rojo.	Usar etiquetas persistentes y mensajes que identifiquen el problema y cómo resolverlo.
Vídeo	La información hablada no está disponible para quien no oye el audio.	Proporcionar subtítulos correctos y, cuando corresponda, alternativas para la información visual relevante.
Ficha de producto	La selección depende únicamente del color y las imágenes no explican diferencias importantes.	Añadir nombres visibles, estados programáticos y alternativas textuales útiles.
Ventana modal	El foco queda detrás y no existe una forma clara de cerrarla.	Mover el foco al diálogo, mantenerlo en el contexto adecuado y devolverlo al elemento de origen al cerrar.
Página ampliada	A 200 % el contenido se solapa y desaparecen acciones.	Permitir ampliación y reorganización sin pérdida de información o funcionalidad.

WCAG no es solo trabajo de desarrollo

Un desarrollador puede construir un componente accesible y un editor puede romperlo después con un título vacío o un enlace que dice “haz clic aquí”. También puede ocurrir al revés: el contenido es excelente, pero la plantilla impide navegar con teclado. La accesibilidad es una responsabilidad compartida.

Equipo	Decisiones que controla
Contenido y SEO	Encabezados, enlaces descriptivos, textos alternativos, lenguaje claro, transcripciones y estructura editorial.
Diseño	Contraste, estados, foco, jerarquía, tamaño de objetivos, mensajes y comportamiento de componentes.
Desarrollo	HTML semántico, teclado, gestión del foco, nombres accesibles, estados y compatibilidad con tecnologías de apoyo.
Producto	Alcance, criterios de aceptación, recorridos esenciales, priorización y definición de terminado.
Compras y legal	Requisitos a proveedores, evidencia, responsabilidades y marco normativo o contractual.
Operaciones web	Inventario de sitios, control de cambios, monitorización, incidencias y seguimiento de correcciones.

Cómo saber si una web cumple WCAG

Una evaluación seria combina automatización y revisión humana. Las herramientas encuentran con rapidez errores repetibles, pero hay preguntas que requieren comprender el contenido, la intención o el recorrido completo.

Define el alcance. Identifica plantillas, componentes, estados, documentos y procesos esenciales.
Ejecuta comprobaciones automáticas. Úsalas para detectar patrones y aumentar la cobertura.
Prueba con teclado y ampliación. Revisa orden de foco, visibilidad, reflow y ausencia de bloqueos.
Inspecciona estructura y contenido. Comprueba encabezados, nombres accesibles, alternativas, instrucciones y errores.
Evalúa recorridos completos. No revises solo páginas aisladas si el usuario debe registrarse, comprar, reservar o pagar.
Utiliza tecnologías de asistencia cuando corresponda. Incluye lectores de pantalla y otras configuraciones relevantes.
Conserva evidencia y vuelve a probar. Documenta resultado, contexto, responsable, corrección y verificación.

Nuestra guía sobre cómo comprobar la accesibilidad de una web desarrolla estas pruebas paso a paso.

Primer diagnóstico La mejor forma de entender WCAG es verla aplicada a una URL real. Escanea una página, identifica incidencias detectables automáticamente y utiliza el resultado como punto de partida para la revisión humana.

Comprobar mi web con Sprout Scan →

Un escaneo orienta; no sustituye una auditoría completa.

Un plan realista para empezar a aplicar WCAG

No necesitas abrir 55 tickets el primer día. Empieza por aquello que bloquea al usuario y por las correcciones que se propagan a más páginas.

Localiza recorridos críticos: contacto, compra, registro, reserva, acceso y pago.
Corrige bloqueos: problemas de teclado, formularios imposibles, controles sin nombre y contenido inaccesible.
Actúa sobre componentes compartidos: menú, cabecera, pie, modal, botones, campos y avisos.
Mejora las plantillas: evita que el mismo error vuelva a publicarse en cientos de URLs.
Incluye accesibilidad en el flujo: diseño, desarrollo, revisión editorial y control de calidad.
Monitoriza cambios: una web accesible hoy puede dejar de serlo tras el próximo lanzamiento.

Este enfoque convierte WCAG en un sistema de calidad. También permite demostrar progreso con evidencia: cuántos bloqueos se han eliminado, qué componentes se han corregido y qué porcentaje de los recorridos esenciales se ha vuelto a verificar.

Errores habituales al trabajar con WCAG

Confundir una puntuación con conformidad. Un 100 en una herramienta solo resume las pruebas que esa herramienta ejecutó.
Revisar únicamente la home. Los problemas más graves suelen aparecer en formularios, estados dinámicos y procesos.
Instalar un widget y dar el trabajo por terminado. Una capa superpuesta no corrige por sí sola la estructura o el comportamiento del sitio.
Dejar la accesibilidad para el final. Corregir un sistema de componentes suele ser más eficiente que reparar cada página publicada.
Pensar que todo puede automatizarse. La calidad de un texto alternativo o la claridad de una instrucción requieren contexto.
Hacer una auditoría y no cambiar el proceso. Si continúan las mismas plantillas y rutinas, los mismos errores volverán.

Preguntas frecuentes sobre WCAG

¿Qué significan las siglas WCAG?

Significan Web Content Accessibility Guidelines, traducido habitualmente como Pautas de Accesibilidad para el Contenido Web.

¿Cuál es la versión más reciente de WCAG?

Dentro de la familia WCAG 2, la versión recomendada como objetivo actualizado por W3C es WCAG 2.2, publicada como recomendación en octubre de 2023.

¿Qué nivel WCAG debería cumplir una web?

El nivel AA es el objetivo técnico más habitual. La obligación concreta puede depender de una ley, norma, contrato o política. Para conformidad AA se deben cumplir los criterios aplicables de nivel A y AA.

¿WCAG es una ley?

No. WCAG es un estándar técnico desarrollado por W3C. Las leyes y normas pueden utilizarlo o relacionarse con él, pero el análisis jurídico depende del contexto aplicable.

¿Una herramienta puede certificar que cumplo WCAG?

No por sí sola. Puede detectar incidencias y aportar evidencia, pero numerosos criterios y requisitos de conformidad necesitan revisión humana y evaluación del contexto.

¿WCAG solo afecta al código?

No. También afecta a diseño, contenido, multimedia, documentos, mensajes, procesos y gestión del sitio. La accesibilidad es una responsabilidad compartida.

¿Qué diferencia hay entre WCAG 2.1 y 2.2?

WCAG 2.2 conserva la base de 2.1, añade nueve criterios de éxito y elimina el criterio 4.1.1 por considerarlo obsoleto. Seis de los nuevos criterios son de nivel A o AA.

¿Cumplir WCAG mejora el SEO?

WCAG y SEO tienen objetivos distintos. Algunas buenas prácticas se solapan, como la estructura clara o el texto descriptivo, pero cumplir WCAG no garantiza posiciones y una página optimizada para buscadores no es necesariamente accesible.

Siguiente paso WCAG deja de ser abstracta cuando encuentras el primer problema que puedes corregir. Empieza con una comprobación automática, prioriza las barreras de mayor impacto y completa después el análisis con pruebas humanas.

Escanear mi web gratis →

Gratis | Sin registro | Resultado en aproximadamente 10 segundos

WCAG funciona mejor cuando forma parte del sistema

El objetivo no debería ser superar una revisión una vez y olvidarse. Una web cambia: se publica contenido, se modifica un componente, entra un proveedor y aparece una nueva campaña. Cada cambio puede eliminar una barrera o introducirla.

Los equipos que avanzan no dependen de una persona que recuerde todos los criterios. Construyen plantillas más seguras, añaden requisitos a la definición de terminado, combinan pruebas automáticas y humanas y revisan los recorridos que sostienen el negocio.

WCAG no es el final del trabajo de accesibilidad. Es el lenguaje común que permite organizarlo, comprobarlo y mejorarlo.

Fuentes oficiales

Esta guía tiene una finalidad divulgativa y no sustituye el texto normativo de W3C, una evaluación de conformidad ni asesoramiento jurídico.