Normativas · WCAG 2.2
Criterios de conformidad de WCAG 2.2
Los 86 criterios de conformidad de WCAG 2.2 — 31 en nivel A, 24 en AA, 31 en AAA. 9 se añadieron en 2.2; 17 en 2.1; 60 provienen de 2.0. Cada entrada incluye un resumen en lenguaje claro, notas de cumplimiento y los fallos que detectamos con más frecuencia en auditorías de producción.
1. Perceptible
La información y los componentes de la interfaz deben presentarse a los usuarios de formas que puedan percibir.
- 1.1.1 A
Contenido no textual
Toda imagen, icono, gráfico, archivo de audio y cualquier otro componente no textual debe contar con una alternativa textual que cumpla la misma función, de modo que los usuarios de lectores de pantalla, braille y dispositivos de conmutación reciban la misma información que los usuarios sin discapacidad visual.
- 1.2.1 A
Solo audio y solo vídeo (grabado)
El audio grabado necesita una transcripción textual. El vídeo grabado sin audio necesita una descripción textual o una pista de audio que transmita la misma información, de modo que los usuarios que no pueden escuchar o no pueden ver accedan igualmente al contenido.
- 1.2.2 A
Subtítulos (grabado)
Todo vídeo grabado con audio necesita subtítulos sincronizados que incluyan los diálogos, la identificación de los hablantes y los sonidos no verbales con significado, de modo que los usuarios con sordera o hipoacusia reciban la misma información de la banda sonora que el resto.
- 1.2.3 A
Audiodescripción o alternativa multimedia (pregrabada)
El vídeo pregrabado necesita una pista de audiodescripción o una alternativa textual completa para cualquier información visual que el audio no transmita, de modo que las personas usuarias ciegas reciban el mismo contenido que los espectadores con visión.
- 1.2.4 AA
Subtítulos (en directo)
El audio en directo en medios sincronizados —webinars, retransmisiones en vivo, eventos virtuales— debe llevar subtítulos en tiempo real. Los subtítulos automáticos pueden ser válidos si la precisión es suficientemente alta, pero la subtitulación profesional CART es la opción segura.
- 1.2.5 AA
Audiodescripción (pregrabada)
El vídeo pregrabado necesita una pista de audiodescripción que narre la información visual importante durante las pausas naturales del diálogo. En el nivel AA, una transcripción textual por sí sola ya no es suficiente: la descripción debe presentarse en formato audio.
- 1.2.6 AAA
Lengua de signos (grabada)
El audio grabado en los medios sincronizados debe ir acompañado de una interpretación en lengua de signos. Los subtítulos no son un sustituto: para muchas personas sordas, la lengua de signos es su lengua materna y el español es su segunda lengua.
- 1.2.7 AAA
Audiodescripción ampliada (grabada)
Cuando las pausas en el diálogo no son suficientemente largas para insertar una audiodescripción estándar, el vídeo debe pausarse para permitir que se reproduzca la descripción ampliada, de modo que los usuarios ciegos obtengan el contexto visual completo incluso en contenidos densos y de ritmo rápido.
- 1.2.8 AAA
Alternativa en medios de comunicación (grabada)
Los medios sincronizados grabados —y el vídeo grabado sin audio— necesitan una alternativa textual completa que transmita toda la misma información. Va más allá de los subtítulos y la audiodescripción: se trata de un documento independiente y completo.
- 1.2.9 AAA
Solo audio (en directo)
El contenido de solo audio en directo —emisiones de radio, llamadas de conferencia sin vídeo, pódcasts en directo— necesita una alternativa textual en tiempo real, como la subtitulación simultánea, para que las personas sordas o con dificultades auditivas reciban el contenido a medida que ocurre.
- 1.3.1 A
Información y relaciones
La información y las relaciones transmitidas visualmente —encabezados, listas, tablas, etiquetas de formulario, agrupaciones— deben expresarse también en el marcado, de modo que la tecnología de apoyo pueda representarlas. El estilo visual por sí solo no es suficiente.
- 1.3.2 A
Secuencia significativa
Cuando el orden de lectura del contenido es relevante para su comprensión, el orden del DOM debe coincidir con el orden visual. El posicionamiento CSS y el uso de float que alteran la secuencia perjudican a los lectores de pantalla y a la navegación por teclado.
- 1.3.3 A
Características sensoriales
Las instrucciones no deben depender exclusivamente de la forma, el tamaño, la ubicación, la orientación, el sonido o el color. «Haga clic en el botón verde de la derecha» excluye a los usuarios que no pueden ver el diseño o distinguir los colores.
- 1.3.4 AA
Orientación
El contenido no debe estar bloqueado en una única orientación —vertical u horizontal— a menos que esa orientación sea esencial. Los usuarios con el dispositivo montado en una silla de ruedas o sujeto con una empuñadura fija no pueden rotarlo.
- 1.3.5 AA
Identificar el propósito de la entrada
Los campos de formulario que recopilan información personal habitual —nombre, correo electrónico, teléfono, dirección, tarjeta de crédito— deben declarar su propósito de forma programática mediante el atributo HTML autocomplete. Esto permite que las herramientas de apoyo personalicen la interfaz.
- 1.3.6 AAA
Identificar el propósito
Más allá de los campos de formulario, el propósito de los componentes de interfaz, los iconos y las regiones debe ser identificable mediante programación, de modo que las tecnologías adaptativas puedan sustituir símbolos, simplificar la página u ocultar partes no esenciales.
- 1.4.1 A
Uso del color
El color no debe ser el único medio para transmitir información. Los campos obligatorios, los estados de error, la distinción de enlaces, las series de gráficos — todos necesitan una segunda señal (texto, icono, subrayado, patrón) para que los usuarios con daltonismo reciban la misma información.
- 1.4.2 A
Control del audio
Todo audio que se reproduzca automáticamente durante más de tres segundos debe disponer de un control de pausa, detención o volumen independiente del volumen del sistema, para que no enmascare la voz del lector de pantalla.
- 1.4.3 AA
Contraste (mínimo)
El texto del cuerpo debe tener una relación de contraste de al menos 4,5:1 con respecto al fondo. El texto grande (18 pt o superior, o 14 pt en negrita) solo requiere 3:1. Los logotipos y el texto decorativo están exentos.
- 1.4.4 AA
Cambio de tamaño del texto
El texto debe permanecer legible y funcional al ampliar hasta el 200% sin pérdida de contenido ni de funcionalidad. Los subtítulos y las imágenes de texto están exentos.
- 1.4.5 AA
Imágenes de texto
El texto debe implementarse como texto real, no como una imagen rasterizada, a menos que la imagen sea esencial (un logotipo, una captura de pantalla de una interfaz que se está describiendo) o totalmente personalizable por el usuario.
- 1.4.6 AAA
Contraste (mejorado)
Contraste de nivel AAA: 7:1 para texto de cuerpo y 4,5:1 para texto grande. Más estricto que el criterio 1.4.3, diseñado para usuarios con baja visión significativa que necesitan mayor contraste para leer con comodidad.
- 1.4.7 AAA
Audio de fondo inexistente o de bajo volumen
En el audio pregrabado cuyo contenido principal es voz hablada, los sonidos de fondo deben estar al menos 20 dB por debajo de la voz principal, estar ausentes o ser silenciables de forma independiente, para que los usuarios con pérdida auditiva puedan seguir el diálogo.
- 1.4.8 AAA
Presentación visual
Para bloques de texto, los usuarios deben poder controlar los colores de primer plano y fondo, el ancho de línea (máx. 80 caracteres), la justificación (sin justificación completa), el interlineado (1,5×) y el espaciado entre párrafos (1,5× la altura de línea), sin desplazamiento horizontal al 200 % de zoom.
- 1.4.9 AAA
Imágenes de texto (sin excepción)
Nivel AAA: no se permiten imágenes de texto en ningún caso, salvo logotipos y supuestos esenciales (como una captura de pantalla que ilustra tipografía). Se elimina la excepción de «personalizable» contemplada en el criterio 1.4.5.
- 1.4.10 AA
Reajuste
El contenido debe reajustarse en una sola columna a 320 píxeles CSS de ancho (contenido con desplazamiento vertical) o 256 píxeles de alto (contenido con desplazamiento horizontal) sin pérdida de información ni funcionalidad. Sin desplazamiento en dos direcciones.
- 1.4.11 AA
Contraste de componentes no textuales
Los componentes de interfaz (bordes de botones, contornos de campos de formulario, indicadores de foco, controles solo de icono) y los elementos gráficos significativos (series de gráficos, iconos de estado) deben tener un contraste mínimo de 3:1 respecto a los colores adyacentes.
- 1.4.12 AA
Espaciado de texto
Cuando los usuarios modifican el espaciado del texto —altura de línea 1,5 veces el tamaño de fuente, espaciado entre párrafos 2 veces el tamaño de fuente, espaciado entre letras 0,12 em, espaciado entre palabras 0,16 em— la página no debe perder contenido ni funcionalidad.
- 1.4.13 AA
Contenido al pasar el cursor o al recibir el foco
Los tooltips, popovers y demás contenido que aparece al pasar el cursor o al recibir el foco deben poder ocultarse sin mover el puntero ni el foco, ser accesibles con el puntero y ser persistentes (no desaparecen hasta que el usuario los cierra o el elemento activador pierde el foco).
2. Operable
Los componentes de la interfaz y la navegación deben ser operables por todas las personas.
- 2.1.1 A
Teclado
Toda función de la página debe poder operarse únicamente con el teclado, sin que se requieran movimientos de ratón, arrastres ni temporalizaciones específicas. Los usuarios de lectores de pantalla, dispositivos de conmutación y control por voz dependen de esta base fundamental.
- 2.1.2 A
Sin trampa de teclado
Si el foco del teclado puede desplazarse hacia un componente, también debe poder alejarse de él utilizando únicamente el teclado. Los diálogos modales, los contenidos embebidos y los widgets personalizados son los principales infractores.
- 2.1.3 AAA
Teclado (sin excepción)
Igual que el criterio 2.1.1 Teclado, pero sin la excepción dependiente de la trayectoria. Toda función —incluidas las de dibujo libre y la captura de firma— debe tener un equivalente operable por teclado.
- 2.1.4 A
Atajos de teclado de un solo carácter
Los atajos de teclado de un solo carácter (una sola letra, número o símbolo) deben poder desactivarse, reasignarse o estar activos únicamente cuando el componente relevante tiene el foco. Protege a las personas usuarias de control por voz y dictado frente a activaciones accidentales.
- 2.2.1 A
Tiempo ajustable
Cualquier límite de tiempo impuesto por el contenido debe poder desactivarse, ajustarse a al menos diez veces el valor predeterminado, o prorrogarse por el usuario con un aviso de al menos 20 segundos. Los tiempos de espera de sesión y los cronómetros de examen son los casos más habituales.
- 2.2.2 A
Poner en pausa, detener, ocultar
El contenido en movimiento, parpadeante, desplazable o que se actualiza automáticamente y dura más de cinco segundos debe poder ser pausado, detenido u ocultado por el usuario. Abarca carruseles, marquesinas, teletipo de noticias, anuncios animados y feeds de actualización automática.
- 2.2.3 AAA
Sin tiempo
Los límites de tiempo no forman parte del contenido en absoluto, salvo para eventos en tiempo real no interactivos. Más estricto que 2.2.1 — no existe alternativa de aviso y prórroga.
- 2.2.4 AAA
Interrupciones
Las interrupciones — ventanas emergentes, notificaciones, alertas, actualizaciones automáticas — deben poder posponerse o suprimirse por parte del usuario, salvo las que impliquen una emergencia.
- 2.2.5 AAA
Nueva autenticación
Cuando expira una sesión autenticada, el usuario debe poder continuar sin perder los datos que ya había introducido. La sesión concluye, pero el trabajo en curso no.
- 2.2.6 AAA
Tiempos de espera
Los usuarios deben ser advertidos de cualquier tiempo de espera por inactividad que pueda causar pérdida de datos, salvo que estos se conserven durante más de 20 horas de inactividad.
- 2.3.1 A
Tres destellos o por debajo del umbral
Ningún elemento de la página puede destellar más de tres veces por segundo, a menos que el destello esté por debajo de los umbrales definidos de tamaño y contraste. Su objetivo es prevenir las convulsiones fotosensibles.
- 2.3.2 AAA
Tres destellos
Ningún elemento de la página puede destellar más de tres veces por segundo, sin excepciones. Elimina las excepciones de tamaño y umbral permitidas por 2.3.1.
- 2.3.3 AAA
Animación a partir de interacciones
Las animaciones de movimiento desencadenadas por una interacción pueden desactivarse por el usuario, a menos que la animación sea esencial. Se debe respetar la consulta de medios `prefers-reduced-motion`.
- 2.4.1 A
Omisión de bloques
Debe proporcionarse un mecanismo que permita a los usuarios de teclado y lectores de pantalla saltarse el contenido que se repite en cada página —habitualmente la cabecera, la navegación principal y los enlaces de utilidad— para llegar al contenido principal sin tener que tabular por decenas de enlaces.
- 2.4.2 A
Página titulada
Toda página debe tener un elemento `<title>` que describa su tema o propósito. El título es lo que los lectores de pantalla anuncian al cargar la página y lo que los usuarios ven en las pestañas, los marcadores, el historial y los resultados de búsqueda.
- 2.4.3 A
Orden de foco
Al recorrer una página con la tecla Tab, el orden de foco debe seguir una secuencia que preserve el significado y la operabilidad — en la práctica, el orden de lectura visual. Un orden de tabulación desordenado rompe la experiencia, aunque cada control funcione correctamente.
- 2.4.4 A
Propósito de un enlace (en contexto)
El propósito de cada enlace debe quedar claro a partir de su texto, o del texto combinado con el contexto inmediato — la frase, el elemento de lista, la celda de tabla o el párrafo en que se encuentra. Los usuarios de lectores de pantalla escuchan los enlaces fuera de su contexto, en una lista de enlaces.
- 2.4.5 AA
Múltiples formas
Los usuarios deben disponer de más de una forma de localizar una página dentro de un conjunto: menú de navegación, búsqueda, mapa del sitio, tabla de contenidos o lista de páginas relacionadas. Se exceptúan las páginas que son pasos en un proceso (pago en línea, formularios de varios pasos).
- 2.4.6 AA
Encabezados y etiquetas
Los encabezados y las etiquetas de formulario deben describir el tema o el propósito del contenido que encabezan. No tienen que ser únicos, pero sí han de ser informativos: un encabezado que dice «Información» o una etiqueta que dice «Campo» incumplen este criterio de conformidad.
- 2.4.7 AA
Foco visible
Toda interfaz manejable mediante teclado debe mostrar un indicador de foco visible sobre el elemento que lo tiene en cada momento. Si el usuario no puede ver dónde se encuentra el foco del teclado, no puede usar el sitio mediante teclado. Es uno de los criterios de conformidad más citados en las auditorías.
- 2.4.8 AAA
Ubicación
Los usuarios deben poder saber dónde se encuentran dentro de un conjunto de páginas, habitualmente mediante migas de pan, un indicador de página activa en la navegación o un mapa del sitio que resalte la sección en curso.
- 2.4.9 AAA
Propósito del enlace (solo el enlace)
La versión AAA más estricta del criterio 2.4.4: el texto del enlace por sí solo —sin ningún contexto circundante— debe identificar el destino. «Leer más» falla aunque la frase anterior lo explique. Diseñado para usuarios de lectores de pantalla que navegan mediante la lista de enlaces.
- 2.4.10 AAA
Encabezados de sección
Debe usarse encabezados para organizar el contenido. Cuando una página contiene secciones diferenciadas, cada sección necesita un elemento de encabezado real (`<h1>`–`<h6>`) —no párrafos con estilo que solo aparenten ser encabezados.
- 2.4.11 AA Nuevo 2.2
Foco no oculto (mínimo)
Cuando un elemento recibe el foco del teclado, no debe quedar completamente oculto detrás de otro elemento de la interfaz —cabeceras fijas, banners de cookies, widgets de chat, pies de página fijos—. Nuevo en WCAG 2.2 y con un impacto directo en la forma en que los equipos construyen el chrome fijo de sus páginas.
- 2.4.12 AAA Nuevo 2.2
Foco no oculto (mejorado)
Versión AAA más estricta del criterio 2.4.11: cuando un elemento recibe el foco, ninguna parte del mismo puede quedar oculta por otro contenido. Nuevo en WCAG 2.2.
- 2.4.13 AAA Nuevo 2.2
Apariencia del foco
El indicador de foco de teclado debe cumplir un umbral visual medible: al menos 2 píxeles CSS de grosor alrededor del perímetro, al menos 3:1 de contraste respecto a su estado anterior sin foco, y no estar oculto. Nuevo en WCAG 2.2; la regla de estilo de foco más concreta que la especificación ha publicado.
- 2.5.1 A
Gestos del puntero
Toda función que utilice un gesto multipunto o basado en una trayectoria —pellizco para zoom, rotación con dos dedos, deslizamiento para eliminar— debe poder activarse también mediante una pulsación simple que no requiera una trayectoria.
- 2.5.2 A
Cancelación del puntero
Las funciones activadas por un único puntero deben dispararse en el evento de liberación, no en el de presión, de modo que los usuarios puedan arrastrarse fuera del objetivo para cancelar. Debe estar disponible la posibilidad de abortar o deshacer la acción, salvo que la activación instantánea sea esencial.
- 2.5.3 A
Etiqueta en el nombre
Cuando un control tiene texto visible, ese texto exacto debe aparecer al inicio de su nombre accesible. De lo contrario, los usuarios de control por voz que dicen lo que ven no pueden activar el control.
- 2.5.4 A
Activación por movimiento
Las funciones activadas por el movimiento del dispositivo o del usuario —agitar, inclinar, gesticular ante una cámara— deben poder operarse también mediante controles de interfaz estándar, y debe ser posible desactivar el disparo por movimiento.
- 2.5.5 AAA
Tamaño del objetivo (mejorado)
Los objetivos interactivos deben tener al menos 44×44 píxeles CSS. Este es el requisito de tamaño de objetivo mejorado de nivel AAA; el umbral mínimo de nivel AA es el criterio 2.5.8 con 24×24.
- 2.5.6 AAA
Mecanismos de entrada simultáneos
El contenido web no debe restringir el uso de las modalidades de entrada disponibles en la plataforma, salvo que la restricción sea esencial, necesaria para la seguridad del contenido o exigida por la configuración del usuario.
- 2.5.7 AA Nuevo 2.2
Movimientos de arrastre
Toda función que use un movimiento de arrastre debe poder ejecutarse también mediante una acción de puntero simple que no requiera arrastrar — habitualmente, un toque o un clic. Nuevo en WCAG 2.2.
- 2.5.8 AA Nuevo 2.2
Tamaño del objetivo (mínimo)
Los objetivos interactivos — botones, enlaces, controles de formulario — deben tener al menos 24×24 píxeles CSS, salvo que un objetivo equivalente en la misma página sea suficientemente grande o el objetivo esté integrado en una oración. Nuevo en WCAG 2.2.
3. Comprensible
La información y el funcionamiento de la interfaz deben ser comprensibles.
- 3.1.1 A
Idioma de la página
Declare el idioma humano predeterminado de cada página mediante el atributo lang del elemento html para que la tecnología de apoyo pueda procesarlo. Los lectores de pantalla, pantallas braille y herramientas de traducción usan este valor para seleccionar reglas de pronunciación y asignaciones de caracteres adecuados.
- 3.1.2 AA
Idioma de las partes
Cuando un pasaje o una frase de la página está en un idioma distinto al predeterminado, márquelo con un atributo lang en su contenedor para que los lectores de pantalla cambien de voz y pronunciación en ese fragmento.
- 3.1.3 AAA
Palabras inusuales
Proporcione un mecanismo para identificar las definiciones de palabras usadas de forma inusual o restringida: jerga, expresiones idiomáticas, términos técnicos. Un glosario, definiciones en línea o definiciones enlazadas satisfacen este criterio de conformidad AAA.
- 3.1.4 AAA
Abreviaturas
Se debe proporcionar un mecanismo que permita identificar la forma expandida o el significado de las abreviaturas. Escribir la forma completa en el primer uso, emplear un elemento abbr con atributo title o enlazar a un glosario son técnicas suficientes para satisfacer este criterio de conformidad AAA.
- 3.1.5 AAA
Nivel de lectura
Cuando el contenido requiere una capacidad lectora superior a la educación secundaria inferior, se debe proporcionar una alternativa más sencilla: una versión en lenguaje llano, un resumen o materiales complementarios como ilustraciones o audio.
- 3.1.6 AAA
Pronunciación
Cuando el significado de una palabra depende de su pronunciación y la pronunciación correcta no resulta evidente por el contexto, se debe proporcionar un mecanismo que exponga la pronunciación: escritura fonética, audio o un enlace a una guía.
- 3.2.1 A
Al recibir el foco
Cuando un componente de interfaz de usuario recibe el foco, no debe producirse ningún cambio de contexto — sin navegación automática a otra página, sin apertura de ventanas nuevas, sin reorganizaciones importantes del contenido. El foco sirve para orientar, no para ejecutar acciones.
- 3.2.2 A
Al introducir datos
Modificar el valor de cualquier componente de interfaz de usuario no debe provocar automáticamente un cambio de contexto, a menos que se haya advertido al usuario de antemano. Seleccionar un valor no debe navegar, enviar formularios ni reorganizar la página de forma silenciosa.
- 3.2.3 AA
Navegación coherente
Los mecanismos de navegación repetidos en varias páginas — navegación principal, pie de página, migas de pan, búsqueda — deben aparecer en el mismo orden relativo en cada página donde estén presentes. Los usuarios que se guían por la memoria muscular no deben tener que redescubrir el diseño cada vez.
- 3.2.4 AA
Identificación coherente
Los componentes que realizan la misma función en un sitio deben identificarse de manera coherente: la misma etiqueta, el mismo icono, el mismo nombre accesible. Dos botones que hacen lo mismo no pueden llamarse «Buscar» en una página y «Encontrar» en otra.
- 3.2.5 AAA
Cambio a petición
Los cambios de contexto solo se producen cuando el usuario los solicita, o bien el usuario puede desactivar el cambio automático. Sin redirecciones automáticas, sin actualizaciones inesperadas, sin carruseles que sustituyen el contenido bajo el cursor.
- 3.2.6 A Nuevo 2.2
Ayuda coherente
Si una página ofrece mecanismos de ayuda —datos de contacto, un enlace de ayuda, un chatbot, un formulario de autoservicio— deben aparecer en el mismo orden relativo en todas las páginas donde estén presentes. Criterio nuevo en WCAG 2.2.
- 3.3.1 A
Identificación de errores
Cuando el sistema detecta automáticamente un error en un campo de formulario, debe identificarlo y describirlo al usuario mediante texto — no solo con color, no solo con un icono, no guardando silencio.
- 3.3.2 A
Etiquetas o instrucciones
Todo control de formulario que requiera entrada del usuario debe tener una etiqueta o instrucción que indique qué se debe introducir. Los campos con solo texto de marcador de posición, los campos con solo icono y los campos sin identificar no son suficientes.
- 3.3.3 AA
Sugerencia de errores
Cuando se detecta un error de entrada y el sistema conoce una corrección posible, debe ofrecer una sugerencia al usuario, salvo que hacerlo comprometa la seguridad o invalide el propósito de la entrada.
- 3.3.4 AA
Prevención de errores (contexto legal, financiero y de datos)
En envíos que impliquen compromisos legales, transacciones financieras o cambios significativos en los datos del usuario, debe existir la posibilidad de revertir el envío, verificar los errores y corregirlos, o confirmar explícitamente la acción antes de que surta efecto.
- 3.3.5 AAA
Ayuda
Debe estar disponible ayuda contextual para formularios y entradas de datos del usuario que así lo requieran. La ayuda puede incluir ejemplos de formato, indicaciones en la propia página, enlace a documentación de apoyo o un mecanismo de contacto.
- 3.3.6 AAA
Prevención de errores (todos)
Para cualquier envío realizado por el usuario —no solo los de naturaleza legal, financiera o que modifiquen datos— debe existir la posibilidad de revertirlo, verificarlo o confirmarlo antes de que surta efecto. Generalización AAA del criterio 3.3.4.
- 3.3.7 A Nuevo 2.2
Entrada Redundante
La información que el usuario ya ha proporcionado en la misma sesión no debe solicitarse de nuevo: debe autocompletarse o estar disponible para su selección en una lista, a menos que la reintroducción sea esencial (p. ej., confirmar una contraseña). Nuevo en WCAG 2.2.
- 3.3.8 AA Nuevo 2.2
Autenticación Accesible (Mínimo)
La autenticación no debe exigir al usuario que resuelva una prueba de función cognitiva — recordar, transcribir, identificar objetos — a menos que se ofrezca una alternativa o un mecanismo de asistencia. Las contraseñas, los CAPTCHA de imágenes y los flujos de copiar-el-código-del-correo son los fallos más habituales.
- 3.3.9 AAA Nuevo 2.2
Autenticación Accesible (Mejorado)
La autenticación no debe exigir ninguna prueba de función cognitiva, ni siquiera el reconocimiento de objetos ni la identificación de contenido personal. Es la versión AAA de 3.3.8 — las passkeys, la biometría y las credenciales vinculadas al dispositivo se convierten en las vías prácticas. Nuevo en WCAG 2.2.
4. Robusto
El contenido debe ser suficientemente robusto para ser interpretado por una amplia variedad de agentes de usuario, incluidas las tecnologías de apoyo.
- 4.1.2 A
Nombre, función, valor
Todo componente de interfaz debe exponer programáticamente un nombre, una función y —cuando corresponda— un valor y un estado. Sin esto, los lectores de pantalla, el control por voz y los dispositivos de conmutación no pueden identificar ni operar el control.
- 4.1.3 AA
Mensajes de estado
Los mensajes de estado — confirmaciones, errores, actualizaciones de progreso, recuentos de resultados de búsqueda — deben anunciarse a la tecnología de apoyo sin desplazar el foco. Utilizar role=status, role=alert o aria-live en una región que ya exista en el DOM.
Ningún criterio de conformidad coincide con los filtros.