WCAG 2.1 vs 2.2: qué cambió y por qué importa

WCAG 2.2 se convirtió en Recomendación del W3C en octubre de 2023. Si tu sitio se auditó conforme a WCAG 2.1, puede que ya incumpla criterios que hoy definen la conformidad legal en la UE, el Reino Unido y, cada vez más, en las actuaciones sancionadoras de EE. UU. Esta guía repasa todos los cambios: qué se añadió, qué se eliminó y qué significa cada criterio en la práctica.

Contexto rápido: qué añadió WCAG 2.1

WCAG 2.1 (publicada en 2018) amplió el estándar original 2.0 con 17 nuevos criterios de éxito centrados en tres grupos desatendidos:

Usuarios móviles — gestos táctiles, orientación de la pantalla, precisión del puntero
Usuarios con baja visión — reflujo del contenido, contraste de elementos no textuales, espaciado del texto
Discapacidades cognitivas y del lenguaje — límites de tiempo, mensajes de estado

WCAG 2.2 se apoya directamente en la 2.1. Todos los requisitos de la 2.1 siguen vigentes. La pregunta es: ¿qué añadió la 2.2 por encima?

Lo que añadió WCAG 2.2: 9 nuevos criterios de éxito

2.4.11 Foco no oculto (mínimo) — Nivel AA

Cuando un componente recibe el foco del teclado, no puede quedar completamente oculto por otro contenido (cabeceras fijas, banners de cookies, widgets de chat). Al menos una parte del elemento enfocado debe seguir siendo visible.

Fallo habitual: una barra de navegación fija tapa el campo de formulario enfocado cuando el usuario recorre la página con el tabulador.

2.4.12 Foco no oculto (mejorado) — Nivel AAA

Versión más estricta del 2.4.11: el componente enfocado debe ser totalmente visible, no solo parcialmente.

2.4.13 Apariencia del foco — Nivel AA

Los indicadores de foco del teclado deben cumplir umbrales mínimos de tamaño y contraste:

El área del indicador de foco debe ser como mínimo tan grande como un perímetro de 2 píxeles CSS alrededor del componente
El contraste entre el estado enfocado y el no enfocado debe ser de al menos 3:1

Esto va más allá del ya existente 2.4.7 (Foco visible), que solo exigía que existiera algún indicador de foco.

Fallo habitual: un contorno punteado fino de 1 px con poco contraste supera el 2.4.7 pero incumple el 2.4.13.

2.5.7 Movimientos de arrastre — Nivel AA

Toda acción que requiera arrastrar debe poder realizarse también con un único puntero (toque o clic). Esto da servicio a los usuarios con discapacidades motoras que no pueden controlar de forma fiable las operaciones de arrastre.

Ejemplo: una lista ordenable debe ofrecer una alternativa (como botones de subir y bajar) para los usuarios que no pueden arrastrar elementos.

2.5.8 Tamaño del objetivo (mínimo) — Nivel AA

Los objetivos interactivos (botones, enlaces, controles de formulario) deben medir al menos 24 × 24 píxeles CSS, o bien tener suficiente separación respecto a los objetivos adyacentes para que el área total de activación alcance el umbral.

Esta es la versión mínima. El criterio mejorado (2.5.5, heredado de la 2.1 en nivel AAA) recomienda 44 × 44 px.

Fallos habituales: botones formados solo por un icono, iconos de cierre (×) y enlaces de texto en línea dentro de menús de navegación muy apretados.

3.2.6 Ayuda coherente — Nivel A

Si un sitio web ofrece un mecanismo de ayuda (número de teléfono, enlace de chat, formulario de contacto, enlace a preguntas frecuentes), este debe aparecer en la misma posición relativa en todas las páginas donde esté presente. Los usuarios con discapacidades cognitivas dependen a menudo de una ubicación predecible.

3.3.7 Entrada redundante — Nivel A

La información que un usuario ya ha facilitado en la misma sesión no debe volver a solicitarse, salvo que reintroducirla sea esencial (por ejemplo, un campo de confirmación de contraseña) o que los datos sean sensibles desde el punto de vista de la seguridad.

Ejemplo: un proceso de compra de varios pasos no debería pedir la dirección de facturación en el paso 3 si el usuario ya la introdujo en el paso 1.

3.3.8 Autenticación accesible (mínimo) — Nivel AA

