Accessibility

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 1.3.4: Orientación

WCAG 1.3.4 Orientación requiere que el contenido no limite su visualización y funcionamiento a una sola orientación de pantalla, como vertical u horizontal, a menos que una orientación específica sea esencial. Este criterio garantiza que las personas que no pueden girar físicamente sus dispositivos —como quienes usan tabletas montadas o tienen discapacidades motoras— puedan seguir accediendo a todo el contenido.

WCAG 1.3.5: Identificar la finalidad de la entrada

WCAG 1.3.5 requiere que el propósito de cada campo de entrada que recopila información personal pueda determinarse de forma programática, lo que permite que los navegadores y las tecnologías de asistencia completen automáticamente, etiqueten o adapten los campos de forma automática. Esto es esencial para las personas con discapacidades cognitivas y discapacidades motoras que se benefician de una reducción de la entrada manual.

WCAG 1.4.3: Contraste (mínimo)

- Asegurar una traducción fiel del significado, tono y estilo del texto original. - Mantener la misma estructura de líneas y párrafos sin cambios. - Conservar números, símbolos, porcentajes y formatos tal como aparecen. - Respetar nombres propios y siglas, usando traducciones estándar solo cuando existan. - Verificar que la traducción final refleje correctamente el contenido original. WCAG 1.4.3 exige que el texto y las imágenes de texto tengan una relación de contraste de al menos 4.5:1 con respecto a su fondo (3:1 para texto grande), garantizando que las personas con baja visión o deficiencias de color puedan leer el contenido sin tecnología de asistencia.

WCAG 1.4.4: Redimensionar texto

Las WCAG 1.4.4 requieren que el texto pueda redimensionarse hasta un 200% sin tecnología de asistencia y sin pérdida de contenido o funcionalidad. Este criterio es esencial para las personas con baja visión que dependen del zoom del navegador o de configuraciones personalizadas de tamaño de fuente para leer el contenido web cómodamente.

WCAG 1.4.5: Imágenes de texto

WCAG 1.4.5 requiere que el texto que transmite información se presente como texto real en lugar de como una imagen de texto, excepto cuando una presentación visual específica sea esencial o la imagen pueda personalizarse visualmente por parte del usuario. Este criterio es fundamental para las personas que necesitan cambiar el tamaño, el color o el flujo del texto para leerlo cómodamente.

WCAG 1.4.10: Reflow

WCAG 1.4.10 Reflow requiere que el contenido pueda presentarse sin pérdida de información ni de funcionalidad, y sin necesidad de desplazamiento en dos dimensiones, cuando se muestra con un ancho equivalente a 320 píxeles CSS. Esto garantiza que las personas que dependen del zoom o de ventanas de visualización pequeñas —incluidas las personas con baja visión y las usuarias y los usuarios de dispositivos móviles— puedan acceder a todo el contenido sin desplazamiento horizontal.

WCAG 1.4.11: Contraste no textual

WCAG 1.4.11 requiere que los componentes de la interfaz de usuario y los objetos gráficos tengan una relación de contraste de al menos 3:1 con respecto a los colores adyacentes, garantizando que las personas con baja visión puedan percibir los controles interactivos, los indicadores de enfoque y los gráficos significativos sin tecnología de asistencia.

WCAG 1.4.12: Espaciado del texto

WCAG 1.4.12 requiere que no se produzca ninguna pérdida de contenido o funcionalidad cuando las personas usuarias sustituyen las propiedades de espaciado del texto —interlineado, espaciado entre letras, espaciado entre palabras y espaciado después de los párrafos— por valores mínimos específicos. Este criterio es esencial para las personas con dislexia, baja visión y discapacidades cognitivas que dependen de un espaciado personalizado para leer de manera eficaz.

WCAG 1.4.13: Contenido al pasar el cursor o al enfocar

WCAG 1.4.13 exige que el contenido adicional que aparece al situar el puntero encima o al enfocar con el teclado sea descartable, accesible al pasar el puntero y persistente, garantizando que las personas con baja visión, discapacidades motoras y discapacidades cognitivas puedan acceder e interactuar con contenido tipo tooltip sin perderlo de forma inesperada.

WCAG 2.4.5: Múltiples formas

WCAG 2.4.5 requiere que los sitios web proporcionen más de una forma para que los usuarios localicen cualquier página dentro de un conjunto de páginas web; por ejemplo, mediante una búsqueda en el sitio, un mapa del sitio o un menú de navegación. Esto garantiza que las personas con diferentes capacidades y preferencias puedan encontrar contenido utilizando el método que mejor funcione para ellas.

