Principio 2/2.4 Navegable/2.4.3-A

De WCAG Wiki

2.4.3-A. Orden de tabulación lógico

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)

  • El orden de tabulación debe seguir una secuencia lógica y coherente que preserve el significado y la operabilidad del contenido. Los elementos interactivos deben recibir el foco en un orden que tenga sentido para el usuario.

Comprensión del criterio

Descripción resumida

El orden del foco al navegar con teclado debe ser comprensible y coincidir con el flujo visual y semántico de la página, garantizando que todos los elementos relevantes sean accesibles.

Objetivo

Asegurar que los usuarios puedan moverse por la interfaz con el teclado sin perder contexto ni acceso a los controles.

Importancia de cumplir el criterio

Un orden del foco incoherente genera confusión, impide completar formularios y puede dejar controles inaccesibles para quienes dependen exclusivamente del teclado o lectores de pantalla.

Referencias WCAG

Recursos de apoyo

Evaluación del criterio

Tipo de evaluación

Evaluación Manual

Procedimiento de evaluación

  1. Recorrer la página usando solo teclado (Tab / Shift+Tab).
  2. Verificar que el foco sigue un flujo lógico (de arriba a abajo, izquierda a derecha, según sentido visual y semántico).
  3. Comprobar que no se salta elementos interactivos importantes ni repite foco innecesariamente.
  4. Revisar valores de tabindex que alteren el orden natural.
  5. Verificar el foco en componentes dinámicos (modales, menús, pop-ups).

Resultado esperado

El foco de teclado se mueve de forma predecible y lógica, respetando la estructura visual y semántica de la página.

Ejemplo ilustrativo

✅ Accesible: orden natural del DOM 

<form>
  <label>Email</label>
  <input type="email">
  <label>Contraseña</label>
  <input type="password">
  <button type="submit">Entrar</button>
</form>

❌ No accesible: tabindex incorrecto 

<input type="text" placeholder="Nombre" tabindex="3">
<input type="text" placeholder="Email" tabindex="1">
<button tabindex="2">Enviar</button>

✅ Correcto: tabindex usado con propósito 

<div tabindex="0" role="button">Abrir menú</div>


Otras herramientas de evaluación

  • Pruebas manuales con teclado (Tab / Shift+Tab / Enter / Esc)
  • AXE DevTools, WAVE, Accessibility Insights
  • Lectores de pantalla: 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.4.3-A. Orden de tabulación lógico

Loading comments...




Obtenido de «https://wikiwcag.udl.cat/index.php?title=Principio_2/2.4_Navegable/2.4.3-A&oldid=3467»