Principio 2/2.4 Navegable/2.4.3-B

2.4.3-B. Contenido dinámico y orden del foco

2_Operable 2.4_Navegable

• Nivel: A
• Versión: 2.0
• Principio: 2_Operable
• Pauta: 2.4_Navegable
• Grupo: Navegación
• Subgrupo: Teclado_y_contenido

Discapacidades afectadas

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

• Motriz – Barrera grave
• Visual total – Barrera grave
• Sordoceguera – Barrera grave

Enunciado del criterio (Observatorio de Accesibilidad Web)

• Si el contenido de una página se modifica dinámicamente se debe hacer de forma que el orden del foco sigue teniendo sentido y sin tabular por elementos ocultos.

Comprensión del criterio

Descripción resumida

Cuando el contenido aparece, desaparece o cambia mediante scripts, el orden de tabulación se debe mantener lógico y el foco debe moverse al contenido visible y relevante.

Objetivo

Asegurar que los usuarios que navegan con teclado y tecnologías de apoyo puedan mantener el contexto cuando el contenido cambia dinámicamente.

Importancia de cumplir el criterio

Si el foco se mueve a elementos ocultos o deja zonas accesibles, los usuarios pueden perder orientación, no completar tareas o quedar atrapados fuera del flujo correcto de interacción.

Referencias WCAG

• SCR26: Inserting dynamic content into the Document Object Model immediately following its trigger element
• SCR37: Creating custom dialogs in a device independent way
• F85: Failure due to using dialogs or menus that are not adjacent to their trigger control in the sequential navigation order

Recursos de apoyo

No hay

Evaluación del criterio

Tipo de evaluación

Evaluación Manual

Procedimiento de evaluación

1. Paso 1. Localizar todos los elementos de contenido dinámico de la página (p. ej., cuadros de diálogo, menús desplegables…).
2. Paso 2. Utilizar el teclado para acceder a dicho contenido. Debe comprobarse que:
   • a. El foco se encuentra dentro de dicho contenido.
   • b. Cuando se sigue tabulando, el foco avanza en una navegación secuencial dentro de dicho contenido.
3. Paso 3. Utilizar el teclado para salir de dicho contenido. Debe comprobarse que:
   • a. El foco se sitúa en el elemento usado para abrir el diálogo o bien en el siguiente elemento de la página.

   Nota: Si el comportamiento no es el adecuado, puede ser útil la herramienta Web Developer Toolbar activando Information → Display Tab Index para visualizar el atributo tabindex y ayudar a identificar el origen del problema.

Resultado esperado

El foco permanece en contenido visible, sigue orden lógico y respeta la interacción dinámica sin exponer elementos ocultos.

Ejemplo ilustrativo

Menú con foco gestionado

<button id="openMenu">Menú</button>
<nav id="menu" hidden aria-hidden="true">
  <a href="#a">Opción A</a>
  <a href="#b">Opción B</a>
</nav>

<script>
const btn = document.getElementById('openMenu');
const menu = document.getElementById('menu');

btn.addEventListener('click', () => {
  menu.hidden = false;
  menu.setAttribute('aria-hidden','false');
  menu.querySelector('a').focus();
});
</script>

Otras herramientas de evaluación

• Bookmarklet Forzar el foco:
  
  Arrastra este botón a tu barra de marcadores y podrás ejecutarlo y forzar ver el foco en páginas que no se muestra el foco (util para ver si es orden de navegación es correcto).
  Forzar foco
• Navegación con teclado: interactuar con componentes dinámicos (p. ej. menús desplegables, modales, pestañas, acordeones) usando Tab y Shift + Tab, asegurando que el foco sigue un orden lógico y no pasa por elementos ocultos.
• Inspección del DOM: comprobar que los elementos dinámicamente ocultos se gestionan correctamente (p. ej., usando display:none, hidden, aria-hidden="true") para que no sean alcanzables con el foco.
• Pruebas de cambios de estado: abrir/cerrar componentes y verificar que el foco se mueve al contenido visible relevante y vuelve al punto lógico al cerrar.
• Lectores de pantalla: (NVDA, JAWS, VoiceOver) confirmar que el contenido dinámico se anuncia adecuadamente y que el orden del foco no se rompe al interactuar.

Ejemplos accesibles y no accesibles creados por alumnos

<!DOCTYPE html>

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

Reserva de Hotel

Selecciona 1 2 3 4+ Opciones Simple Doble Suite Reservar

⚠️ 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>

✅ 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

Nombre *

Ingrese su nombre tal como aparece en su documento de identidad

Apellido *

Correo Electrónico *

Enviaremos la confirmación de reserva a este correo

Teléfono de Contacto *

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

Número de Huéspedes *

¿Cuántas personas se alojarán?

Seleccione una opción 1 persona 2 personas 3 personas 4 o más personas

Fecha de Entrada *

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

Fecha de Salida *

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

Tipo de Habitación *

Seleccione el tipo de habitación que prefiere

Seleccione una opción Habitación Simple (1 cama individual) Habitación Doble (1 cama doble o 2 individuales) Suite (habitación con sala de estar)

Código de Descuento (Opcional)

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

Solicitudes Especiales (Opcional)

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

Confirmar Reserva

✅ 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-B. Contenido dinámico y orden del foco

Loading comments...