WCAG 2.4.6: Encabezados y etiquetas

WCAG 2.4.6 requiere que los encabezados y las etiquetas, cuando estén presentes, sean descriptivos y transmitan con precisión el tema o propósito del contenido que introducen o identifican. Este criterio ayuda a los usuarios —especialmente a quienes utilizan tecnologías de asistencia— a navegar por el contenido de manera eficiente y a comprender la estructura y el propósito de las secciones de la página y de los campos de formulario.

WCAG 2.4.7: Enfoque visible

- Garantizar que el significado original se mantenga con precisión. - Conservar el tono y el nivel de formalidad del texto fuente. - Respetar la estructura de párrafos y los saltos de línea originales. - Mantener números, símbolos y nombres propios exactamente como aparecen. - Usar terminología técnica adecuada y natural en español. WCAG 2.4.7 exige que cualquier interfaz de usuario operable mediante teclado tenga un indicador de foco visible para que las personas usuarias siempre puedan ver qué elemento tiene actualmente el foco del teclado. Esto es esencial para quienes usan únicamente el teclado, las personas con discapacidades motoras y cualquiera que no pueda usar un ratón.

WCAG 2.4.11: Enfoque no oculto (mínimo)

WCAG 2.4.11 requiere que cuando un componente de la interfaz de usuario recibe el foco del teclado, no quede completamente oculto por contenido creado por el autor, como encabezados fijos, banners de cookies o widgets de chat. Este criterio garantiza que las personas que usan el teclado siempre puedan ver dónde se encuentran en la página, lo cual es esencial para la navegación y la usabilidad.

WCAG 2.5.7: Movimientos de arrastre

Las WCAG 2.5.7 requieren que cualquier funcionalidad que use un movimiento de arrastre también pueda realizarse con un único puntero sin arrastrar, a menos que el arrastre sea esencial. Esto garantiza que las personas con discapacidades motoras que no pueden realizar gestos de arrastre de forma fiable aún puedan acceder a toda la funcionalidad.

WCAG 2.5.8: Tamaño del objetivo (mínimo)

WCAG 2.5.8 requiere que los objetivos interactivos, como botones y enlaces, tengan un tamaño mínimo de 24×24 píxeles CSS, o un espacio suficiente alrededor de objetivos más pequeños, para que las personas con discapacidades motoras puedan activarlos de forma fiable. No cumplir con este criterio provoca activaciones accidentales y frustración para cualquiera que no pueda controlar un puntero con precisión.

WCAG 3.1.2: Idioma de las partes

WCAG 3.1.2 requiere que cualquier pasaje, frase o sección de contenido web escrito en un idioma diferente del idioma principal de la página se identifique de forma programática utilizando el atributo lang. Esto permite que las tecnologías de asistencia, especialmente los lectores de pantalla, cambien automáticamente los motores de pronunciación y presenten el contenido con precisión para las personas que dependen de la salida de audio.

WCAG 3.2.3: Navegación coherente

WCAG 3.2.3 requiere que los mecanismos de navegación que aparecen en varias páginas dentro de un conjunto de páginas web se presenten en el mismo orden relativo cada vez, a menos que la persona usuaria inicie un cambio. Esta previsibilidad ayuda a las personas con discapacidades cognitivas, visuales y motoras a construir modelos mentales de un sitio y a navegar de manera eficiente.

WCAG 3.2.4: Identificación coherente

WCAG 3.2.4 requiere que los componentes que realizan la misma función en todo un sitio web se identifiquen de manera coherente, utilizando la misma etiqueta, nombre o texto alternativo cada vez que aparecen. Esto evita confusión para las personas usuarias que dependen de patrones consistentes para navegar y comprender las interfaces digitales.

WCAG 3.2.6: Ayuda coherente

WCAG 3.2.6 requiere que, si un sitio web ofrece contacto humano, autoservicio o mecanismos de asistencia automatizada, esos mecanismos aparezcan en el mismo orden relativo en todas las páginas. Esto garantiza que las personas con discapacidades cognitivas o problemas de memoria puedan localizar la ayuda de forma fiable sin tener que volver a aprender la interfaz en cada página.

WCAG 3.3.3: Sugerencia de error

