Respuesta corta: las WCAG 2.2 añaden nueve criterios de éxito a las WCAG 2.1 y quitan el 4.1.1, «Parsing». Seis de los nuevos son de nivel A y AA. Tratan el foco tapado por contenido fijo, el arrastre y los objetivos táctiles pequeños. También la ayuda que cambia de sitio entre páginas, los datos repetidos en formularios y los acertijos al iniciar sesión.
Qué cambió desde las WCAG 2.1
Las WCAG 2.2 mantienen sin cambios todos los criterios de la 2.1, salvo el 4.1.1, «Parsing», que el W3C quitó por obsoleto. Después añaden nueve nuevos.
| Criterio | Nivel | Qué pide |
|---|---|---|
| 2.4.11 Foco no oculto (mínimo) | AA | Un elemento con foco nunca queda tapado del todo por contenido que añadió el sitio |
| 2.5.7 Movimientos de arrastre | AA | Lo que se hace arrastrando también se puede hacer con un solo puntero, salvo que la tarea exija arrastrar |
| 2.5.8 Tamaño del objetivo (mínimo) | AA | Objetivos de al menos 24 por 24 píxeles CSS, o con espacio suficiente alrededor |
| 3.2.6 Ayuda coherente | A | La ayuda que se repite entre páginas aparece en el mismo orden respecto al resto de la página |
| 3.3.7 Entrada redundante | A | Los datos que ya diste en un proceso se rellenan solos o se ofrecen de nuevo |
| 3.3.8 Autenticación accesible (mínimo) | AA | Sin pruebas de memoria ni acertijos al iniciar sesión, salvo con alternativa o ayuda |
De «What’s New in WCAG 2.2» y las páginas «Understanding» del W3C, en inglés, consultadas el 4 de noviembre de 2026.
Los otros tres criterios nuevos son de nivel AAA: el elemento con foco visible por completo, un indicador de foco más marcado y un inicio de sesión sin ninguna prueba de memoria.
Qué versión seguir
El W3C mantiene las tres versiones como estándares, pero anima a usar la más reciente. Las WCAG 2.0, 2.1 y 2.2 son compatibles hacia atrás, así que el contenido que cumple la 2.2 también cumple la 2.1 y la 2.0. Si trabajas con la 2.2, no necesitas revisar las anteriores.
Nuestra guía de accesibilidad web y ADA explica cómo encajan las WCAG en la ley de Estados Unidos. Nuestra guía de la declaración de accesibilidad explica cómo decir qué versión cumples.
Dónde suelen fallar las webs
Las cabeceras fijas, los avisos de cookies y los botones de chat pueden tapar el elemento que tiene el foco del teclado. El W3C dice que un aviso de cookies incumple el 2.4.11 si tapa del todo un elemento con foco. Propone hacerlo modal o añadir un relleno de desplazamiento (scroll padding).
Los enlaces y botones pequeños son la siguiente trampa. Un objetivo de menos de 24 por 24 píxeles también cumple si un círculo de 24 píxeles a su alrededor no toca otro objetivo. También cumple dentro de una frase, o cuando otro control hace lo mismo.
La ayuda no debe cambiar de lugar. Si tus páginas repiten datos de contacto, un formulario, una página de ayuda o un chat, deben aparecer en el mismo orden en todas. Al iniciar sesión, dejar que los gestores de contraseñas rellenen los campos y permitir copiar y pegar son los ejemplos del propio W3C de ayudas que cumplen el 3.3.8.
Cómo revisar tu web con las WCAG 2.2
- Recorre cada tipo de página con la tecla Tab y comprueba que el elemento con foco nunca desaparece detrás de contenido fijo.
- Haz una lista de lo que funciona arrastrando y dale una alternativa con un clic o un toque.
- Mide los botones y enlaces pequeños, y comprueba la regla de los 24 píxeles o el espacio a su alrededor.
- Deja los enlaces de contacto, el chat y la ayuda en el mismo orden en todas las páginas.
- En los formularios de varios pasos, rellena u ofrece lo que la gente ya escribió.
- Al iniciar sesión, deja que los gestores de contraseñas rellenen los campos y permite pegar.
- Actualiza tu declaración de accesibilidad a la versión que cumples.
Nuestra guía de navegación con teclado explica cómo probar el foco sin ratón.
Cómo sale nuestra propia web con las WCAG 2.2
El 4 de noviembre de 2026 revisamos nuestra propia web con los seis criterios nuevos de nivel A y AA. Lo hicimos en un navegador, a un ancho de escritorio y a uno de teléfono.
Al recorrer 5 páginas con la tecla Tab, ningún elemento con foco quedó tapado del todo por la cabecera fija, el aviso de cookies o el botón del chat. Nuestros enlaces de ayuda van en el mismo orden en todas las páginas: WhatsApp y el formulario de contacto en la cabecera, y después el correo, WhatsApp y el formulario en el pie.
En nuestras páginas nada funciona solo arrastrando, el formulario de reservas pide cada dato una vez y quien visita nunca inicia sesión.
El tamaño de los objetivos encontró un fallo. En el teléfono, el enlace «Preferencias» del aviso de cookies medía 17 píxeles de alto y quedaba demasiado cerca de sus vecinos. Ese mismo día agrandamos su zona táctil sin cambiar cómo se ve, y nuestra revisión ya no encuentra objetivos que fallen en 6 páginas a ninguno de los dos anchos.
Antes de decir que cumples las WCAG 2.2
- Un elemento con foco nunca queda tapado del todo.
- Nada funciona solo arrastrando.
- Los objetivos miden 24 píxeles o tienen espacio alrededor.
- La ayuda aparece en el mismo orden en todas las páginas.
- Los formularios de varios pasos nunca piden lo mismo dos veces.
- El inicio de sesión funciona con gestores de contraseñas y pegando.
RecuerdaLas WCAG 2.2 mantienen todo lo de la 2.1 y añaden seis comprobaciones de nivel A y AA. La mayoría detecta capas fijas, enlaces diminutos y formularios que hacen repetir datos.
Las webs accesibles, hechas con las WCAG 2.2, son parte de nuestro servicio de diseño web.
Respuestas rápidas sobre las WCAG 2.2
¿Qué hay de nuevo en las WCAG 2.2?
Nueve criterios de éxito. Seis son de nivel A y AA: foco no oculto, movimientos de arrastre, tamaño del objetivo, ayuda coherente, entrada redundante y autenticación accesible. Tres son de nivel AAA, y el criterio 4.1.1, «Parsing», desapareció.
¿Las WCAG 2.2 sustituyen a las 2.1?
No. El W3C dice que la 2.2 no deja obsoleta ni reemplaza a la 2.1, y las tres versiones siguen siendo estándares vigentes. Aun así, anima a usar la más reciente, porque el contenido que cumple la 2.2 también cumple la 2.1 y la 2.0.
¿Tengo que revisarlo todo de nuevo para las WCAG 2.2?
No. Los criterios de la 2.1 no cambian en la 2.2, salvo el 4.1.1, «Parsing», que se quitó. Revisa los seis criterios nuevos de nivel A y AA, y los tres de nivel AAA si apuntas a ese nivel.
¿Cuál es el tamaño mínimo de un objetivo en las WCAG 2.2?
24 por 24 píxeles CSS, en nivel AA. Un objetivo más pequeño también cumple si un círculo de 24 píxeles a su alrededor no toca otro objetivo. También cumplen los que están dentro de una frase, o los que tienen otro control en la página que hace lo mismo. Y los controles propios del navegador y los casos en que el tamaño forma parte de la información.
¿Qué significa que el foco no quede oculto?
Cuando algo recibe el foco del teclado, el contenido que añadió el sitio, como una cabecera fija o un aviso de cookies, no puede taparlo del todo. En nivel AA basta con que se vea en parte; el nivel AAA pide el elemento entero.
Fuentes
Consultadas el 4 de noviembre de 2026, en inglés. Iniciativa de Accesibilidad Web del W3C: WCAG 2 Overview y What’s New in WCAG 2.2. Del mismo sitio: Understanding SC 2.4.11 Focus Not Obscured (Minimum) (Level AA), Understanding SC 2.5.8 Target Size (Minimum) (Level AA) y Understanding SC 3.2.6 Consistent Help (Level A). Nuestro caso: nuestras propias páginas, revisadas en un navegador el 4 de noviembre de 2026.