¿Es una mala idea tener campos de entrada después de la contraseña en un formulario de inicio de sesión?

La mejor situación de tabulación y situaciones comunes es:

• entrada: correo electrónico
• entrada: contraseña
• casilla de verificación: mantenerme registrado en (a veces esto se omite)
• botón: enviar (observe cómo puede usar la barra espaciadora, más rápido que ingresar en algunas situaciones)

Pruebas

• Google (inicio de sesión unificado)
• Yahoo (inicio de sesión unificado, incluye Flickr, Delicious)
• Twitter (tenga en cuenta también cómo el flujo visual difiere del flujo de pestañas para ser coherente)
• Facebook (ibidem)
• Baidu
• Wikipedia
• LinkedIn
• Craiglist
• Mi espacio
• IMDB

Rompedores notables:

• MSN
• eBay

Entonces, con esos sitios incluimos probablemente a la mayoría de los usuarios web del mundo y todos están alineados con el comportamiento que describí.

Las pausas atroces en este patrón son cuando los diseñadores de formularios útiles colocan el enlace Olvidé mi contraseña en la tabulación después de la contraseña y antes del botón de enviar. Esto inevitablemente resulta en la actualización de la página, una nueva carga de formulario. Luego, al regresar, según las buenas prácticas de seguridad, el campo de contraseña (que escribí la primera vez) está en blanco.

Si bien respeto totalmente la libertad estética de los diseñadores y desarrolladores y no quiero que la web parezca homogénea, el comportamiento de la web debería serlo.

Dan Wilson

Solo piense en sus propias experiencias: cuando inicia sesión en un sitio, ¿qué espera hacer? Yo, espero hacer exactamente lo que dijo Dan: nombre de usuario TAB Contraseña TAB enter. Incluso he visto lugares que tienen la funcionalidad "Recordarme" para mantener este concepto básico: en chase.com, para tabular a la casilla de verificación "recordar mi nombre de usuario", en realidad debe presionar el botón de enviar PASADO para enfocarse en la casilla de verificación. No sé si eso me gusta mucho, pero hace que el inicio de sesión general sea mucho más rápido.

Una adición que tendría a su declaración es que en una página de inicio de sesión, el enfoque inicial DEBE estar en el campo de nombre de usuario. No puedo contar la cantidad de sitios web a los que voy donde el foco está configurado incorrectamente (o no está configurado en absoluto) cuando una página se carga por primera vez.

No creo que el patrón UX dominante sea Nombre de usuario TAB Contraseña TAB Entrar. ¿Por qué la tecla TAB + Enter adicional después de escribir la contraseña? Ahórrese una pulsación de tecla y presione Entrar después de ingresar la contraseña para enviar el formulario. Como menciona Chase, para los formularios de inicio de sesión: Nombre de usuario TAB Contraseña Ingresar.

Considero que los formularios que tienen botones de envío falsos usando input type = 'button' en lugar de type = 'submit' son una penalización UX más ofensiva. Esto refuerza el hábito TAB + Enter para enviar un formulario cuando debería ser Enter.

Es irrelevante responder "No uso este patrón". Si el patrón es EL dominante o no (y su tamaño de muestra uno no muestra esto), si es un patrón significativo, entonces debe respetarse. Tal vez solo el 10% de los usuarios presione una pestaña antes de ingresar, pero no desea molestar al 10% de sus usuarios por algo tan simple de solucionar como esto.

Para los formularios de inicio de sesión si el diseño requiere algo entre la contraseña y el envío, aún puede cambiar el orden de tabulación para que omita los elementos de mala experiencia al tabular. Ver https://www.bankofamerica.com/ que es algo similar. La tabulación va usuario/área/enviar, continúe tabulando para obtener el enlace para la casilla de verificación y el enlace.

Creo que el problema más amplio (para mí) es colocar un elemento anti-acción donde debería estar la acción. cancelar/restablecer botones donde normalmente se encuentran los botones de envío, etc. Somos criaturas bastante automatizadas y rara vez leemos/prestamos atención a los pequeños cambios.

Estoy de acuerdo con John Creo que la mayoría de la gente presiona Enter mientras está en el campo de contraseña (lo hago), o hará clic/tocará el botón Enter.

Sin embargo, para los pocos usuarios de Windows que presionan Tab y luego Enter, Dan tiene razón: no debería haber nada entre el campo de edición de la contraseña y el botón Enter.

Seleccioné a los usuarios de Windows porque en Mac, lo predeterminado es que presionar Tab lo lleva al siguiente campo de edición o cuadro de lista. Nunca te llevará a un botón. Mis disculpas a los usuarios de Linux; No estoy seguro de los detalles allí.