Principio 2/2.4 Navegable/2.4.6-B

De WCAG Wiki

2.4.6-B. Etiquetas de controles

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 etiquetas de los controles de formulario y elementos de interacción como los botones, deben identificar cuál es su propósito.

Comprensión del criterio

Descripción resumida

Cada control interactivo (botones, tabuladores, etc...) debe incluir una etiqueta visible o accesible que describa su función, permitiendo a los usuarios comprender rápidamente cómo interactuar.

Objetivo

Garantizar que los usuarios identifiquen correctamente la acción o el propósito de cada control, sin necesidad de exploración adicional o suposiciones.

Importancia de cumplir el criterio

Etiquetas claras mejoran la usabilidad, reducen errores, y permiten una interacción eficiente para personas con discapacidad cognitiva, usuarios de lectores de pantalla y quienes navegan por voz.

Referencias WCAG

Recursos de apoyo

Consejos

Evaluación del criterio

Tipo de evaluación

Evaluación Semiautomática

Procedimiento de evaluación

  1. Paso 1. Localizar los elementos de interacción existentes.
  2. Paso 2. Verificar que su etiqueta correspondiente identifica de manera clara el propósito de dicho elemento de interacción.

Resultado esperado

Cada control cuenta con una etiqueta clara, visible o programáticamente accesible y correctamente asociada, que facilita su identificación y uso.

Ejemplo ilustrativo

Ejemplo accesible: control con etiqueta asociada. 

<label for="buscar">Buscar</label>
<input id="buscar" name="q" type="search">


Otras herramientas de evaluación

  • Inspección del formulario: comprobar que todos los controles (campos, botones, selectores, conmutadores, menús, etc.) tienen etiquetas visibles que describen claramente su propósito.
  • Revisión del código: verificar la asociación correcta entre etiqueta y control mediante <label for="">, id coincidente o atributos accesibles como aria-label o aria-labelledby cuando sea necesario.
  • Lectores de pantalla: (NVDA, JAWS, VoiceOver) navegar por los controles para confirmar que el propósito se anuncia correctamente y sin ambigüedad.
  • Prueba funcional: revisar que las etiquetas permanecen visibles (no solo placeholders) y que no desaparecen al interactuar, permitiendo entender el propósito del campo en todo momento.










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.4.6-B. Etiquetas de controles

Loading comments...




Obtenido de «https://wikiwcag.udl.cat/index.php?title=Principio_2/2.4_Navegable/2.4.6-B&oldid=3540»