WCAG 3.3.3 requiere que, cuando se detecta automáticamente un error de entrada, el sistema proporcione una descripción en texto que sugiera cómo la persona usuaria puede corregir el error, a menos que hacerlo ponga en peligro la seguridad o el propósito. Este criterio es esencial para personas con discapacidades cognitivas, personas usuarias de lectores de pantalla y cualquier persona que tenga dificultades para entender indicaciones de error vagas o inexistentes.

WCAG 3.3.4: Prevención de errores (legal, financiera, datos)

WCAG 3.3.4 requiere que los envíos web que impliquen compromisos legales, transacciones financieras o datos sensibles puedan ser comprobados, corregidos o revertidos antes de su finalización. Esto protege a todas las personas usuarias —especialmente a aquellas con discapacidades cognitivas y motoras— de errores irreversibles y de alto riesgo.

WCAG 3.3.8: Autenticación accesible (mínimo)

Las WCAG 3.3.8 requieren que los procesos de autenticación no dependan de pruebas de función cognitiva —como memorizar contraseñas, resolver acertijos o transcribir caracteres— a menos que haya disponible un método alternativo o asistencia. Esto protege a las personas usuarias con discapacidades cognitivas de quedar excluidas de los servicios digitales.

WCAG 4.1.3: Mensajes de estado

Las WCAG 4.1.3 requieren que los mensajes de estado —como confirmaciones de envío de formularios, notificaciones de error y actualizaciones del carrito— sean determinables mediante programación a través de un rol o propiedad, de modo que las tecnologías de asistencia puedan anunciarlos sin exigir que la persona usuaria cambie el foco. Esto garantiza que las personas que dependen de lectores de pantalla reciban comentarios importantes incluso cuando el foco no se desplaza al mensaje.

WCAG 1.2.6: Lengua de señas (pregrabado)

WCAG 1.2.6 requiere que se proporcione interpretación en lengua de señas para todo el contenido de audio pregrabado en medios sincronizados. Este criterio garantiza que las personas sordas cuya lengua principal es una lengua de señas puedan acceder plenamente a la información de audio que puede no transmitirse de manera adecuada solo mediante subtítulos.

WCAG 1.2.7: Descripción de audio ampliada (pregrabado)

Las WCAG 1.2.7 requieren que, cuando las pausas en el audio de primer plano sean insuficientes para transmitir toda la información visual, se proporcionen descripciones de audio extendidas —logradas pausando el video— para el contenido multimedia sincronizado pregrabado. Esto garantiza que las personas ciegas y con baja visión puedan comprender plenamente el contenido visual complejo que las descripciones de audio estándar no pueden abarcar.

WCAG 1.2.8: Alternativa de medios (pregrabado)

WCAG 1.2.8 requiere que se proporcione una alternativa de texto completa para todos los medios sincronizados pregrabados (audio-vídeo) y el contenido de solo vídeo pregrabado, garantizando que las personas que no pueden percibir la información auditiva o visual puedan acceder al contenido completo a través de texto.

WCAG 1.2.9: Solo audio (en vivo)

WCAG 1.2.9 requiere que todo el contenido de audio en vivo únicamente — como transmisiones de radio en vivo o transmisiones solo de audio — vaya acompañado de una alternativa de texto equivalente en tiempo real, como un flujo de subtítulos en vivo o una transcripción de texto actualizada de forma sincrónica. Esto garantiza que las personas sordas o con discapacidad auditiva puedan acceder al contenido de audio en vivo sin depender de la pista de audio en sí.

WCAG 1.4.6: Contraste (mejorado)

WCAG 1.4.6 requiere una relación de contraste mínima de 7:1 para texto normal y de 4.5:1 para texto grande entre los colores de primer plano y de fondo, y va más allá del umbral AA para garantizar la legibilidad de las personas con baja visión, deficiencias de color o que utilizan el contenido en condiciones de iluminación difíciles.

WCAG 1.4.7: Audio de fondo bajo o inexistente

WCAG 1.4.7 exige que el contenido de audio pregrabado que contenga habla no tenga sonidos de fondo, permita desactivar los sonidos de fondo o mantenga los sonidos de fondo al menos 20 dB más bajos que la voz en primer plano. Esto protege a las personas usuarias con pérdida auditiva y discapacidades cognitivas que tienen dificultades para separar el habla del audio que compite con ella.

WCAG 1.4.8: Presentación visual

