Principio 1/1.1 Texto Alternativo/1.1.1-B

De WCAG Wiki

1.1.1-B. Las alternativas textuales se deben actualizar cuando cambia el contenido no textual

Discapacidades afectadas

Este criterio puede afectar a distintas personas con discapacidad. A continuación se indican las más relevantes.

Enunciado del criterio (Observatorio de Accesibilidad Web)

  • Las alternativas textuales se deben actualizar cuando cambia el contenido no textual para mantener la coherencia y accesibilidad.

Comprensión del criterio

Descripción resumida

Cuando un contenido visual cambia dinámicamente (por ejemplo, un icono de error que se convierte en icono de éxito tras completar un formulario), la alternativa textual también debe actualizarse para mantener la precisión y evitar confusión a usuarios que utilizan tecnologías de apoyo.

Objetivo

Garantizar que los usuarios que dependen de lectores de pantalla reciban información siempre precisa, actualizada y coherente con el estado visual de la interfaz, especialmente en contenidos dinámicos o interactivos.

Importancia de cumplir el criterio

Si una imagen cambia pero su texto alternativo no, los usuarios que utilizan lectores de pantalla recibirán información incorrecta.

Esto puede generar errores, confusión y barreras graves de acceso.

Por ello, diseñadores y desarrolladores deben asegurarse de actualizar el texto alternativo cuando el contenido visual cambia dinámicamente.

Referencias WCAG

Recursos de apoyo

No hay

Evaluación del criterio

Tipo de evaluación

Evaluación Semiautomática

Procedimiento de evaluación

Usa la herramienta de Web Developer Toolbar.
  1. Paso 1.Seleccionar Images – Display alt attributes.
  2. Paso 2. Comprobar la página valorando si el texto de dicho atributo se adapta a los cambios en el contenido no textual.

Resultado esperado

El texto alternativo cambia automáticamente cuando cambia el estado visual del contenido, proporcionando información precisa y actualizada para tecnologías de apoyo.

Ejemplo ilustrativo

Un icono cambia según el estado del tiempo, y su texto alternativo también.

<img src="iconoSol.jpg" alt="icono de un sol, informa del buen tiempo">

Tras corregir los datos del formulario:

<img src="iconoLluvia.jpg" alt="icono de lluvia, indica que lloverá">


Otras herramientas de evaluación

  • Bookmarklet diagnóstico ALT:
    Arrastra este botón a tu barra de marcadores y podrás ejecutarlo y ver los textos alternativos de otras páginas.
    Ver ALT de imágenes dinámicas
  • Lectores de pantalla recomendados: JAWS, NVDA, VoiceOver Validar que la descripción cambia cuando lo hace la imagen.










Ejemplos accesibles y no accesibles creados por alumnos

<!DOCTYPE html> Formulario de Reserva - NO Accesible 3.3.2-C

⚠️ PROBLEMA 3.3.2-C: Este formulario NO tiene etiquetas ni instrucciones claras

Reserva de Hotel

⚠️ Problemas de este formulario:
  • No hay etiquetas <label> para ningún campo
  • Algunos placeholders son ambiguos ("Código" - ¿qué código?)
  • No se indica qué campos son obligatorios
  • No hay instrucciones sobre el formato esperado
  • El select dice "Selecciona" pero ¿seleccionar qué?
  • Un campo no tiene ni placeholder ni etiqueta (campo de email)
  • No hay indicación de formato de fecha específico
  • No se explica para qué sirve cada campo

<!DOCTYPE html> Formulario de Reserva - ACCESIBLE 3.3.2-C

✅ ACCESIBLE 3.3.2-C: Este formulario tiene etiquetas e instrucciones claras

Reserva de Hotel

Complete el siguiente formulario para reservar su estadía

Nota: Los campos marcados con * son obligatorios

Ingrese su nombre tal como aparece en su documento de identidad

Enviaremos la confirmación de reserva a este correo

Incluya el código de país (Ej: +34 para España)

¿Cuántas personas se alojarán?

Formato: DD/MM/AAAA (Ej: 15/02/2025)

Formato: DD/MM/AAAA (Ej: 20/02/2025)

Seleccione el tipo de habitación que prefiere

Si tiene un código promocional, ingréselo aquí

Indique cualquier necesidad especial o preferencia (cama extra, piso bajo, accesibilidad, etc.)

✅ Implementación correcta:
  • Cada campo tiene una etiqueta <label> clara asociada
  • Los campos obligatorios están claramente marcados con *
  • Hay instrucciones específicas sobre formato y contenido esperado
  • Los selectores tienen opciones descriptivas, no ambiguas
  • Se explica el propósito de cada campo cuando no es obvio
  • Se proporcionan ejemplos en los placeholders
  • Hay una nota inicial explicando la convención de campos obligatorios
  • Se usan atributos ARIA apropiados (aria-required, aria-describedby)

Comentarios

A continuación se muestran comentarios sobre el criterio 1.1.1-B. Las alternativas textuales se deben actualizar cuando cambia el contenido no textual

Loading comments...