Tiempo ajustable:
Comprender CC 2.2.1

Proposito de este Criterio de Conformidad

La intención de este Criterio de Conformidad es asegurar que los usuarios con discapacidad dispongan del tiempo suficiente para interactuar con el contenido web siempre que sea posible. Las personas con ceguera, baja visión, problemas de destreza y limitaciones cognitivas pueden requerir más tiempo para leer el contenido o llevar a cabo funciones como el rellenado de formularios. Si las funciones web se basan en el tiempo, será mas difícil para algunos usuarios realizar las acciones requeridas antes de alcanzar el límite de tiempo. Esto puede provocar que el servicio resulte inaccesible para ellos. Diseñar funciones que no dependan del tiempo ayudará a las personas con discapacidad a realizarlas exitosamente. Proporcionar opciones para deshabilitar los límites de tiempo, personalizar la duración del tiempo disponible, o solicitar una extensión del tiempo antes de alcanzar su límite ayudará a quienes necesiten más tiempo del esperado para completar satisfactoriamente las tareas. Estas opciones se listan en el orden en que resultan más útiles para el usuario. Deshabilitar los límites de tiempo es mejor que personalizar su duración, que a su vez es mejor que solicitar más tiempo antes de llegar al límite.

ualquier proceso que ocurra sin ser iniciado por el usuario después de un cierto lapso o a un ritmo periódico se considera límite de tiempo. Esto incluye las actualizaciones parciales o totales del contenido (por ejemplo, recarga de la página), cambios en el contenido, o la expiración de una ventana con una oportunidad para el usuario de reaccionar a un pedido de acción.

También se incluye el contenido que avanza o se actualiza a un ritmo mayor a la capacidad de lectura y/o interpretación del usuario. En otras palabras, el contenido animado, en movimiento o con desplazamientos, impone límites de tiempo a las posibilidades de lectura de los usuarios.

En algunos casos, sin embargo, no es posible cambiar los límites de tiempo (por ejemplo, en una subasta u otro evento desarrollado en tiempo real) y por lo tanto se ofrecen excepciones para esos casos.

Notas sobre los límites de tiempo del servidor

• Las redirecciones temporizadas del servidor puede encontrarse más adelante en los Fallos Comúnes.

• Las redirecciones no temporizadas (ejemplo, códigos de respuesta 3xx) no son aplicables porque no hay límites de tiempo: trabajan instantáneamente.

• Este Criterio de Conformidad se aplica únicamente a los límites de tiempo que son fijados por el propio contenido. Por ejemplo, si el límite de tiempo se incluye por razones de seguridad, se considera que es fijado por el propio contenido ya que el límite está diseñado para ser parte de la presentación y la experiencia de interacción de ese contenido. Los límites establecidos externamente al contenido, como por la aplicación de usuario o por factores intrínsecos a Internet, no se encuentran bajo el control del autor y no están sujetos a los requisitos de conformidad con las WCAG. Los límites de tiempo establecidos por los servidores web deben estar bajo control del autor y son abordados en otros Criterios de Conformidad. (Criterios de Conformidad 2.2.3, 2.2.4 y 2.2.5 también pueden aplicarse.)

• Se eligió diez veces el valor por omisión en base a la experiencia clínica y a otras pautas. Por ejemplo, si a un usuario se le conceden 15 segundos para poder responder y pulsar un interruptor, 150 segundos sería suficiente para que casi todos los usuarios puedan pulsar el interruptor, incluso si tiene problemas.

• Los 20 segundos también se basan en la experiencia clínica y otras pautas. Para pulsar "cualquier interruptor", 20 segundos es suficiente para casi todos los usuarios, incluyendo aquellos con espasticidad. Algunos pueden fracasar, pero algunos no podrían hacerlo con cualquier límite de tiempo. Se requiere un lapso razonable al solicitar más tiempo ya que un tiempo arbitrariamente largo puede significar riesgos para la seguridad a todos los usuarios, incluyendo aquellos con discapacidad, en algunas aplicaciones. Por ejemplo, con los quioscos o terminales que se utilizan para transacciones financieras, es muy común que las personas se vayan sin desconectarse. Esto los deja vulnerables a los que lleguen detrás de ellos. Proporcionar un largo período de inactividad antes de preguntar, y luego proporcionar un largo período de la persona para indicar que están presentes pueden dejar las terminales abiertos al abuso. Si no hay actividad, el sistema debe preguntar si el usuario está allí. A continuación, debe pedir una indicación de que la persona se encuentra allí ("pulse una tecla") y luego esperar el tiempo suficiente para que casi cualquier persona pueda responder. Para "presionar una tecla", 20 segundos cumplirían este propósito. Si la persona indica que todavía está presente, el dispositivo debe devolver al usuario a la condición exacta en que se encontraba antes de la pregunta.

• Se eligieron 20 horas como límite máximo ya que es más largo que un día de trabajo completo.

En los casos en los que el tiempo no es un requisito intrínseco pero, si se diera el control del tiempo al usuario invalidaría el resultado, un tercero puede controlar el tiempo otorgado al usuario (por ejemplo, duplicando el tiempo en un examen).

Véase también Comprender el Criterio de Conformidad 2.2.3 Sin tiempo.