Una persona puede necesitar más tiempo para leer condiciones, reunir información o introducir datos mediante una tecnología de asistencia. Si un formulario vence sin aviso, el trabajo realizado puede perderse y la tarea volverse imposible de completar. Algunos sistemas necesitan límites por razones operativas o de seguridad, pero eso no justifica cualquier temporizador. Para una solicitud de inscripción, conviene distinguir una sesión administrativa de un simple formulario público. El diseño debe explicar qué puede vencer, cómo se avisa y qué ocurre con la información cuando la persona necesita continuar.
Identificar qué límite existe y por qué
Pregunta al equipo si el tiempo corresponde a una reserva real, una sesión autenticada o una decisión de interfaz. No añadas una cuenta regresiva para producir urgencia si no representa una condición verdadera. WAI explica opciones y excepciones relacionadas con límites de tiempo ajustables; su aplicación requiere evaluar el proceso concreto. Para un formulario público de consulta, quizá no exista razón para hacerlo caducar rápidamente. Documenta la necesidad antes de diseñar el aviso. Una explicación como así funciona el componente no demuestra que el límite sea apropiado para la tarea ni para las personas que deben completarla.
Avisar de una forma que se pueda percibir
Si el vencimiento necesita mantenerse, el aviso debe aparecer con tiempo y explicar la acción disponible. No dependas únicamente de una cifra que cambia visualmente en una esquina. Revisa cómo se comunica con tecnología de asistencia y si el control para continuar se puede utilizar con teclado. Evita alertas que interrumpan cada pocos segundos la lectura. La persona necesita una oportunidad real de responder, no una notificación que desaparece antes de poder entenderla. En una inscripción, aclara si continuar conserva los datos, extiende la sesión o requiere volver a identificarse, porque esas situaciones tienen consecuencias distintas.
Definir recuperación y conservación de datos
Después de un vencimiento, explica qué ocurrió y qué información puede recuperarse. No prometas conservación si el sistema no la implementa. Si guardar un borrador es apropiado, define dónde se almacena, por cuánto tiempo y quién puede acceder, especialmente en dispositivos compartidos. Una solución de accesibilidad no debería introducir almacenamiento innecesario sin revisión. Para una tarea sencilla, puede ser suficiente evitar el límite o permitir reanudar de manera segura. El equipo debe considerar contenido, privacidad y seguridad conjuntamente, en lugar de resolver el problema únicamente con una ventana que obliga a pulsar aceptar repetidamente.
Probar la tarea a un ritmo diferente
Completa el recorrido lentamente, deja una pausa deliberada y observa avisos y recuperación. Prueba tanto responder al aviso como dejar que venza. Utiliza datos ficticios y un ambiente autorizado. Comprueba que el estado final no afirme recepción de una solicitud que se perdió antes de enviarse. Registra tiempos, mensajes y acciones para que el comportamiento pueda repetirse después de una corrección. No concluyas que el límite es adecuado porque tú lograste terminar rápido. La revisión debe contemplar distintas formas de lectura e interacción y documentar qué alternativa existe cuando alguien necesita más tiempo que el previsto inicialmente.
DE LA LECTURA A LA ACCIÓN
Para aplicar hoy
- Cada límite de tiempo necesita una razón relacionada con el proceso.
- Los avisos deben ofrecer una posibilidad real de actuar.
- Prueba vencimiento y recuperación sin asumir conservación de datos.
Fuentes y referencias
Documentación para profundizar. Los ejemplos de esta guía son didácticos.