Skip to content

Trampas de teclado en la fila de reserva ​

Qué hace y por qué ​

Hay personas que navegan una web enteramente con el teclado, sin ratón. Pasan de un campo o botón al siguiente pulsando Tab, y vuelven atrás con Shift+Tab.

Una trampa de teclado ocurre cuando el foco (el campo resaltado sobre el que está el teclado) aterriza en algo y sencillamente no puede salir. La persona no puede llegar al siguiente campo, no puede volver al anterior y no puede terminar la reserva. Se queda atascada.

Esta comprobación existe para encontrar exactamente esa situación en la fila principal de reserva: los campos que se recorren con Tab antes de que se abra nada.

Control
📍Destino
📅Fechas / Calendario
👥Huéspedes y habitaciones
🔍Botón de Buscar / Reservar

Cómo comprueba, control a control ​

En vez de recorrer todo el formulario de una pasada, la herramienta prueba cada control por separado, como haría alguien repitiendo con cuidado el mismo experimento corto a lo largo de la fila:

  1. Despeja el camino. Pulsa Escape un par de veces, por si el control anterior dejó un calendario o un desplegable abierto.
  2. Aterriza en el control. Pone el foco del teclado directamente sobre el campo que va a probar.
  3. Intenta salir hacia delante. Pulsa Tab y observa a dónde va el foco.
  4. Intenta salir hacia atrás. Solo si Tab no consiguió salir, vuelve al control y pulsa Shift+Tab.
  5. Decide. Si el foco escapó en cualquiera de las dos direcciones, el control está bien y la herramienta sigue. Si ninguna dirección permitió salir, ese control se reporta como trampa de teclado.

Cada control se juzga de forma independiente, así que un campo atascado al principio de la fila no oculta los problemas de los campos siguientes: se pueden reportar varias trampas en el mismo formulario.


Qué tiene en cuenta ​

  • Las dos direcciones cuentan. Basta con una salida que funcione. Un control del que puedes salir con Shift+Tab, aunque Tab te deje clavado, no se reporta: eso es lo que dice la norma oficial para este criterio.
  • Los campos de varias partes tienen margen. Un solo campo de fecha puede contener varias paradas internas (mes, luego día, luego año). Pulsar Tab una vez puede parecer que no hizo nada aunque la persona sí avanzara dentro del campo. Por eso la herramienta pulsa varias veces antes de decidir que un control está atascado: un control genuinamente atrapado sobrevive a todas las pulsaciones, un campo de varias partes no.
  • Salir hacia el navegador también cuenta como salir. Si Tab lleva el foco a la barra de herramientas o a la barra de direcciones del navegador, es una escapatoria válida: la persona salió del formulario y puede continuar.
  • Tiempo para asentarse. Tras cada pulsación, la herramienta espera un momento para que los widgets animados o de carga lenta tengan tiempo de responder antes de leer el resultado.
  • Se prueba el formulario correcto. Si una página tiene más de un formulario que encaja con el área de reserva (digamos un buscador y una suscripción a newsletter), la herramienta elige el que tiene más campos interactivos: el que realmente parece una fila de reserva.
  • Cuando se reporta una trampa, el consejo es específico. El hallazgo nombra el control concreto y explica la causa probable a partir de lo que hay realmente en ese campo — por ejemplo, citando un ajuste que bloquea el teclado encontrado en él, o señalando que el foco se está devolviendo al campo. Si el campo es un disparador de fecha de solo lectura, el reporte añade que su calendario también tiene que ser accesible por teclado.

Qué verifica ​

Para cada control de la fila de reserva confirma una sola cosa:

Una vez el foco del teclado está en este control, ¿puede salir, ya sea hacia delante con Tab o hacia atrás con Shift+Tab?

Si la respuesta es no en ambas direcciones, la herramienta lo reporta bajo WCAG 2.1.2 – Sin trampas de teclado, con el nombre del control, los pasos para reproducirlo y una descripción de lo que experimenta la persona:

Título: Trampa de teclado en Fecha de entrada en el flujo de reserva Resultado real: El foco queda atrapado en el control: una vez llega a él, ni Tab ni Shift+Tab mueven el foco fuera, de modo que la persona no puede continuar por el resto del formulario ni volver a los controles anteriores usando el teclado.


Qué no cubre ​

Esta comprobación es deliberadamente estrecha. Se queda callada en todos estos casos:

  • Cualquier cosa dentro de un panel emergente. Una vez se abre un calendario, una lista de destinos o un selector de huéspedes, lo que ocurra dentro lo cubre otra comprobación. Aquí solo se juzga la fila exterior.
  • Paneles que se abren en cuanto aterrizas en un control. Si enfocar un campo abre inmediatamente su panel y mete el foco dentro, el orden de tabulación normal deja de aplicar. La herramienta deja ese caso a la otra comprobación en lugar de adivinar.
  • Bucles entre varios controles. Que el foco rebote indefinidamente entre dos o tres campos (Destino → Fechas → Destino → …) no lo reporta esta comprobación. Ese alcance se apartó durante la revisión: solo se reporta un control aislado que fija el foco.
  • Controles a los que el teclado ni siquiera puede llegar. Un campo que no puede recibir el foco no es una trampa: es un problema de navegación por teclado, y lo reporta otra comprobación.
  • Páginas sin un área de reserva identificable. Si no se puede localizar ningún formulario de reserva, la herramienta no reporta nada aquí en lugar de revisar la página entera (que ya hace otro test).
  • Cualquier cosa que no pueda verificar limpiamente. Si la página se reorganiza a mitad de la comprobación, un campo desaparece o algo falla durante la medición, ese control se omite en silencio. Una trampa solo se reporta con evidencia clara y repetible: la herramienta prefiere perderse una antes que dar una falsa alarma.
  • Salidas distintas de Tab. Si de un control solo se puede salir con Escape o con las flechas, la norma oficial dice que es aceptable siempre que se avise a la persona. Ese matiz no se juzga aquí.

La comprobación además deja la página como la encontró: las marcas temporales que usa para seguir qué control está probando se eliminan siempre al terminar.


En una frase ​

La herramienta aterriza en cada control de reserva por turno, pulsa Tab y después Shift+Tab, y reporta un problema 2.1.2 de trampa de teclado solo cuando un control se niega a soltar el foco en ambas direcciones — dejando fuera los interiores de los paneles emergentes, los bucles de foco, los campos inalcanzables y todo lo que no pueda medir de forma fiable.