Explore Digital Accessibility Regulations
Pautas de Accesibilidad para el Contenido Web (WCAG)
Las Pautas de Accesibilidad para el Contenido Web (WCAG) son el estándar mundial para hacer que los sitios web y el contenido digital sean accesibles para las personas con discapacidad.
Desarrolladas por la Iniciativa de Accesibilidad Web (WAI) del Consorcio World Wide Web (W3C), WCAG proporciona 86 criterios de conformidad verificables que ayudan a propietarios de sitios web, diseñadores web y autores de contenido a crear sitios web accesibles. Cuando una organización cumple WCAG, satisface normas de accesibilidad que eliminan barreras para usuarios con una amplia variedad de discapacidades, incluidas las visuales, auditivas, motoras y cognitivas.
La conformidad con WCAG a veces se denomina «cumplimiento de WCAG». WCAG no es una ley; sin embargo, es el estándar de facto para cumplir muchas leyes de Estados Unidos y del resto del mundo. Dado que las demandas por accesibilidad digital siguen siendo generalizadas, el cumplimiento de WCAG ya no es opcional: es una necesidad legal y empresarial.
Aspectos clave
- Cumplir WCAG significa satisfacer las Pautas de Accesibilidad para el Contenido Web, el estándar internacional de accesibilidad digital al que hacen referencia muchas leyes de accesibilidad.
- WCAG 2.2 es la versión actual, con 86 criterios de conformidad; WCAG 2.1 Nivel AA es el estándar citado con mayor frecuencia por las leyes y normativas.
- Los cuatro principios de WCAG son Perceptible, Operable, Comprensible y Robusto (POUR).
- Los gobiernos estatales y locales deben cumplir WCAG 2.1 AA antes del 24 de abril de 2026 conforme a la Norma Final del Título II de la ADA del DOJ.
- La Ley Europea de Accesibilidad entró en vigor en junio de 2025 y exige la conformidad con EN 301 549 —una norma de la UE que incorpora WCAG— para muchas empresas que venden a clientes de la UE.
- Las auditorías de accesibilidad deben combinar herramientas automatizadas con pruebas manuales mediante tecnologías de asistencia.
¿Qué es el cumplimiento de WCAG?
El cumplimiento de WCAG significa que un sitio web satisface las Pautas de Accesibilidad para el Contenido Web, el estándar mundial de accesibilidad web desarrollado por el Consorcio World Wide Web (W3C). El término «cumplimiento de WCAG» no es técnicamente exacto: como WCAG es un estándar y no una ley, el término correcto es «conformidad con WCAG». No obstante, «cumplimiento de WCAG» se utiliza ampliamente como sinónimo de «conformidad con WCAG».
Las pautas WCAG proporcionan criterios técnicos de conformidad que ayudan a los propietarios de sitios web a hacer accesible el contenido web para las personas con discapacidad. Esto incluye a usuarios que dependen de lectores de pantalla, navegación mediante teclado, subtítulos y otras tecnologías de asistencia. Cuando un sitio web cumple los requisitos WCAG, las personas con discapacidades visuales, auditivas, motoras y cognitivas o de aprendizaje pueden percibir, navegar e interactuar con sus páginas.
| Versión de WCAG | Fecha de publicación | Criterios de conformidad | Estado |
|---|---|---|---|
| WCAG 2.0 | Diciembre de 2008 | 61 criterios | Todavía citada en muchas leyes |
| WCAG 2.1 | Junio de 2018 | 78 criterios (+17 nuevos) | Estándar legal actual |
| WCAG 2.2 | Octubre de 2023 | 86 criterios (+9 nuevos) | Recomendación más reciente del W3C |
| WCAG 3.0 | En desarrollo | 174 resultados (propuestos) | Prevista para 2028 o más adelante |
¿Qué abarca WCAG?
WCAG se desarrolló originalmente para contenido HTML al que las personas acceden mediante navegadores web. Sin embargo, la relevancia de estas pautas va mucho más allá de las páginas web tradicionales. WCAG se aplica ampliamente al contenido y las tecnologías web siempre que puedan ser interpretados por agentes de usuario, incluidas las tecnologías de asistencia.
| Tipo de contenido | Ejemplos | ¿Se aplica WCAG? |
|---|---|---|
| Sitios web | Sitios públicos, intranets y aplicaciones web | Sí |
| Aplicaciones móviles | Aplicaciones para iOS y Android | Sí |
| Documentos | PDF, archivos de Word y hojas de cálculo | Sí |
| Contenido multimedia | Vídeos, pódcast y archivos de audio | Sí |
| Correo electrónico | Boletines HTML y correos de marketing | Sí |
| Quioscos digitales | Terminales de autoservicio y cajeros automáticos | Sí |
| Aprendizaje electrónico | Cursos en línea y módulos de formación | Sí |
Las leyes que hacen referencia a WCAG y a normas relacionadas abarcan distintos tipos de experiencias digitales. Por ejemplo, la norma del Título II de la ADA del DOJ cubre específicamente el contenido web y móvil —incluidos los documentos digitales— proporcionado por gobiernos estatales y locales. La Ley Europea de Accesibilidad se aplica a una amplia variedad de productos y servicios de consumo, incluidas plataformas de comercio electrónico, servicios bancarios y dispositivos electrónicos de consumo. Todo contenido digital dirigido al público debe seguir las pautas WCAG para garantizar que las personas con discapacidad puedan acceder a él.
Las leyes que hacen referencia a WCAG y a normas relacionadas abarcan distintos tipos de experiencias digitales. Por ejemplo, la norma del Título II de la ADA del DOJ cubre específicamente el contenido web y móvil —incluidos los documentos digitales— proporcionado por gobiernos estatales y locales. La Ley Europea de Accesibilidad se aplica a una amplia variedad de productos y servicios de consumo, incluidas plataformas de comercio electrónico, servicios bancarios y dispositivos electrónicos de consumo. Todo contenido digital dirigido al público debe seguir las pautas WCAG para garantizar que las personas con discapacidad puedan acceder a él.
¿Quién debe cumplir WCAG?
Casi cualquier organización con presencia digital debería cumplir WCAG. Los requisitos legales varían según el sector, pero la accesibilidad beneficia a todas las empresas.
| Tipo de organización | Requisito legal | Por qué cumplir |
|---|---|---|
| Organismos del gobierno federal | Sección 508 (obligatoria) | Exigido por ley |
| Gobiernos estatales y locales | Título II de la ADA (obligatorio) | Fecha límite: abril de 2026 |
| Empresas privadas | Título III de la ADA (aplicado por los tribunales) | Prevención de demandas |
| Sitios web de comercio electrónico | EAA en la UE (obligatoria) | Acceso al mercado |
| Proveedores de atención sanitaria | ADA + Sección 504 | Acceso de los pacientes |
| Instituciones educativas | ADA + Sección 504 | Acceso de los estudiantes |
| Organizaciones sin ánimo de lucro | Se aplica la ADA | Atender a todos los usuarios |
Incluso sin un mandato legal específico, los propietarios de sitios web se benefician del cumplimiento de WCAG. Los sitios accesibles llegan a más usuarios, mejoran su posicionamiento en buscadores y reducen el riesgo legal. Más de 1.000 millones de personas en todo el mundo tienen alguna discapacidad, por lo que hacer accesibles los sitios web amplía considerablemente la audiencia potencial.
¿WCAG es un requisito legal en Estados Unidos?
Sí, para la mayoría de las organizaciones. WCAG 2.1 Nivel AA es el estándar de facto de accesibilidad web conforme a varias leyes de Estados Unidos, y los tribunales utilizan sistemáticamente WCAG como referencia para evaluar el cumplimiento de la accesibilidad.
La Norma Final del Título II de la ADA del DOJ adoptó formalmente WCAG 2.1 Nivel AA para todos los gobiernos estatales y locales. Esto incluye sitios web gubernamentales, aplicaciones móviles, documentos digitales y servicios en línea.
| Tipo de entidad | Población | Fecha límite de cumplimiento |
|---|---|---|
| Entidades públicas grandes | 50.000 o más residentes | 24 de abril de 2026 |
| Entidades públicas pequeñas | Menos de 50.000 residentes | 26 de abril de 2027 |
| Gobiernos de distritos especiales | Cualquier tamaño | 26 de abril de 2027 |
Para las empresas privadas, el Título III de la Ley de Estadounidenses con Discapacidades exige la accesibilidad de los sitios web conforme a resoluciones judiciales y acuerdos del DOJ. La Sección 508 de la Ley de Rehabilitación exige explícitamente el cumplimiento de WCAG para los organismos del gobierno federal y sus contratistas.
Las demandas por accesibilidad digital siguen siendo generalizadas. Las herramientas automatizadas permiten generar reclamaciones a gran escala, lo que convierte a cualquier empresa con problemas de accesibilidad en un posible objetivo.
¿Qué leyes de accesibilidad exigen el cumplimiento de WCAG?
La legislación sobre accesibilidad digital de todo el mundo utiliza WCAG como estándar técnico de cumplimiento. Satisfacer los requisitos WCAG permite cumplir la mayoría de las normativas de accesibilidad.
| Ley / normativa | Ámbito geográfico | Estándar WCAG exigido | Fecha límite de cumplimiento |
|---|---|---|---|
| Título II de la ADA (norma del DOJ) | Gobiernos estatales y locales de Estados Unidos | WCAG 2.1 AA | Abril de 2026 / 2027 |
| Título III de la ADA | Empresas privadas de Estados Unidos | WCAG 2.1 AA (estándar de facto según los tribunales) | En curso |
| Sección 508 | Organismos federales de Estados Unidos | WCAG 2.0 AA | Actual |
| Ley Europea de Accesibilidad | Empresas que atienden a consumidores de la UE | EN 301 549 (incorpora WCAG 2.1 AA) | 28 de junio de 2025 |
| AODA | Ontario, Canadá | WCAG 2.0 AA | Actual |
| Directiva Europea de Accesibilidad Web | Sector público de la Unión Europea | EN 301 549 (incorpora WCAG 2.1 AA) | Actual |
La Ley Europea de Accesibilidad (EAA) comenzó a aplicarse el 28 de junio de 2025, exigiendo el cumplimiento de WCAG a muchas empresas que venden productos o servicios digitales a clientes de la UE. Las sanciones varían según el Estado miembro: las multas alcanzan 100.000 € en Alemania y 250.000 € en Francia. Los productos que no cumplen pueden retirarse por completo del mercado.
¿Cuáles son los cuatro principios de WCAG?
Los cuatro principios de WCAG, conocidos como POUR, son Perceptible, Operable, Comprensible y Robusto. Estos principios orientan todos los criterios de conformidad de WCAG y definen qué significa que el contenido web sea accesible.
| Principio | Qué significa | Ejemplo de requisito |
|---|---|---|
| Perceptible | Los usuarios deben poder percibir el contenido mediante al menos un sentido. | Proporcionar alternativas textuales para las imágenes y añadir subtítulos a los vídeos. |
| Operable | Los usuarios deben poder utilizar la interfaz. | Permitir el acceso mediante teclado y ofrecer tiempo suficiente para leer el contenido. |
| Comprensible | Los usuarios deben comprender el contenido y cómo utilizarlo. | Utilizar un lenguaje claro y hacer que la navegación sea predecible. |
| Robusto | El contenido debe funcionar con agentes de usuario actuales y futuros. | Utilizar código válido y garantizar la compatibilidad con tecnologías de asistencia. |
¿Cuáles son las 13 pautas de WCAG?
Los cuatro principios de WCAG contienen 13 pautas que establecen objetivos específicos para la accesibilidad web. Cada pauta incluye criterios de conformidad verificables en tres niveles: A, AA y AAA.
Pautas perceptibles
1.1 Alternativas textuales — Proporcionar alternativas textuales para el contenido no textual. Esto incluye texto alternativo para imágenes, etiquetas para campos de formulario y descripciones para iconos. Las alternativas textuales permiten a los usuarios de lectores de pantalla comprender contenido que no pueden ver.
1.2 Medios temporales — Proporcionar alternativas para contenido de audio y vídeo. Esto incluye subtítulos para vídeos, transcripciones para archivos de audio y audiodescripciones para contenido visual.
1.3 Adaptable — Crear contenido que pueda presentarse de distintas formas sin perder información. Las páginas web deben conservar su significado cuando los usuarios cambian la configuración de visualización o utilizan tecnologías de asistencia.
1.4 Distinguible — Facilitar la percepción visual y auditiva del contenido. Esto incluye contraste de color suficiente, texto redimensionable y controles de audio. Los usuarios con baja visión o pérdida auditiva dependen de estas funciones.
Pautas operables
2.1 Accesible mediante teclado — Hacer que todas las funciones estén disponibles mediante teclado. Los usuarios que no pueden utilizar un ratón deben poder navegar por el contenido web únicamente con el teclado.
2.2 Tiempo suficiente — Dar a los usuarios tiempo suficiente para leer e interactuar con el contenido. Evitar límites de tiempo estrictos o proporcionar formas de ampliarlos.
2.3 Convulsiones y reacciones físicas — No diseñar contenido que provoque convulsiones. Evitar contenido parpadeante que pueda desencadenar epilepsia fotosensible.
2.4 Navegable — Ayudar a los usuarios a navegar y encontrar contenido. Proporcionar encabezados claros, texto descriptivo en los enlaces y un orden lógico del foco.
2.5 Modalidades de entrada — Admitir distintos métodos de entrada además del teclado y el ratón. Los usuarios pueden depender de pantallas táctiles, comandos de voz o controles mediante conmutadores.
Pautas comprensibles
3.1 Legible — Hacer que el texto sea legible y comprensible. Utilizar un lenguaje claro y definir términos o abreviaturas poco habituales.
3.2 Predecible — Hacer que las páginas web aparezcan y funcionen de manera predecible. Una navegación y funcionalidad coherentes ayudan a todos los usuarios.
3.3 Asistencia para la entrada — Ayudar a los usuarios a evitar y corregir errores. Proporcionar mensajes de error e instrucciones claros para los formularios.
Pautas robustas
4.1 Compatible — Maximizar la compatibilidad con agentes de usuario actuales y futuros, incluidas las tecnologías de asistencia. Utilizar código válido y seguir los estándares web para que el contenido funcione de forma fiable en distintos navegadores y dispositivos.
¿Cuáles son los tres niveles de conformidad de WCAG?
WCAG tiene tres niveles de conformidad:Nivel A, Nivel AA y Nivel AAA, que definen grados crecientes de accesibilidad. El Nivel AA es el estándar legal para la mayoría de los requisitos de accesibilidad.
| Nivel | Descripción | Criterios de conformidad | Estado legal |
|---|---|---|---|
| Nivel A | Accesibilidad mínima: aborda las barreras de accesibilidad más críticas. | 30 criterios | Obligatorio para el cumplimiento |
| Nivel AA | Accesibilidad estándar: elimina barreras para la mayoría de las personas con discapacidad. | 20 criterios adicionales | Exigido por la mayoría de las leyes |
| Nivel AAA | Máximo nivel de accesibilidad: ofrece un acceso mejorado, pero no siempre es posible alcanzarlo. | 28 criterios adicionales | Objetivo recomendado; no exigido legalmente |
Cada nivel se basa en el anterior. Para alcanzar el Nivel AA, primero deben cumplirse todos los criterios del Nivel A. Los niveles de conformidad ayudan a los propietarios de sitios web a priorizar sus esfuerzos de accesibilidad y comprender sus obligaciones.
Para cumplir la mayoría de las leyes de accesibilidad mediante WCAG, las organizaciones deben satisfacer todos los criterios de conformidad de los niveles A y AA. La conformidad con el Nivel AAA es opcional porque algunos criterios no pueden cumplirse para todos los tipos de contenido.
Cómo varían los criterios de conformidad según el nivel
Una misma pauta puede incluir criterios de conformidad de distintos niveles. A continuación se muestra un ejemplo con requisitos de accesibilidad para vídeo:
| Criterio de conformidad | Nivel | Requisito |
|---|---|---|
| 1.2.3 Audiodescripción o alternativa multimedia | A | Proporcionar audiodescripción o una alternativa textual para el vídeo. |
| 1.2.5 Audiodescripción (pregrabada) | AA | Proporcionar audiodescripción para todo vídeo pregrabado. |
| 1.2.8 Alternativa multimedia (pregrabada) | AAA | Proporcionar una transcripción textual completa que incluya las audiodescripciones. |
A medida que aumentan los niveles, los requisitos son más completos. El Nivel A ofrece flexibilidad —audiodescripción O texto—, el Nivel AA exige específicamente audiodescripción y el Nivel AAA exige alternativas tanto de audio como de texto.
¿Qué son las infracciones de WCAG?
Las infracciones de WCAG se producen cuando el contenido web no cumple uno o más criterios de conformidad. Cada infracción crea una barrera de accesibilidad que impide a las personas con discapacidad utilizar el sitio web.
Entre las infracciones comunes de WCAG se incluyen:
| Infracción | Criterio WCAG | Impacto |
|---|---|---|
| Falta de texto alternativo en las imágenes | 1.1.1 Contenido no textual | Los usuarios de lectores de pantalla no pueden comprender las imágenes. |
| Contraste de color insuficiente | 1.4.3 Contraste (mínimo) | Los usuarios con baja visión no pueden leer el texto. |
| Sin acceso mediante teclado | 2.1.1 Teclado | Los usuarios que no pueden utilizar un ratón quedan bloqueados. |
| Faltan etiquetas en los formularios | 1.3.1 Información y relaciones | Los usuarios de lectores de pantalla no pueden completar los formularios. |
| Contenido multimedia con reproducción automática | 1.4.2 Control de audio | Interfiere con los lectores de pantalla. |
| Vídeos sin subtítulos | 1.2.2 Subtítulos (pregrabados) | Los usuarios sordos o con dificultades auditivas no pueden acceder al contenido. |
| Faltan títulos de página | 2.4.2 Página titulada | Los usuarios no pueden identificar ni navegar por las páginas web. |
Cualquier problema de accesibilidad que impida a los usuarios percibir, utilizar o comprender el contenido web constituye una posible infracción de WCAG y una posible responsabilidad legal.
¿Cómo puedo hacer que mi sitio web cumpla WCAG?
Hacer accesibles los sitios web requiere una combinación de herramientas automatizadas, pruebas manuales y esfuerzos continuos de accesibilidad. Ninguna herramienta detecta por sí sola todos los problemas de accesibilidad.
Paso 1: realizar una auditoría de accesibilidad
Comienza con una auditoría de accesibilidad que combine análisis automatizados con pruebas manuales realizadas por expertos y personas con discapacidad. Las herramientas automatizadas no pueden detectar todos los problemas de accesibilidad; el resto requiere revisión humana mediante tecnologías de asistencia, como lectores de pantalla.
| Método de prueba | Qué detecta | Limitaciones |
|---|---|---|
| Herramientas automatizadas | Problemas comunes de accesibilidad, como contraste de color insuficiente, falta de texto alternativo y etiquetas de formulario ausentes. | No pueden detectar todos los problemas de accesibilidad. |
| Revisión manual de expertos | Infracciones de accesibilidad exhaustivas, incluidas la navegación mediante teclado, el orden del foco, la estructura de la página y el marcado semántico. | Es posible que los expertos no experimenten el sitio igual que usuarios reales con discapacidad. |
| Pruebas funcionales con tecnologías de asistencia (TA) | Barreras encontradas por usuarios de tecnologías de asistencia durante recorridos críticos, como el registro o el proceso de pago. | Normalmente las realiza un único experto en tecnología de asistencia y no representan todas las discapacidades ni necesidades de los usuarios. |
| Pruebas con usuarios con discapacidad | Desafíos de usabilidad reales, incluidos diseños confusos, problemas de navegación y dificultades para completar tareas. | Pueden requerir planificación, coordinación y recursos adicionales. |
Paso 2: corregir los problemas de accesibilidad por prioridad
Céntrate en los problemas que crean las mayores barreras de accesibilidad para los usuarios. También son los que tienen más probabilidades de generar riesgo legal.
Paso 3: formar al equipo
Los diseñadores web, desarrolladores y creadores de contenido desempeñan un papel en la accesibilidad. Forma a todas las personas implicadas en la creación de contenido digital sobre los requisitos WCAG y las normas de accesibilidad.
Paso 4: integrar la accesibilidad en el proceso
No añadas la accesibilidad a posteriori: incorpórala desde el principio. Incluye requisitos de accesibilidad en las especificaciones de diseño, las revisiones de código y las directrices de contenido. Este enfoque cuesta menos y ofrece mejores resultados que corregir problemas tras el lanzamiento.
Paso 5: documentar los esfuerzos de accesibilidad
Publica una declaración de accesibilidad en tu sitio web. Documenta las afirmaciones de conformidad, los problemas conocidos y el calendario de remediación. Esto demuestra buena fe y puede reducir las sanciones si surgen problemas.
¿Cuál es la diferencia entre WCAG 2.1 y WCAG 2.2?
WCAG 2.2 se basa en WCAG 2.1 y es totalmente compatible con versiones anteriores. El contenido que cumple WCAG 2.2 también cumple WCAG 2.1 y WCAG 2.0.
| Característica | WCAG 2.1 | WCAG 2.2 |
|---|---|---|
| Fecha de publicación | Junio de 2018 | Octubre de 2023 |
| Total de criterios de conformidad | 78 | 86 |
| Nuevos criterios de conformidad | 17 (añadidos a WCAG 2.0) | 9 (añadidos a WCAG 2.1; se eliminó un criterio anterior) |
| Áreas de interés | Accesibilidad móvil, baja visión y accesibilidad cognitiva. | Discapacidades cognitivas, baja visión y accesibilidad móvil. |
| Estado legal | Estándar actual de la mayoría de las leyes de accesibilidad. | Estándar recomendado que se está convirtiendo cada vez más en un requisito legal. |
WCAG 2.2 añadió nueve nuevos criterios de conformidad centrados en usuarios con discapacidades cognitivas o de aprendizaje, personas con baja visión y usuarios de dispositivos móviles. Las principales incorporaciones incluyen requisitos para la apariencia del foco, los movimientos de arrastre y la autenticación accesible.
La mayoría de las normativas de accesibilidad hacen referencia actualmente a WCAG 2.1, pero las organizaciones deberían adoptar WCAG 2.2 para preparar su cumplimiento futuro. Los criterios existentes de 2.1 permanecen sin cambios en 2.2, salvo un criterio que fue eliminado.
¿Qué ocurre con WCAG 3.0?
WCAG 3.0 es la próxima versión principal de las pautas de accesibilidad. El Grupo de Trabajo de Pautas de Accesibilidad continúa desarrollando el estándar, pero aún no se ha fijado una fecha oficial de publicación.
WCAG 3.0 introduce cambios importantes, como un nuevo sistema de puntuación —escala de 0 a 4 en lugar de aprobado/no aprobado—, nuevos niveles de conformidad —Bronce / Plata / Oro en lugar de A / AA / AAA— y un ámbito más amplio que abarca tecnologías recientes, como interfaces de voz y dispositivos ponibles.
Las organizaciones deben seguir adoptando WCAG 2.2 AA como estándar operativo. WCAG 3.0 no afectará a los requisitos legales durante años, pero merece la pena adoptar ya sus conceptos, como las pruebas con usuarios que utilizan tecnologías de asistencia.
Preguntas frecuentes
Preguntas frecuentes.
¿No encuentras la respuesta? Ponte en contacto con nosotros; nos encantará hablar contigo.
