Wcag 2 2 A
30 publicaciones
WCAG 1.1.1: Contenido no textual
WCAG 1.1.1 requiere que todo el contenido no textual —imágenes, íconos, controles y medios— tenga una alternativa textual que transmita el mismo propósito o información, lo que permite que las personas que no pueden percibir el contenido visual accedan a él mediante tecnologías de asistencia como los lectores de pantalla.
WCAG 1.2.1: Solo audio y solo video (pregrabado)
Las WCAG 1.2.1 requieren que el contenido de solo audio y de solo video pregrabado tenga una alternativa basada en texto o en otro medio, de modo que las personas que no pueden oír o ver el contenido multimedia aún puedan acceder a la información. Este es un requisito de Nivel A, lo que significa que es el nivel mínimo básico para el cumplimiento de la accesibilidad web.
WCAG 1.2.2: Subtítulos (pregrabados)
WCAG 1.2.2 requiere que todo el contenido de audio pregrabado en medios sincronizados (video con audio) incluya subtítulos precisos. Esto garantiza que las personas sordas y con discapacidad auditiva puedan acceder a los diálogos hablados, los efectos de sonido y otra información de audio significativa.
WCAG 1.2.3: Descripción de audio o alternativa para medios (pregrabado)
WCAG 1.2.3 requiere que los medios sincronizados pregrabados (video con audio) proporcionen una audiodescripción del contenido visual o una alternativa de texto completo, garantizando que las personas ciegas o con baja visión puedan acceder a la información transmitida visualmente.
WCAG 1.3.1: Información y relaciones
WCAG 1.3.1 requiere que la información, la estructura y las relaciones transmitidas mediante la presentación visual también puedan determinarse de forma programática o estén disponibles en texto, garantizando que las personas usuarias de tecnologías de asistencia reciban el mismo contexto estructural que las personas videntes.
WCAG 1.3.2: Secuencia con significado
WCAG 1.3.2 requiere que, cuando el orden del contenido afecta su significado, esa secuencia pueda determinarse de forma programática para que las tecnologías de asistencia puedan presentarlo correctamente. No cumplir con este criterio provoca que las personas usuarias de lectores de pantalla y otras tecnologías de asistencia reciban el contenido en un orden confuso o sin sentido.
WCAG 1.3.3: Características sensoriales
WCAG 1.3.3 requiere que las instrucciones para usar el contenido no dependan únicamente de características sensoriales como la forma, el color, el tamaño, la ubicación visual, la orientación o el sonido. Esto garantiza que las personas que no pueden percibir esas señales sensoriales —debido a ceguera, daltonismo, sordera u otras discapacidades— puedan seguir entendiendo y utilizando todas las funciones.
WCAG 1.4.1: Uso del color
WCAG 1.4.1 requiere que el color nunca sea el único medio para transmitir información, indicar una acción, solicitar una respuesta o distinguir un elemento visual. Este criterio garantiza que las personas que no pueden percibir diferencias de color —incluidas las personas con daltonismo o baja visión— puedan seguir accediendo a todo el contenido y la funcionalidad.
WCAG 1.4.2: Control de audio
Las WCAG 1.4.2 requieren que cualquier audio que se reproduzca automáticamente durante más de tres segundos ofrezca a las personas usuarias un mecanismo para pausar, detener o controlar su volumen de forma independiente del volumen del sistema. Esto evita que el audio interfiera con la salida del lector de pantalla y protege a las personas usuarias de sonidos inesperados y desorientadores.
WCAG 2.1.1: Teclado
WCAG 2.1.1 requiere que toda la funcionalidad disponible mediante un mouse o puntero sea igualmente operable solo con el teclado, sin que se requiera un tiempo específico para las pulsaciones de teclas. Este criterio es fundamental para las personas que no pueden usar un mouse, ya que garantiza que puedan navegar, interactuar y completar tareas en cualquier sitio web o aplicación.
WCAG 2.1.2: Sin trampa de teclado
WCAG 2.1.2 requiere que las personas que usan el teclado nunca queden atrapadas dentro de un componente: si el foco se puede mover a un elemento de la interfaz de usuario usando el teclado, también debe ser posible mover el foco fuera usando solo el teclado. Este criterio es esencial para las personas que dependen exclusivamente de la navegación por teclado, incluidas las personas con discapacidades motoras y las usuarias y usuarios de lectores de pantalla.
WCAG 2.1.4: Atajos de teclas de caracteres
WCAG 2.1.4 requiere que cualquier atajo de teclado implementado usando solo una tecla de un solo carácter (letra, número, signo de puntuación o símbolo) pueda desactivarse, reasignarse o activarse solo al tener el foco, evitando activaciones accidentales que perjudiquen a las personas que dependen de la entrada por voz o que tienen discapacidades motoras.
WCAG 2.2.1: Tiempo ajustable
WCAG 2.2.1 requiere que cualquier límite de tiempo establecido por el contenido pueda ser desactivado, ajustado o ampliado por la persona usuaria, garantizando que quienes necesitan más tiempo para interactuar con el contenido web no queden excluidos. Este criterio de Nivel A es esencial para las personas usuarias con discapacidades motoras, cognitivas y visuales.
WCAG 2.2.2: Pausar, detener, ocultar
WCAG 2.2.2 requiere que el contenido en movimiento, parpadeante, desplazable o que se actualiza automáticamente pueda ser pausado, detenido u ocultado por las personas usuarias. Esto protege a las personas con discapacidades cognitivas, trastornos vestibulares y condiciones relacionadas con la atención frente a contenido que no pueden controlar.
WCAG 2.3.1: Tres destellos o por debajo del umbral
WCAG 2.3.1 requiere que el contenido web no contenga nada que parpadee más de tres veces por segundo, a menos que el parpadeo esté por debajo de los umbrales generales o de parpadeo rojo. Este criterio es fundamental para prevenir convulsiones y reacciones físicas en usuarios con epilepsia fotosensible o condiciones neurológicas similares.
WCAG 2.4.1: Omitir bloques
WCAG 2.4.1 requiere que las páginas web proporcionen un mecanismo para omitir bloques de contenido repetidos, como los menús de navegación, de modo que las personas que usan el teclado y tecnologías de asistencia puedan llegar al contenido principal sin tener que desplazarse con la tecla Tab por cada enlace. Este es un requisito de Nivel A, lo que significa que es la base para una navegación accesible mediante teclado.
WCAG 2.4.2: Página titulada
WCAG 2.4.2 requiere que cada página web tenga un título descriptivo y significativo que identifique su tema o propósito. Esto garantiza que las personas usuarias —especialmente quienes dependen de lectores de pantalla o gestionan varias pestañas— puedan orientarse rápidamente y navegar de manera eficiente.
WCAG 2.4.3: Orden de foco
WCAG 2.4.3 exige que, si una página web se puede navegar de forma secuencial y las secuencias de navegación afectan al significado o al funcionamiento, los componentes enfocables deben recibir el foco en un orden que preserve el significado y la operatividad. Este criterio es esencial para las personas usuarias de teclado y de tecnologías de apoyo que dependen de una secuencia de enfoque lógica y predecible para comprender e interactuar con el contenido.
WCAG 2.4.4: Propósito del enlace (en contexto)
WCAG 2.4.4 requiere que el propósito de cada enlace pueda determinarse solo a partir del texto del enlace, o a partir del texto del enlace junto con su contexto circundante. Esto garantiza que las personas usuarias de lectores de pantalla, las personas que solo usan el teclado y las personas con discapacidades cognitivas puedan entender adónde lleva un enlace sin necesidad de seguirlo.
WCAG 2.5.1: Gestos con puntero
WCAG 2.5.1 requiere que toda funcionalidad que use gestos multipunto o basados en trazos (como pellizcar para hacer zoom o deslizar) también pueda operarse con un solo puntero sin un gesto basado en trazos, a menos que el gesto sea esencial. Esto protege a las personas con discapacidades motoras que no pueden realizar de forma fiable gestos táctiles complejos.
WCAG 2.5.2: Cancelación de puntero
WCAG 2.5.2 requiere que la funcionalidad activada por un único puntero (ratón, toque o lápiz óptico) pueda cancelarse o revertirse, evitando activaciones accidentales. Esto protege a las personas usuarias con discapacidades motoras que pueden tocar o hacer clic de manera involuntaria.
WCAG 2.5.4: Activación por movimiento
WCAG 2.5.4 requiere que cualquier funcionalidad activada por el movimiento del dispositivo o del usuario (como agitar o inclinar) también sea operable mediante componentes convencionales de la interfaz de usuario, y que las personas usuarias puedan desactivar la activación por movimiento para evitar activaciones accidentales.
WCAG 3.1.1: Idioma de la página
WCAG 3.1.1 requiere que el idioma humano predeterminado de cada página web pueda determinarse mediante programación, principalmente estableciendo un atributo lang válido en el elemento HTML. Esto permite que las tecnologías de asistencia, como los lectores de pantalla, pronuncien el contenido correctamente y ayuda a las personas con discapacidades cognitivas y relacionadas con el lenguaje a comprender la página.
WCAG 3.2.1: Al recibir el foco
WCAG 3.2.1 Al recibir el foco requiere que cuando cualquier componente de la interfaz de usuario reciba el foco del teclado, no debe desencadenar un cambio de contexto inesperado. Esto protege a las personas que usan el teclado y tecnologías de asistencia de comportamientos desorientadores e impredecibles que pueden hacer que una página sea imposible de navegar de manera efectiva.
WCAG 3.2.2: Al introducir datos
WCAG 3.2.2 Sobre la entrada requiere que cambiar la configuración de cualquier componente de la interfaz de usuario no provoque automáticamente un cambio de contexto, a menos que se haya informado previamente al usuario de ese comportamiento. Esto protege a los usuarios de cambios de página desorientadores e inesperados desencadenados por interacciones con formularios.
WCAG 3.3.1: Identificación de errores
WCAG 3.3.1 requiere que, cuando se detecta automáticamente un error de entrada, se identifique el elemento con error y se describa el error al usuario en texto. Esto garantiza que las personas con discapacidad puedan reconocer, comprender y corregir errores al completar formularios.
WCAG 3.3.2: Etiquetas o instrucciones
WCAG 3.3.2 requiere que se proporcionen etiquetas o instrucciones cuando el contenido requiere la entrada de datos por parte del usuario, garantizando que todas las personas, independientemente de sus capacidades, puedan entender qué se espera de ellas antes de enviar los datos de un formulario. No etiquetar los campos de un formulario es una de las barreras de accesibilidad más comunes y con mayor impacto en la web.
WCAG 3.3.7: Entrada redundante
WCAG 3.3.7 requiere que la información que las personas usuarias ya han proporcionado en un proceso de varios pasos se complete automáticamente o se ponga a disposición para su selección, de modo que nunca tengan que volver a introducir los mismos datos dos veces. Esto evita frustración y errores para las personas con discapacidades cognitivas, motoras u otras.
WCAG 4.1.2: Nombre, Función, Valor
Las WCAG 4.1.2 requieren que todos los componentes de la interfaz de usuario tengan un nombre y una función determinables mediante programación, y que los estados, propiedades y valores puedan ser tanto leídos como establecidos por las tecnologías de asistencia. Esto garantiza que los lectores de pantalla y otras herramientas puedan identificar, describir e interactuar con precisión con cada elemento de la página.
WCAG 4.1.1: Análisis sintáctico (Obsoleto en WCAG 2.2)
WCAG 4.1.1 Análisis sintáctico requiere que el contenido web esté libre de errores importantes de HTML/XML, como IDs duplicados, que podrían hacer que las tecnologías de asistencia interpreten mal la página o no puedan procesarla. Aunque está obsoleta en WCAG 2.2, las reglas subyacentes de axe-core siguen activas y las infracciones siguen indicando un riesgo real de accesibilidad.