Fallo común Fallos comunes WCAG 2.2

F109Fallo de los criterios de conformidad 3.3.8 y 3.3.9 debido a impedir que las contraseñas o los códigos se introduzcan en el formato en que se crearon

En resumen

Este fallo se produce cuando un formulario de acceso obliga a teclear una contraseña o un código de verificación de forma distinta a como se creó: dígito a dígito en casillas separadas, solo ciertos caracteres o mediante listas desplegables. Eso bloquea el pegado y los gestores de contraseñas y convierte el acceso en una prueba de memoria. Revise los formularios de autenticación de su web y permita pegar la cadena completa en un solo campo.

Aplicabilidad

Todas las tecnologías que requieran autenticación.

Descripción

Exigir a los usuarios que se autentiquen introduciendo una contraseña o un código en un formato distinto de aquel en el que se creó originalmente supone un fallo de los criterios de conformidad 3.3.8 Autenticación accesible (mínimo) y 3.3.9 Autenticación accesible (mejorada), salvo que existan métodos de autenticación alternativos. La cadena que hay que introducir puede ser una contraseña, un código de verificación o cualquier cadena de caracteres que el usuario tenga que recordar o anotar para autenticarse.

Un formulario de autenticación de dos factores que pide al usuario «Introduzca el código generado por su aplicación de autenticación». Se le presentan 6 campos de entrada individuales. El primero está relleno con un dígito y el cursor de foco se encuentra en el segundo campo, vacío — Un desafío de contraseña de un solo uso basada en el tiempo (TOTP) que exige introducir cada dígito del código de 6 cifras en campos de entrada separados; al intentar pegar el código completo solo se rellena un dígito en el primer campo.

Una instrucción «Introduzca las siguientes cifras de su número secreto:», seguida de tres campos de entrada marcados como «1.ª», «3.ª» y «5.ª» — Un formulario de introducción de número secreto que pide a los usuarios averiguar e introducir determinadas cifras (por ejemplo, «la primera, la tercera y la quinta») de su número secreto.

Si se obliga al usuario a introducir caracteres individuales en varios campos de manera que no pueda pegar la contraseña en una sola acción, se impide el uso de un gestor de contraseñas o el pegado desde una copia local de la contraseña. Esto significa que los usuarios no pueden evitar la transcripción, lo que da lugar a una prueba de función cognitiva. Se aplica tanto si los usuarios deben introducir todos los caracteres de la cadena como si solo deben introducir una parte.

Ejemplos

Estos ejemplos impedirían que el usuario introdujese una contraseña o un código en el mismo formato en que se creó originalmente:

Un grupo de campos que pide al usuario «Introduzca el 2.º, el 6.º y el último carácter de su contraseña», con campos de entrada separados para cada carácter.
Un grupo de campos que pide al usuario introducir cada dígito de un código de verificación en un campo distinto (salvo que el usuario pueda pegar el código completo en el primer campo y los demás se rellenen automáticamente).
Un grupo de campos de contraseña compuesto por elementos <select> que obliga al usuario a seleccionar cada carácter de una contraseña de longitud fija en listas desplegables individuales.

Pruebas

Procedimiento

Para cada campo de formulario que acepte la introducción de una contraseña o un código:

Comprobar que el campo de entrada permite al usuario introducir la contraseña o el código completos en el formato en que se crearon originalmente.
Si el paso anterior no es verdadero, comprobar si existe un método de autenticación alternativo que satisfaga los criterios de conformidad 3.3.8 Autenticación accesible (mínimo) o 3.3.9 Autenticación accesible (mejorada) (por ejemplo, un método de autenticación que no dependa de una prueba de función cognitiva).

Resultados esperados

Si las comprobaciones n.º 1 y n.º 2 son ambas falsas, se cumple esta condición de fallo y el contenido 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.

Solicitar una auditoría

Fuente y licencia

Traducción al español, no oficial, realizada por ADDAW a partir de la técnica F109 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.