23 de octubre de 2026
WCAG 2.2 novedades: criterios añadidos y criterio eliminado
¿Qué novedades y criterios trae WCAG 2.2? Publicada como recomendación del W3C el 5 de octubre de 2023, esta versión añade 9 criterios de conformidad respecto a WCAG 2.1 y elimina solo uno: el 4.1.1 Procesamiento (Parsing), que el W3C considera obsoleto. Según el W3C, los demás criterios de WCAG 2.0 y 2.1 siguen siendo esencialmente los mismos en 2.2. Los nuevos criterios tratan la visibilidad del foco del teclado, las alternativas al arrastre, el tamaño de los objetivos, la ubicación de la ayuda, la reintroducción de datos y la autenticación. A continuación repasamos cada uno con ejemplos concretos y explicamos qué cambia para un sitio ya publicado y para el futuro RGAA 5 francés, para el que la Dirección Interministerial de lo Digital de Francia (DINUM) ha anunciado la integración de WCAG 2.2 entre las principales evoluciones previstas.
WCAG 2.2 novedades: los 9 criterios nuevos de un vistazo
Los 9 criterios añadidos se reparten entre los tres niveles de conformidad: dos de nivel A, cuatro de nivel AA y tres de nivel AAA. Pertenecen a cuatro pautas: 2.4 (Navegable), 2.5 (Modalidades de entrada), 3.2 (Predecible) y 3.3 (Asistencia a la entrada de datos).
La única eliminación es el criterio 4.1.1 Procesamiento (Parsing), que el W3C califica de obsoleto y que ya no forma parte de WCAG 2.2. El W3C remite a su FAQ de WCAG 2 para más detalles. WCAG 2.2 incluye además notas sobre los distintos idiomas.
- Nivel A: 3.2.6 Ayuda coherente (Consistent Help), 3.3.7 Entrada redundante (Redundant Entry).
- Nivel AA: 2.4.11 Foco no oculto (mínimo), 2.5.7 Movimientos de arrastre, 2.5.8 Tamaño del objetivo (mínimo), 3.3.8 Autenticación accesible (mínima).
- Nivel AAA: 2.4.12 Foco no oculto (mejorado), 2.4.13 Apariencia del foco, 3.3.9 Autenticación accesible (mejorada).
- Eliminado: 4.1.1 Procesamiento (Parsing).
Foco del teclado: criterios 2.4.11, 2.4.12 y 2.4.13
Las personas que no pueden usar un ratón necesitan ver qué elemento tiene el foco del teclado. El criterio 2.4.11 Foco no oculto (mínimo), de nivel AA, exige que el componente que recibe el foco no quede totalmente oculto por contenido creado por el autor, de modo que siga siendo al menos parcialmente visible. El ejemplo del W3C es el de un usuario que mueve el foco y ve cómo algunos elementos desaparecen detrás de un banner o de un pie de página fijo.
El criterio 2.4.12 Foco no oculto (mejorado), de nivel AAA, va más allá: ninguna parte del componente puede quedar oculta por contenido creado por el autor. El elemento debe ser totalmente visible.
El criterio 2.4.13 Apariencia del foco, también de nivel AAA, se refiere al propio indicador de foco. Muchas personas, entre ellas las personas mayores, no perciben pequeños cambios visuales. El indicador debe tener un área al menos igual a la de un perímetro de 2 píxeles CSS de grosor alrededor del componente sin foco, y una relación de contraste de al menos 3:1 entre los mismos píxeles en los estados con foco y sin foco.
- Compruebe: recorra con el teclado las páginas con cabecera o pie fijos, banner de cookies o widget de chat, y observe si el elemento enfocado queda oculto.
- Compruebe para el nivel AAA: mida el tamaño y el contraste de su estilo de foco.
Arrastre y tamaño de los objetivos: criterios 2.5.7 y 2.5.8
El criterio 2.5.7 Movimientos de arrastre, de nivel AA, exige que toda funcionalidad que utilice un movimiento de arrastre pueda realizarse también con un puntero único (un solo punto de contacto), sin arrastrar. El arrastre solo está exento cuando es esencial o lo controla el agente de usuario. El W3C describe a una persona que no consigue mantener pulsado el botón del ratón y arrastrar con suficiente precisión para reordenar una lista. La solución descrita: al hacer clic en un elemento de la lista aparecen flechas arriba y abajo que permiten cambiar el orden con simples clics.
El criterio 2.5.8 Tamaño del objetivo (mínimo), de nivel AA, fija un tamaño de al menos 24 por 24 píxeles CSS para los objetivos de entrada por puntero. Algunas personas con discapacidad física no pueden pulsar botones pequeños y muy juntos: el ejemplo del W3C es el de un usuario que pulsa «Cancelar» cuando quería pulsar «Enviar».
- Espaciado: se admite un objetivo más pequeño si los círculos de 24 píxeles CSS de los objetivos demasiado pequeños no se cruzan con otro objetivo ni con el círculo de otro objetivo demasiado pequeño.
- Equivalente: la misma función está disponible mediante otro control de la misma página que cumple el criterio.
- En línea: el objetivo está dentro de una frase o su tamaño está limitado por el interlineado del texto circundante que no es un objetivo.
- Control del agente de usuario: el tamaño lo determina el agente de usuario (por ejemplo, el navegador) y el autor no lo modifica.
- Esencial: una presentación concreta del objetivo es esencial o legalmente obligatoria para la información transmitida.
Ayuda coherente y entrada redundante: criterios 3.2.6 y 3.3.7
El criterio 3.2.6 Ayuda coherente, de nivel A, busca que quien necesita ayuda la encuentre con más facilidad. Si una página contiene un mecanismo de ayuda que se repite en varias páginas de un mismo conjunto de páginas, debe aparecer en el mismo orden relativo respecto al resto del contenido, salvo que el usuario inicie un cambio. Afecta a los datos de contacto humano, un mecanismo de contacto humano, una opción de autoayuda y un mecanismo de contacto totalmente automatizado. Ejemplo del W3C: una opción de chat siempre situada en la esquina inferior derecha de la página.
El criterio 3.3.7 Entrada redundante, de nivel A, parte de un hecho: algunas personas con discapacidad cognitiva tienen dificultades para recordar lo que ya introdujeron. La información introducida previamente por el usuario o que se le ha proporcionado, y que deba volver a introducirse en el mismo proceso, debe rellenarse automáticamente o estar disponible para que el usuario la seleccione. Hay tres excepciones: volver a introducirla es esencial, la información es necesaria para garantizar la seguridad del contenido, o la información introducida antes ya no es válida.
Caso típico: un formulario de cita en varios pasos que vuelve a pedir datos facilitados en un paso anterior en lugar de recuperarlos.
Autenticación accesible: criterios 3.3.8 y 3.3.9
El criterio 3.3.8 Autenticación accesible (mínima), de nivel AA, se resume así: no obligar a resolver, recordar o transcribir algo para iniciar sesión. Una prueba de función cognitiva, como recordar una contraseña o resolver un rompecabezas, no debe exigirse en ningún paso de un proceso de autenticación, salvo que ese paso ofrezca al menos una de las opciones que se enumeran a continuación.
Las notas del W3C citan como mecanismos de ayuda la compatibilidad con los gestores de contraseñas y la posibilidad de copiar y pegar. Ejemplo del W3C de otro método de autenticación: introducir la dirección de correo electrónico y hacer clic en un enlace recibido por correo.
El criterio 3.3.9 Autenticación accesible (mejorada), de nivel AAA, mantiene la misma regla pero sin las excepciones de reconocimiento de objetos y de contenido personal: pedir que se haga clic en imágenes de gatos para entrar deja de ser admisible, salvo que exista una alternativa o un mecanismo de ayuda.
- Otro método de autenticación que no dependa de una prueba de función cognitiva.
- Un mecanismo que ayude al usuario a completar la prueba.
- La prueba consiste en reconocer objetos.
- La prueba consiste en identificar contenido no textual que el propio usuario aportó al sitio web.
Qué cambia WCAG 2.2 para un sitio web existente
Como los criterios de WCAG 2.0 y 2.1 siguen siendo esencialmente los mismos, el trabajo ya realizado sobre ellos conserva su valor. En cambio, los 9 criterios añadidos no existían en WCAG 2.1, por lo que una auditoría basada en esa versión no los evaluó como criterios. Seis de ellos son de nivel A y AA.
En la práctica, revise primero los componentes a los que apuntan estos criterios: elementos fijos que pueden ocultar el foco, listas o deslizadores que se manejan arrastrando, botones e iconos pequeños y muy juntos, la posición del enlace de ayuda o del chat, formularios en varios pasos y procesos de inicio de sesión con contraseña o CAPTCHA. En cuanto al 4.1.1 Procesamiento, ya no hay ningún requisito que verificar en WCAG 2.2.
WCAG 2.2 y el RGAA 5 francés: lo que anunció la DINUM
En un artículo publicado el 2 de marzo de 2026, la DINUM indicó que se estaba redactando una nueva versión del RGAA, el marco de accesibilidad francés, la versión 5, y que su publicación debería producirse a finales de 2026. Entre las evoluciones del método técnico de control figura la integración de WCAG 2.2, junto con criterios y pruebas técnicas para aplicaciones móviles y documentos ofimáticos, y la reformulación y simplificación de los criterios.
La DINUM precisa que los criterios del RGAA 5 precisarán o completarán los del RGAA 4.1.2, entonces vigente, sin refutarlos, y que los trabajos en curso o futuros basados en el RGAA 4.1.2 no deben en ningún caso suspenderse ni aplazarse. Las declaraciones de accesibilidad realizadas antes de la publicación del RGAA 5 seguirán siendo válidas durante 18 meses, con un límite de 3 años desde su fecha de publicación.
En cuanto a las obligaciones legales, la DINUM anuncia la designación de la Arcom como autoridad de control y la creación de un servicio en línea para presentar y publicar las declaraciones de accesibilidad. También recuerda que incumplir la legislación sobre accesibilidad digital expone a sanciones. Según el artículo de la DINUM de marzo de 2026, el RGAA 5 estaba entonces en redacción; mientras se detallan sus criterios, conviene seguir apoyándose en el RGAA 4.1.2, vigente según la DINUM en la fecha de su artículo, teniendo en cuenta desde ya los criterios de WCAG 2.2 descritos arriba. La prueba gratuita y la supervisión continua de Conformly pueden ayudarle a seguir la accesibilidad de sus páginas en el tiempo.
Preguntas frecuentes
¿Cuáles son los nuevos criterios de WCAG 2.2?
WCAG 2.2 añade 9 criterios: 2.4.11, 2.4.12 y 2.4.13 sobre el foco del teclado, 2.5.7 sobre el arrastre, 2.5.8 sobre el tamaño de los objetivos, 3.2.6 sobre la ayuda coherente, 3.3.7 sobre la entrada redundante, y 3.3.8 y 3.3.9 sobre la autenticación accesible.
¿Qué criterio se eliminó en WCAG 2.2?
El criterio 4.1.1 Procesamiento (Parsing), considerado obsoleto por el W3C, se eliminó de WCAG 2.2. Los demás criterios de WCAG 2.0 y 2.1 siguen siendo esencialmente los mismos.
¿Cuándo se publicó WCAG 2.2?
WCAG 2.2 se publicó como recomendación del W3C el 5 de octubre de 2023.
¿Cuál es el tamaño mínimo de un objetivo táctil o clicable en WCAG 2.2?
El criterio 2.5.8, de nivel AA, exige al menos 24 por 24 píxeles CSS, con excepciones: espaciado suficiente, control equivalente en la página, objetivo dentro de una frase o limitado por el interlineado del texto, tamaño determinado por el agente de usuario sin modificación del autor, o presentación esencial o legalmente obligatoria.
¿El RGAA 5 incluirá WCAG 2.2?
Sí. Según el anuncio de la DINUM del 2 de marzo de 2026, la integración de WCAG 2.2 es una de las principales evoluciones previstas para el RGAA 5, entonces en redacción. Su publicación debería producirse a finales de 2026.
Más sobre el tema en Conformly
Fuentes
Este artículo se basa en las fuentes oficiales citadas al final de la página.