Wcag 2 2 Aa
23 publicaciones
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.