¿Alguna vez has intentado pulsar un botón demasiado pequeño en una web, entender un vídeo sin subtítulos o rellenar un formulario que no explica por qué aparece un error? Son dificultades habituales que pueden impedir que algunas personas utilicen una página web. WCAG 2.2 es un conjunto de pautas internacionales para conseguir que las páginas web sean más fáciles de utilizar y accesibles para las personas con discapacidad.
Publicadas por el W3C en 2023, estas recomendaciones ayudan a crear contenidos y servicios digitales que puedan utilizarse con diferentes capacidades y tecnologías. En este artículo, te explicamos qué significa WCAG, cuáles son sus niveles A, AA y AAA, qué mejoras incorpora la versión 2.2 y qué obligaciones de accesibilidad existen en España. Todo ello con ejemplos sencillos y sin necesidad de tener conocimientos de programación.
¿Qué es WCAG 2.2 y qué significa?
Las siglas WCAG significan Web Content Accessibility Guidelines, traducidas al español como Pautas de Accesibilidad para el Contenido Web. Las publica el World Wide Web Consortium (W3C) mediante su iniciativa WAI, dedicada a mejorar la accesibilidad digital.
Su objetivo es que la información y las funcionalidades de una web sean perceptibles, operables, comprensibles y robustas, independientemente de si la persona utiliza un ratón, un teclado, un lector de pantalla u otras tecnologías de apoyo.
Las pautas WCAG establecen criterios de éxito: requisitos verificables para que una web accesible pueda utilizarse con distintas capacidades y tecnologías de apoyo, como un lector de pantalla. Por ejemplo, permiten comprobar si una persona puede ampliar el texto, navegar con teclado o comprender un formulario.
Versiones de WCAG: de la 2.0 a la 2.2
El estándar ha evolucionado para responder a las nuevas tecnologías y a las necesidades de las personas usuarias.
| Versión | Publicación | Principales aportaciones |
|---|---|---|
| WCAG 2.0 | Diciembre de 2008 | Establece los cuatro principios fundamentales y los niveles A, AA y AAA. |
| WCAG 2.1 | Junio de 2018 | Añade requisitos relacionados con dispositivos móviles, baja visión y accesibilidad cognitiva. |
| WCAG 2.2 | Octubre de 2023 | Incorpora nueve criterios nuevos y elimina uno obsoleto. |
| WCAG 2.2 actualizada | Diciembre de 2024 | Publica una revisión de la recomendación, manteniendo los nueve criterios incorporados. |
Las versiones WCAG 2.0, WCAG 2.1 y WCAG 2.2 mantienen una relación de compatibilidad: una página que cumple WCAG 2.2 también satisface los requisitos de las versiones anteriores, con la particularidad del criterio 4.1.1, declarado obsoleto. Esto permite actualizar los proyectos de accesibilidad sin tener que comenzar desde cero. Además, la versión 2.2 recibió reconocimiento como estándar internacional ISO/IEC 40500:2025.
¿Para qué sirve WCAG 2.2 y quién debe cumplirla?
Las WCAG sirven para identificar y prevenir barreras que dificultan o impiden utilizar una página web.
Su aplicación resulta especialmente importante en las siguientes actividades:
- Administraciones públicas: facilitar el acceso a trámites, solicitudes, certificados e información institucional.
- Comercio electrónico: permitir consultar productos, utilizar el carrito y finalizar compras sin barreras.
- Banca y servicios financieros: mejorar la accesibilidad de las operaciones, los formularios y los sistemas de identificación.
- Educación y plataformas e-learning: garantizar que materiales, actividades, evaluaciones y aulas virtuales puedan utilizarse con diferentes tecnologías.
- Empresas de software: desarrollar aplicaciones e interfaces utilizables por el mayor número posible de personas.
Imagina una tienda online con botones demasiado pequeños para seleccionarlos fácilmente desde el móvil. O una plataforma educativa que únicamente permite responder a un examen mediante el ratón.
También encontramos barreras cuando un texto presenta un contraste insuficiente, un formulario no explica qué datos son incorrectos o una imagen importante carece de descripción. Las pautas WCAG ayudan a prevenir estos problemas desde las primeras fases del diseño.
En el aprendizaje digital contribuyen a las características de la educación inclusiva. Sin embargo, aplicar WCAG como buena práctica no implica que todas las webs estén sometidas a la misma obligación legal.
Normas de accesibilidad web: marco normativo en España y la UE
¿Es obligatorio cumplir WCAG 2.2 en España? No todas las páginas web están sujetas a las mismas obligaciones. La normativa establece requisitos diferentes según la organización, el producto o el servicio. Además, algunas normas europeas todavía toman como referencia versiones anteriores de WCAG, por lo que es importante distinguir las recomendaciones técnicas de las exigencias legales.
A continuación, te mostramos una tabla con las principales normas de accesibilidad web que debemos tener en cuenta:
| Norma | Alcance | ¿Qué exige o establece? |
|---|---|---|
| WCAG 2.2 | Estándar técnico internacional del W3C. | Define criterios de accesibilidad web en los niveles A, AA y AAA. |
| EN 301 549 V3.2.1 | Norma europea armonizada de accesibilidad TIC. | Sigue siendo la referencia armonizada aplicable para los requisitos correspondientes; su apartado web se basa en WCAG 2.1 A y AA. |
| EN 301 549 V4.1.1 | Actualización europea publicada en septiembre de 2026. | Incorpora WCAG 2.2 A y AA, además de requisitos adicionales. Todavía requiere su correspondiente referencia en el DOUE para sustituir a la versión armonizada. |
| Ley 11/2023 | Transposición española de la Directiva 2019/882. | Regula requisitos de accesibilidad para los productos y servicios incluidos en su ámbito, aplicables con carácter general desde el 28 de junio de 2025. |
| RD 1112/2018 | Sector público español y otros supuestos incluidos. | Regula la accesibilidad de sitios web y aplicaciones móviles, así como declaraciones, seguimiento y revisiones. |
| UNE 139803:2012 | Norma técnica española para contenidos web. | Recoge requisitos basados en WCAG 2.0 y constituye una referencia histórica de la accesibilidad web en España. |
Por ejemplo, la Ley 11/2023 contempla una exención para las microempresas que prestan servicios respecto a los requisitos establecidos en su título I, además de determinadas excepciones y disposiciones transitorias. Esta exención no debe interpretarse como una dispensa general de toda la legislación sobre accesibilidad.
- Que la portada cumpla un nivel WCAG no significa que los pasos de compra, el área privada o los contenidos incrustados también lo hagan. Conviene revisar esos recorridos por separado.
¿Significa esto que cumplir WCAG 2.2 AA garantiza el cumplimiento legal?
No necesariamente. La norma EN 301 549 contempla requisitos adicionales para productos y servicios tecnológicos que no forman parte de las WCAG. Por ello, cumplir todos los criterios de WCAG 2.2 nivel AA no equivale automáticamente a cumplir toda la EN 301 549 ni todas las obligaciones de la legislación aplicable. Para entender mejor el marco europeo y consultar recursos especializados, puedes acudir a AccessibleEU, el Centro Europeo de Recursos sobre Accesibilidad.
La recomendación práctica es utilizar WCAG 2.2 como referencia técnica avanzada, sin dejar de comprobar qué versión normativa resulta exigible en cada proyecto.
Los 4 principios de la accesibilidad web (POUR)
Los principios WCAG se conocen mediante el acrónimo inglés POUR: Perceivable, Operable, Understandable and Robust. Estos cuatro principios básicos organizan las 13 pautas del estándar.
Perceptible
El principio perceptible establece que la información y los componentes de la interfaz deben presentarse de formas que las personas puedan percibir. Es decir, que puedas ver, escuchar o recibir la información de otra manera. Por ejemplo, un vídeo con subtítulos. Una página no debería depender exclusivamente del color, del sonido o de las imágenes para transmitir información esencial. Entre sus aplicaciones destacan las alternativas textuales, los subtítulos, el contraste suficiente y la adaptación del contenido cuando se amplía la pantalla o cambia su distribución (reflow).
Ejemplo: una imagen de un gráfico de ventas incluye un texto alternativo que describe la tendencia principal.
Operable
Una interfaz operable permite que las personas puedan manejar sus elementos y navegar por sus contenidos. Es decir, que puedas utilizar la página aunque no tengas ratón. Por ejemplo, moverte con el teclado. Esto implica facilitar el uso del teclado, proporcionar tiempo suficiente para completar acciones y evitar contenidos que puedan provocar crisis fotosensibles.
Ejemplo: al pulsar la tecla Tab, una persona puede desplazarse por los enlaces y botones de una tienda online, identificar el elemento seleccionado y activar la compra sin utilizar el ratón.
Comprensible
El principio comprensible exige que tanto la información como el funcionamiento de la interfaz puedan entenderse. Es decir, que entiendas qué tienes que hacer y qué ocurre si te equivocas. Por ejemplo, un formulario que explica cómo corregir un error. Una web debe utilizar un lenguaje claro, comportarse de forma predecible y ofrecer instrucciones útiles cuando una persona necesita introducir información.
Ejemplo: si un formulario requiere un correo electrónico válido, el sistema muestra el mensaje «Introduce una dirección de correo electrónico válida» y permite identificar el campo que debe corregirse.
Robusto
El principio robusto busca que el contenido pueda interpretarse correctamente mediante distintos navegadores y tecnologías de apoyo. Es decir, que la página funcione con diferentes dispositivos y herramientas de accesibilidad, como los lectores de pantalla. Para conseguirlo, es importante utilizar HTML semántico, identificar adecuadamente los controles y emplear atributos ARIA cuando sean necesarios.
Ejemplo: un botón de búsqueda implementado con el elemento HTML button y un nombre accesible permite que el lector de pantalla comunique su función.
La accesibilidad web WCAG no depende de incorporar una tecnología específica, sino de proporcionar estructuras e interacciones que puedan interpretarse de forma fiable.
- La accesibilidad no se incorpora al final con un complemento automático. Debe formar parte del contenido, del diseño y de las funciones originales; de lo contrario, algunas barreras pueden permanecer.
Niveles de conformidad WCAG: A, AA y AAA
Las WCAG tienen tres niveles de cumplimiento. Puedes imaginarlos como tres escalones:
- Nivel A (básico): incluye las condiciones fundamentales que una página debe cumplir para eliminar determinadas barreras de acceso.
- Nivel AA (intermedio): añade más requisitos para facilitar la navegación, la lectura y la interacción. Es el nivel que se utiliza habitualmente como referencia en proyectos profesionales.
- Nivel AAA (más exigente): incorpora mejoras adicionales para cubrir más necesidades de accesibilidad.
Los niveles son acumulativos. Una página que alcanza AA también debe cumplir A, y una que alcanza AAA debe cumplir los tres niveles. En WCAG 2.2 existen 86 criterios de accesibilidad. De ellos, 55 corresponden a los niveles A y AA juntos.
| Nivel | Criterios propios | Total acumulado | ¿Qué representa? | Aplicación habitual |
|---|---|---|---|---|
| A | 31 | 31 | Requisitos fundamentales para evitar barreras importantes. | Base necesaria para cualquier nivel de conformidad. |
| AA | 24 | 55 | Añade requisitos sobre accesibilidad visual, navegación e interacción. | Referencia técnica habitual en obligaciones legales y proyectos profesionales. |
| AAA | 31 | 86 | Incorpora requisitos adicionales de mayor exigencia. | Objetivos específicos de accesibilidad avanzada y mejoras voluntarias. |
| Total | 86 | 86 | Conjunto de criterios WCAG 2.2. | Su aplicación depende del nivel elegido. |
Estos números representan criterios, no porcentajes de accesibilidad ni garantías de que todas las personas puedan utilizar una web sin dificultades.
El nivel AA suele ser el objetivo prioritario porque combina una mayor cobertura de necesidades con requisitos aplicables a un amplio conjunto de proyectos. Por su parte, WCAG AAA constituye el nivel más exigente. El propio W3C advierte que no siempre resulta posible cumplir todos sus criterios en cualquier tipo de contenido.
¿Qué es WCAG 2.1 nivel AA y qué cambia con WCAG 2.2 AA?
WCAG 2.1 nivel AA significa que una página satisface todos los criterios aplicables de los niveles A y AA de la versión 2.1. En cifras, la diferencia es la siguiente:
| Versión | Criterios A | Criterios AA adicionales | Total exigido para AA |
|---|---|---|---|
| WCAG 2.1 | 30 | 20 | 50 |
| WCAG 2.2 | 31 | 24 | 55 |
La transición de WCAG 2.1 AA a WCAG 2.2 nivel AA incorpora dos criterios A y cuatro AA, mientras elimina el criterio A 4.1.1, considerado obsoleto. El resultado es un aumento neto de cinco criterios exigibles para alcanzar AA.
Las principales novedades afectan a la visibilidad del foco, los movimientos de arrastre, el tamaño de los controles, la ayuda coherente, los formularios y la autenticación. Aunque el nivel AA de las pautas WCAG-2.1 sigue siendo la base de la EN 301 549 V3.2.1 armonizada, adoptar WCAG 2.2 AA permite prepararse para las nuevas exigencias técnicas y mejorar la experiencia de uso.
- Una web accesible no es solo una página que se ve bien: también debe permitir completar tareas reales, como inscribirse en un curso o finalizar una compra, sin obstáculos inesperados.
- Los niveles A, AA y AAA no funcionan como una puntuación de calidad global. Indican qué requisitos se cumplen; alcanzar WCAG 2.2 AA no garantiza por sí solo una experiencia sencilla.
- Los nuevos criterios de WCAG 2.2 recuerdan que las barreras también aparecen en acciones pequeñas: localizar un botón, mover un elemento o acceder a una cuenta puede determinar quién utiliza un servicio.
Novedades de WCAG 2.2 respecto a WCAG 2.1
Las WCAG se organizan en principios, pautas y criterios de éxito. Estos últimos son requisitos concretos que permiten comprobar si una página es accesible. Por ejemplo, que los textos tengan suficiente contraste para poder leerse correctamente.
La actualización WCAG 2.2 introduce nueve criterios nuevos de accesibilidad y elimina uno de la versión anterior. De los nueve criterios incorporados, dos corresponden al nivel A, cuatro al nivel AA y tres al nivel AAA. El objetivo es reducir barreras que afectan especialmente a personas con discapacidades motoras, cognitivas o visuales y a quienes utilizan dispositivos táctiles.
Los criterios de éxito establecen requisitos concretos para comprobar la accesibilidad de una página. Sus definiciones, excepciones y niveles pueden consultarse en la especificación oficial WCAG 2.2 del W3C.
A continuación, te mostramos la tabla de los 9 criterios nuevos:
| Criterio WCAG 2.2 | Nivel | ¿Qué exige? | Ejemplo práctico |
|---|---|---|---|
| 2.4.11 Foco no oculto (mínimo) | AA | Evitar que el elemento con foco de teclado quede completamente oculto por contenido creado por la página. | Un encabezado fijo no tapa por completo el botón seleccionado. |
| 2.4.12 Foco no oculto (mejorado) | AAA | Garantizar que ningún componente con foco quede oculto por ese contenido. | El botón enfocado permanece totalmente visible al navegar. |
| 2.4.13 Apariencia del foco | AAA | Proporcionar un indicador de foco con superficie y contraste suficientes. | El control seleccionado presenta un contorno claramente perceptible. |
| 2.5.7 Movimientos de arrastre | AA | Ofrecer una alternativa con puntero único que no requiera arrastrar, salvo excepciones. | Reordenar elementos mediante botones de subir y bajar. |
| 2.5.8 Tamaño del objetivo (mínimo) | AA | Establecer objetivos de al menos 24 × 24 píxeles CSS o separación suficiente, con las excepciones previstas. | Un botón pequeño dispone de área de activación o espaciado adecuados. |
| 3.2.6 Ayuda coherente | A | Mantener los mecanismos de ayuda en un orden relativo coherente entre páginas. | La opción de contacto aparece en una ubicación consistente. |
| 3.3.7 Entrada redundante | A | Evitar solicitar nuevamente datos introducidos durante el mismo proceso, salvo excepciones. | Una compra conserva la información facilitada anteriormente. |
| 3.3.8 Autenticación accesible (mínimo) | AA | Evitar pruebas cognitivas obligatorias sin alternativas o mecanismos de asistencia admitidos. | Permitir gestores de contraseñas y pegar códigos de verificación. |
| 3.3.9 Autenticación accesible (mejorada) | AAA | Aplicar condiciones más restrictivas a las pruebas cognitivas durante la autenticación. | Facilitar un acceso mediante una alternativa que no exija memorizar ni resolver pruebas cognitivas. |
Es importante recordar que algunos criterios contemplan excepciones específicas. Por ejemplo, el tamaño mínimo de 24 × 24 píxeles CSS puede sustituirse por una separación suficiente entre objetivos y existen supuestos excepcionados, como determinados enlaces integrados en texto.
Además de incorporar nueve criterios nuevos, WCAG 2.2 elimina el criterio 4.1.1 (Procesamiento), relacionado con errores en la estructura del código HTML. El W3C lo considera obsoleto porque los navegadores actuales ya gestionan estos problemas. Su eliminación no exige modificar las webs que cumplían WCAG 2.1, aunque puede requerir actualizar los informes de accesibilidad.
Ejemplos prácticos de los criterios A y AA
Estos seis ejemplos muestran cómo aplicar los nuevos criterios A y AA de WCAG 2.2 en situaciones habituales:
- Foco no oculto (AA)
- Mal: un menú fijo tapa por completo el botón seleccionado al navegar con el teclado.
- Bien: el botón permanece visible para que la persona sepa dónde se encuentra.
- Movimientos de arrastre (AA)
- Mal: una lista de tareas solo permite cambiar el orden arrastrando elementos con el ratón.
- Bien: también ofrece botones para subir o bajar cada tarea, facilitando su uso a personas con dificultades de movilidad.
- Tamaño del objetivo (AA)
- Mal: varios botones pequeños aparecen demasiado juntos y cuesta pulsarlos.
- Bien: tienen un área de activación de al menos 24 × 24 píxeles CSS o suficiente separación, según las condiciones y excepciones del criterio.
- Ayuda coherente (A)
- Mal: el acceso a la ayuda cambia de orden constantemente entre páginas.
- Bien: mantiene una posición relativa coherente, facilitando que las personas encuentren asistencia.
- Entrada redundante (A)
- Mal: un formulario obliga a escribir varias veces los mismos datos durante un proceso.
- Bien: conserva la información anterior o permite seleccionarla de nuevo, salvo las excepciones previstas.
- Autenticación accesible (AA)
- Mal: una web impide utilizar gestores de contraseñas y obliga a memorizar datos para acceder.
- Bien: facilita el uso de gestores, permite copiar y pegar credenciales y ofrece métodos de acceso que reducen las exigencias cognitivas.
¿Cómo empezar a aplicar WCAG 2.2?
Adoptar las pautas de accesibilidad web requiere integrar la accesibilidad en el diseño, el desarrollo y el mantenimiento del sitio. Esta lista de comprobación permite comenzar con los aspectos más importantes:
- Revisar el contraste: comprobar que textos y componentes visuales alcanzan las relaciones de contraste exigidas.
- Probar la navegación por teclado: verificar que enlaces, menús, botones y formularios pueden utilizarse sin ratón.
- Comprobar el foco: asegurar que sea visible y que los elementos seleccionados no queden ocultos.
- Revisar los controles táctiles: verificar el tamaño y la separación de los objetivos interactivos.
- Mejorar los formularios: ofrecer etiquetas, instrucciones comprensibles, mensajes de error y mecanismos que eviten repetir datos.
- Facilitar la autenticación: permitir gestores de contraseñas, copiar y pegar, y métodos que reduzcan las exigencias cognitivas.
- Describir las imágenes: incluir textos alternativos útiles cuando transmitan información relevante.
- Hacer accesible el contenido audiovisual: incorporar subtítulos y otras alternativas cuando los criterios aplicables lo requieran.
- Antes de publicar una página, intenta completar una tarea sin utilizar el ratón: abrir el menú, localizar información y enviar un formulario. Registra cualquier bloqueo y comprueba después la solución.
Puedes utilizar herramientas como WAVE, axe o Lighthouse para detectar determinados problemas, así como NVDA para realizar comprobaciones con un lector de pantalla. Sin embargo, las herramientas automáticas no permiten demostrar por sí solas el cumplimiento de todas las WCAG. Para conocer el proceso completo de revisión, las pruebas manuales y la elaboración de informes, consulta nuestra guía sobre auditoría de accesibilidad web.
WCAG 3.0: ¿sustituirá a WCAG 2.2?
WCAG 3.0 es una futura evolución de las pautas de accesibilidad del W3C, que pretende ampliar y mejorar la forma de evaluar la accesibilidad digital. Todavía se encuentra en desarrollo y sus requisitos pueden cambiar. Mientras no se publique como estándar definitivo, WCAG 2.2 continúa siendo la versión estable recomendada para nuevos proyectos.
Entre sus principales propuestas destacan una estructura diferente, una mayor atención a las necesidades cognitivas y un sistema renovado de conformidad.
Formación en accesibilidad digital y WCAG
La accesibilidad digital se ha convertido en una competencia relevante para distintas profesiones tecnológicas. Cada vez resulta más importante comprender cómo crear interfaces utilizables, interpretar criterios WCAG y desarrollar productos digitales que tengan en cuenta diferentes necesidades.
Entre los perfiles profesionales relacionados con esta especialización encontramos desarrolladores frontend, especialistas en UX/UI, profesionales de QA y testing, responsables de contenidos digitales y consultores de accesibilidad. Si quieres orientar tu carrera hacia el diseño de productos inclusivos, también puedes explorar las opciones de formación en UX/UI de Euroinnova.
Formarte en accesibilidad web te permitirá incorporar criterios de inclusión y calidad a tus proyectos digitales, tanto si trabajas en desarrollo y diseño como si gestionas contenidos o servicios online.
Preguntas frecuentes sobre WCAG 2.2
¿Qué significa WCAG?
WCAG son las siglas de Web Content Accessibility Guidelines, que en español significa Pautas de Accesibilidad para el Contenido Web. Son recomendaciones desarrolladas por el W3C, mediante su iniciativa WAI, para mejorar el acceso a páginas y contenidos digitales. Establecen principios, pautas y criterios verificables que ayudan a reducir las barreras para personas con discapacidad.
¿Qué es WCAG 2.1 nivel AA?
WCAG 2.1 nivel AA es un nivel de conformidad que exige cumplir todos los criterios aplicables de los niveles A y AA de la versión 2.1. En total son 50 criterios de éxito. Ha sido una referencia fundamental de las normas de accesibilidad web y sigue formando parte de la base técnica de la EN 301 549 V3.2.1 armonizada.
¿Cuáles son los 4 principios de la accesibilidad web?
Los cuatro principios de la accesibilidad web son perceptible, operable, comprensible y robusto, conocidos mediante el acrónimo POUR. Significan que la información debe poder percibirse, los controles deben poder utilizarse, el funcionamiento tiene que resultar comprensible y el contenido debe ser compatible con navegadores y tecnologías de apoyo, como los lectores de pantalla.
¿Es obligatorio cumplir WCAG 2.2 en España?
No existe una obligación general de cumplir específicamente WCAG 2.2 para todas las páginas web españolas. Las exigencias dependen de la actividad y del marco jurídico aplicable, como el RD 1112/2018 o la Ley 11/2023. Actualmente, la referencia europea armonizada EN 301 549 V3.2.1 continúa basada en WCAG 2.1 A y AA.
¿Qué nivel de WCAG debo cumplir?
El nivel AA suele ser la referencia más utilizada en proyectos de accesibilidad web y en los marcos normativos que incorporan las WCAG. No obstante, debes revisar la versión y los requisitos legales aplicables a tu organización. El nivel A representa la base y el AAA incorpora condiciones adicionales que no siempre pueden satisfacerse en todos los contenidos.
¿Cuántos criterios nuevos trae WCAG 2.2?
WCAG 2.2 introduce nueve criterios de éxito respecto a WCAG 2.1: dos de nivel A, cuatro de nivel AA y tres de nivel AAA. También elimina el criterio 4.1.1, considerado obsoleto. En conjunto, WCAG 2.2 reúne 86 criterios, de los cuales 55 corresponden a los niveles acumulados A y AA.