WCAG 1.4.8 requiere que los bloques de texto se presenten visualmente de maneras que los usuarios puedan controlar — abarcando los colores de primer plano y de fondo, el ancho de línea, el espaciado entre líneas y la alineación del texto — para que las personas con discapacidades de lectura, cognitivas o de baja visión puedan leer el contenido cómodamente sin pérdida de información.

WCAG 1.4.9: Imágenes de texto (sin excepción)

WCAG 1.4.9 requiere que el texto se presente utilizando texto real en lugar de imágenes de texto, sin excepciones más allá del contenido puramente decorativo o de los casos en que la presentación visual específica sea esencial para la información transmitida. Este criterio garantiza que todas las personas usuarias puedan ajustar la representación del texto para adaptarla a sus necesidades individuales.

WCAG 2.1.3: Teclado (Sin excepción)

WCAG 2.1.3 exige que toda función de una página web o aplicación sea operable mediante una interfaz de teclado, sin excepción alguna, ni siquiera para tareas de dibujo dependientes de la trayectoria o a mano alzada. Este criterio AAA cierra la laguna presente en WCAG 2.1.1 y garantiza el acceso completo mediante teclado para las personas que no pueden usar un ratón.

WCAG 2.2.3: Sin límite de tiempo

WCAG 2.2.3 (Nivel AAA) requiere que el tiempo no sea una parte esencial del evento o actividad presentada por el contenido, excepto en el caso de medios sincronizados no interactivos y eventos en tiempo real. Esto garantiza que las personas con discapacidad que necesitan más tiempo para leer, interactuar o responder nunca queden excluidas por un diseño dependiente del tiempo.

WCAG 2.2.4: Interrupciones

WCAG 2.2.4 requiere que las personas usuarias puedan posponer o suprimir todas las interrupciones —como alertas, notificaciones y actualizaciones automáticas de contenido— excepto aquellas que impliquen una emergencia. Este criterio es esencial para las personas con discapacidades de atención, cognitivas o neurológicas que pueden verse gravemente afectadas por interrupciones inesperadas durante una tarea.

WCAG 2.2.5: Reautenticación

WCAG 2.2.5 requiere que, cuando una sesión autenticada expira, las personas usuarias puedan volver a autenticarse y continuar su actividad sin perder ningún dato que hayan introducido. Este criterio es fundamental para las personas con discapacidad que pueden necesitar más tiempo para completar tareas y no deben ser penalizadas por tiempos de espera de sesión que borren su trabajo.

WCAG 2.2.6: Tiempos de espera

WCAG 2.2.6 requiere que se advierta a las personas usuarias sobre la pérdida de datos debida a tiempos de espera por inactividad, y que cualquier tiempo de espera de este tipo dure al menos 20 horas, a menos que los datos se conserven. Esto protege a las personas con discapacidades cognitivas, discapacidades motoras y a otras que necesitan más tiempo para completar tareas.

WCAG 2.3.2: Tres destellos

WCAG 2.3.2 requiere que las páginas web no contengan contenido que parpadee más de tres veces en cualquier período de un segundo, sin excepción para destellos pequeños o de bajo contraste. Este criterio AAA más estricto protege a las personas con epilepsia fotosensible y otros trastornos convulsivos de reacciones neurológicas potencialmente mortales.

WCAG 2.3.3: Animación a partir de interacciones

WCAG 2.3.3 requiere que la animación de movimiento activada por la interacción del usuario pueda desactivarse, a menos que la animación sea esencial para la funcionalidad o la información que se transmite. Esto es importante porque el movimiento puede desencadenar trastornos vestibulares, causando mareos, náuseas y desorientación en una parte significativa de la población.

WCAG 2.4.8: Ubicación

WCAG 2.4.8 requiere que las personas usuarias puedan determinar dónde se encuentran dentro de un conjunto de páginas web; por ejemplo, mediante migas de pan, mapas del sitio o enlaces de navegación resaltados. Esto ayuda a las personas con discapacidades cognitivas, a quienes usan lectores de pantalla y a cualquiera que navegue por sitios complejos a orientarse y desplazarse por el contenido con confianza.

WCAG 2.4.10: Encabezados de sección

WCAG 2.4.10 requiere que se utilicen encabezados de sección para organizar el contenido siempre que una página contenga múltiples secciones, lo que permite a las personas usuarias navegar y comprender la estructura de la página. Este criterio respalda a las personas usuarias de lectores de pantalla, las necesidades de accesibilidad cognitiva y a cualquiera que dependa de la estructura del documento para orientarse dentro de contenido extenso o complejo.