Los pasos de autenticación no pueden depender de una prueba de función cognitiva —reconocer objetos, transcribir caracteres o resolver acertijos— salvo que se ofrezca una alternativa o que la prueba consista en reconocer contenido aportado por el propio usuario (como una foto que haya subido).

Fallos habituales: CAPTCHA que exigen identificar texto distorsionado sin alternativa en audio, o retos del tipo «haz clic en todas las imágenes con semáforos».

3.3.9 Autenticación accesible (mejorada) — Nivel AAA

La versión mejorada elimina incluso la excepción del contenido aportado por el usuario. No se permite ninguna prueba de función cognitiva en el flujo de autenticación.

Lo que eliminó WCAG 2.2: 4.1.1 Procesamiento

WCAG 2.1 incluía el criterio 4.1.1 Procesamiento (nivel A), que exigía HTML bien formado: identificadores de elemento únicos, etiquetas correctamente anidadas y pares completos de etiqueta de apertura y cierre. Los navegadores modernos se han vuelto tan buenos corrigiendo en silencio el HTML mal formado que este criterio dejó de ser medible en la práctica.

En WCAG 2.2, el 4.1.1 Procesamiento se marca como obsoleto y se considera siempre satisfecho. Ya no necesitas auditarlo, aunque escribir HTML limpio sigue siendo una buena práctica.

Tabla resumen

Criterio	Nivel	Tema
2.4.11 Foco no oculto (mín.)	AA	Foco del teclado
2.4.12 Foco no oculto (mejorado)	AAA	Foco del teclado
2.4.13 Apariencia del foco	AA	Indicador de foco
2.5.7 Movimientos de arrastre	AA	Entrada de puntero
2.5.8 Tamaño del objetivo (mínimo)	AA	Objetivos táctiles
3.2.6 Ayuda coherente	A	Previsibilidad
3.3.7 Entrada redundante	A	Formularios
3.3.8 Autenticación accesible (mín.)	AA	Inicio de sesión / CAPTCHA
3.3.9 Autenticación accesible (mejorada)	AAA	Inicio de sesión / CAPTCHA
~~4.1.1 Procesamiento~~	A	Eliminado

¿Quién necesita actualizarse?

Prácticamente todo el mundo. WCAG 2.2 es ya la referencia de base para:

La Ley Europea de Accesibilidad (EAA), en vigor desde junio de 2025
La norma armonizada EN 301 549 (actualizada para referenciar WCAG 2.2)
El reglamento británico de accesibilidad de organismos del sector público (guía actualizada)
Numerosas leyes estatales de EE. UU. y las posiciones informales de aplicación del DOJ

Si tu última auditoría completa fue conforme a WCAG 2.1 AA, concentra el esfuerzo de actualización en estos cinco criterios, que afectan a la mayoría de los sitios: 2.4.11, 2.4.13, 2.5.8, 3.3.8 y 3.3.7 (si tienes formularios o procesos de compra de varios pasos).

Cómo auditar los nuevos criterios

La mayoría de los escáneres automáticos ya señalan el 2.5.8 (tamaño del objetivo) y casos parciales del 2.4.13 (apariencia del foco). Sin embargo, los siguientes requieren pruebas manuales:

2.4.11 / 2.4.12 — recorre con el tabulador todas las páginas con las cabeceras y pies fijos activos y confirma que los elementos enfocados son visibles
2.4.13 — mide las dimensiones y el contraste del indicador de foco con las DevTools del navegador o un verificador de contraste
2.5.7 — identifica todas las interacciones de arrastre y verifica que existe una alternativa solo con puntero
3.2.6 — comprueba que los enlaces de ayuda aparecen en posiciones coherentes entre páginas
3.3.7 — recorre todos los flujos de varios pasos y confirma que no se piden datos dos veces
3.3.8 — prueba todos los pasos de inicio de sesión, registro y verificación en busca de pruebas de función cognitiva

WCAG 2.2 no es un rediseño de arriba abajo: es un conjunto acotado de añadidos que abordan barreras reales que la 2.1 pasó por alto. La buena noticia es que la mayoría de los nuevos criterios AA pueden resolverse con un trabajo de remediación focalizado, sin necesidad de reconstruir el sitio entero.

Relacionado: Cómo hacer tu web conforme a WCAG 2.2 · Guía de auditorías manuales de accesibilidad