Fallo común Fallos comunes WCAG 2.2
F12Fallo del criterio de conformidad 2.2.5 debido a tener un límite de tiempo de sesión sin un mecanismo para guardar los datos introducidos por el usuario y restablecerlos tras la re-autentificación
En resumen
Este fallo se produce en sitios con inicio de sesión que caducan por inactividad y que, al volver a autenticarse el usuario, no recuperan los datos que había introducido en el formulario, obligándole a empezar de nuevo. Perjudica a las personas que necesitan más tiempo para rellenar formularios, que pueden no llegar nunca a completarlos. Compruébelo en cualquier área privada con caducidad de sesión y formularios largos.
Aplicabilidad
Sitios que exigen al usuario iniciar sesión para enviar datos y que finalizan la sesión tras un cierto período de inactividad.
Descripción
Los servidores web que exigen autenticación del usuario suelen tener un mecanismo de sesión en el que la sesión caduca tras un período de inactividad del usuario. A veces se hace por motivos de seguridad, para proteger a los usuarios de los que se supone que han dejado su ordenador expuesto en un estado en el que alguien podría hacer algo perjudicial para ellos, como transferir fondos bancarios o realizar una compra no autorizada. Puede que los usuarios con discapacidad sigan en realidad trabajando para completar el formulario, ya que pueden tardar más en completarlo de lo que normalmente cabría esperar. Tras la re-autentificación, si no se restablece el estado de la sesión de los usuarios, incluidos todos los datos que ya habían introducido en el formulario, tendrán que empezar de nuevo. Y para estos usuarios es probable que la sesión vuelva a caducar antes de que puedan completar el formulario. Esto crea una situación en la que un usuario que necesita más tiempo para completar el formulario no podrá completarlo jamás.
Ejemplos
- Un usuario envía un formulario en un sitio con autenticación después de que su sesión haya caducado. Al enviar el formulario, se le pide que inicie sesión de nuevo y después se le lleva a una página de bienvenida general. Los datos no se procesan y tiene que intentarlo otra vez.
- Un usuario envía un formulario en un sitio con autenticación después de que su sesión haya caducado. Al enviar el formulario, se le pide que inicie sesión de nuevo y después se le devuelve a la página en la que estaba justo antes de iniciar sesión, que en este caso contiene el formulario que intentó enviar. Sin embargo, el formulario no está relleno con los datos que acababa de introducir y tiene que volver a introducirlos.
Pruebas
Procedimiento
En un sitio en el que se exige autenticación, se recogen datos del usuario y se finaliza la sesión del usuario tras un período conocido de inactividad:
- Introducir los datos solicitados, pero dejar que la sesión caduque, y después enviar el formulario.
- Cuando se solicite, volver a autenticarse ante el servidor.
- Determinar si la función se realiza utilizando los datos enviados previamente.
Resultados esperados
- Si la comprobación n.º 3 es falsa, el sitio falla el criterio de conformidad.
Cómo lo comprobamos en ADDAW
Este fallo es uno de los que buscamos en cada auditoría de accesibilidad de ADDAW: lo documentamos con capturas y el código afectado, indicamos el criterio que incumple y la técnica suficiente con la que se corrige. Los informes siguen la metodología del Observatorio de Accesibilidad y la norma UNE-EN 301 549.
Fuente y licencia
Traducción al español, no oficial, realizada por ADDAW a partir de la técnica F12 del documento «Techniques for WCAG 2.2» del W3C (versión del repositorio público del W3C a 22/10/2026). Copyright © W3C® (MIT, ERCIM, Keio, Beihang). Se publica conforme a la licencia de documentos del W3C. El texto normativo de referencia es el original en inglés; si detecta un error en la traducción, escríbanos.