WCAG 2.4.12: Enfoque no oculto (mejorado)

WCAG 2.4.12 requiere que, cuando un componente de la interfaz de usuario recibe el foco del teclado, ninguna parte de ese componente quede oculta por contenido creado por el autor: el elemento enfocado debe ser completamente visible. Este criterio mejorado (AAA) elimina la tolerancia de visibilidad parcial de su equivalente AA, garantizando que las personas que usan el teclado siempre vean exactamente dónde está el foco.

WCAG 2.4.13: Apariencia del foco

WCAG 2.4.13 requiere que los indicadores de foco del teclado cumplan requisitos mínimos de tamaño y contraste para que las personas usuarias puedan ver claramente qué elemento tiene el foco. Este criterio garantiza que las personas que dependen de teclados o tecnologías de asistencia puedan navegar por las interfaces sin perder de vista su posición actual.

WCAG 2.5.5: Tamaño del objetivo (mejorado)

WCAG 2.5.5 requiere que los objetivos interactivos, como botones y enlaces, tengan un tamaño de al menos 44×44 píxeles CSS, garantizando que las personas con discapacidades motoras, temblores o destreza limitada puedan activar los controles de forma fiable sin activar accidentalmente elementos adyacentes.

WCAG 3.1.3: Palabras inusuales

WCAG 3.1.3 requiere que los sitios web proporcionen un mecanismo para identificar la definición específica de palabras o frases utilizadas de manera inusual o restringida, incluidos los modismos y la jerga. Esto garantiza que las personas con discapacidades cognitivas, hablantes no nativos y quienes no están familiarizados con la terminología especializada puedan comprender el contenido.

WCAG 3.1.4: Abreviaturas

WCAG 3.1.4 requiere que haya un mecanismo disponible para identificar la forma desarrollada o el significado de las abreviaturas utilizadas en el contenido. Este criterio garantiza que las personas que no están familiarizadas con abreviaturas, siglas o acrónimos puedan acceder a su significado completo, lo que favorece la comprensión de personas con discapacidades cognitivas, hablantes no nativos y usuarios de lectores de pantalla.

WCAG 3.1.5: Nivel de lectura

WCAG 3.1.5 requiere que, cuando el contenido exige una capacidad de lectura superior al nivel de educación secundaria inferior, se proporcione una versión suplementaria o un resumen redactado en un nivel más sencillo. Esto garantiza que las personas con discapacidades cognitivas, alfabetización limitada o barreras lingüísticas puedan acceder a la información y comprenderla.

WCAG 3.1.6: Pronunciación

WCAG 3.1.6 requiere que haya un mecanismo disponible para identificar la pronunciación específica de las palabras cuyo significado es ambiguo sin conocer la pronunciación. Este criterio garantiza que las personas que dependen de la tecnología de texto a voz o que se encuentran con un idioma desconocido puedan acceder al significado correcto del contenido ambiguo.

WCAG 3.2.5: Cambio a petición

WCAG 3.2.5 requiere que los cambios de contexto —como las navegaciones de página, el envío de formularios o las actualizaciones de contenido— se inicien solo mediante una acción explícita de la persona usuaria, y no se activen automáticamente. Esto protege a las personas que dependen de lectores de pantalla, navegación por teclado o herramientas de apoyo cognitivo frente a interrupciones inesperadas en su experiencia de navegación.

WCAG 3.3.6: Prevención de errores (Todos)

WCAG 3.3.6 requiere que, para cualquier página web que solicite la introducción de datos por parte de la persona usuaria, los envíos sean reversibles, se verifiquen en busca de errores con orientación para su corrección o puedan confirmarse antes del envío final. Este criterio de nivel AAA amplía 3.3.4 a todos los formularios—no solo los legales o financieros—protegiendo a las personas usuarias de errores irreversibles en cada interacción.

WCAG 3.3.9: Autenticación accesible (mejorada)

WCAG 3.3.9 requiere que los procesos de autenticación no impliquen ninguna prueba de función cognitiva en absoluto — sin rompecabezas, memorización ni transcripción — a menos que haya disponible una alternativa no cognitiva, un mecanismo de asistencia o un método basado en objetos. Este criterio Mejorado (AAA) elimina las últimas barreras de autenticación para las personas usuarias con discapacidades cognitivas, motoras y relacionadas con la memoria.