Principio 2/2.5 Modalidades de los input/2.5.3-A

De WCAG Wiki

2.5.3-A. Etiqueta en nombre

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)

  • Para los componentes de interfaz de usuario, el texto visible que actúa como etiqueta debe coincidir con el nombre accesible o estar incluido dentro de él.

Comprensión del criterio

Descripción resumida

El texto visible en botones, enlaces, campos o iconos debe también aparecer en su nombre accesible, de manera que lectores de pantalla, asistentes de voz y otras ayudas técnicas reconozcan el mismo texto.

Objetivo

Garantizar que el texto que ven los usuarios y el texto que leen o usan las tecnologías de apoyo coincidan para permitir un reconocimiento claro y una activación fiable mediante voz y lectores de pantalla.

Importancia de cumplir el criterio

Si el nombre accesible y el texto visible son diferentes, las personas que utilizan control por voz, lectores de pantalla o que dependen de pistas textuales pueden no localizar o activar correctamente la función.

Referencias WCAG

  • Understanding Success Criterion 2.5.3: Label in Name (W3C)
  • WCAG Quick Reference – 2.5.3
  • ARIA Authoring Practices

Recursos de apoyo

  • Controles accesibles con texto visible
  • Buenas prácticas ARIA: aria-labelledby y aria-label

Evaluación del criterio

Tipo de evaluación

Evaluación Semiautomática

Procedimiento de evaluación

  1. Identificar controles con texto visible.
  2. Inspeccionar el nombre accesible en herramientas de accesibilidad.
  3. Confirmar que el texto visible está incluido en el nombre accesible.
  4. Verificar etiquetas asociadas con label, aria-labelledby o aria-label.
  5. Probar activación con control por voz y lector de pantalla.

Resultado esperado

Los controles se pueden identificar y activar mediante el mismo texto visible que se muestra en la interfaz.

Ejemplo ilustrativo

✅ Accesible: texto visible coincide con nombre accesible 

<button>Buscar</button>

✅ Accesible: icono con nombre accesible equivalente al texto esperado 

<button aria-label="Buscar">
  <svg aria-hidden="true"></svg>
</button>


Otras herramientas de evaluación

  • Panel Accesibilidad en DevTools
  • Pruebas con control por voz (VoiceControl, Dragon)
  • NVDA / JAWS / VoiceOver










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 2.5.3-A. Etiqueta en nombre

Loading comments...




Obtenido de «https://wikiwcag.udl.cat/index.php?title=Principio_2/2.5_Modalidades_de_los_input/2.5.3-A&oldid=3479»