Estás en /login y escribes tu nombre de usuario en el campo “Correo electrónico/nombre de usuario”. Tras la confusión inicial que mencioné antes, haces clic en “Envíame un código de inicio de sesión de un solo uso”. Esto te lleva a la página “Bienvenido de nuevo”, donde el campo “Correo electrónico” aparece prellenado con tu nombre de usuario (problema n.º 1). Si, por descuido, haces clic en “Continuar”, recibes tres mensajes en rojo a la vez (problema n.º 2):
Nombre de usuario, correo electrónico o contraseña incorrectos
Corrige este error para continuar - Correo electrónico - Introduce una dirección de correo electrónico válida
Introduce una dirección de correo electrónico válida
El texto “Inicia sesión con tu contraseña en su lugar” junto al siguiente botón “Continuar” parece un poco una descripción del botón Continuar, pero eso no es un gran problema.
Luego haces clic en “Continuar”. Se va a la pantalla “Bienvenido de nuevo - Revisa tu correo electrónico”, pero el error “Nombre de usuario, correo electrónico o contraseña incorrectos” sigue ahí (problema n.º 3).
Aquí, los enlaces adicionales (“Reenviar código”, “Usar una dirección de correo electrónico diferente”) están debajo de “Continuar” y queda más claro que son algo distinto.
Añado una nota aquí para confirmar que, a partir de ahora, la generación aleatoria de nombres de usuario no estará activada por defecto con este próximo cambio, y será completamente opcional. La primera publicación de este tema se ha actualizado en consecuencia.
Personalmente, me molesta cuando los correos de verificación o de inicio de sesión no incluyen enlaces para hacer clic, así que agradecería que se añadiera una opción para configurar esto como preferencia del sitio.
Que el correo y el código sean el primer paso del registro está bien, pero me pregunto si es aceptable ingresar un correo (y enviar un mensaje) sin haber aceptado primero los términos de protección de datos. Como ya se mencionó, debe encajar con la aprobación del moderador (es decir, no enviar “activa tu cuenta” si eso no está garantizado).
No es algo fácil de satisfacer, por dos razones. En primer lugar, lo mejor para el producto es tener un único mecanismo para confirmar la propiedad de una dirección de correo electrónico. Tener dos mecanismos en funcionamiento resulta confuso para los usuarios finales, los administradores y nuestro propio equipo de soporte.
La segunda razón tiene que ver con la seguridad. Un enlace puede ser secuestrado o manipulado con mayor facilidad por un posible atacante. Por ejemplo, es fácil que alguien envíe un correo electrónico que parezca provenir de un sitio legítimo, con un enlace que también tenga esa apariencia, pero que en realidad lleve al usuario a un sitio o cuenta diferente. Los enlaces facilitan la implementación de ataques de ingeniería social. Los códigos por correo electrónico, en cambio, no tanto.
Debería estar bien para un correo electrónico de un solo uso, ¿no? En cualquier caso, no estoy seguro de en qué se diferencia esto al enviar un enlace o un código.
¿Existe alguna forma de que los campos personalizados de usuario que tienen la opción «mostrar al registrarse» o son obligatorios al inscribirse aparezcan en esta nueva página de registro? En mi foro tenemos opciones como «suscribirse a la obra del mes», que se mostraban a los usuarios al registrarse anteriormente. Aunque es una buena opción, lamentablemente esto evita la entrada y la visualización de campos de inicio de sesión importantes.
Efectivamente, a mí tampoco me funciona al configurar un código de invitación.
Simplemente falla al enviar el código por correo electrónico, sin ningún aviso ni mensaje de error.
Como resultado, tuve que configurarlo solo por invitación. Pero es genial tener este método de registro. Cuando no es posible forzar la 2FA. Ciertamente es más seguro que hacer que los usuarios establezcan una contraseña genérica que probablemente hayan usado muchas veces antes.
Hola, parece una buena medida, pero añade una ronda extra de correos electrónicos.
Tenemos un sistema de solo invitaciones y enviamos invitaciones individuales por correo electrónico.
Anteriormente, el enlace de registro por correo incluía el token extendido, que permitía registrarse sin necesidad de un paso adicional de verificación por correo.
Con esta opción activada, se envía el token en formato corto, que luego requiere otra ronda de correos.
Esto hace que el proceso de registro sea más complejo para los nuevos usuarios.
Sí, este sistema no muestra los campos de usuario en el formulario de registro, pero sí los muestra después de confirmar el código en el siguiente paso.
El registro ha sido genial para los usuarios que no son muy técnicos. Solo tienes que introducir tu correo electrónico en la casilla, esperar el código y ya estás dentro. Y es relativamente seguro.
Algunas cosas que he notado hasta ahora:
El hecho de que el uso de códigos de invitación esté roto, como se mencionó antes.
El tiempo que se tiene para introducir los números es muy, muy corto para las personas con las que trabajo, y el código probablemente sea más largo de lo necesario. Si no me equivoco, ninguno de los dos es ajustable, y ninguno parece hacerlo más seguro, solo más difícil.
Aunque registrarse solo con una casilla de correo electrónico es genial, no tiene mucho sentido que la próxima vez que inicies sesión aparezca de repente una contraseña que ‘necesitas’ introducir. Como se mencionó, los usuarios con los que trabajo no son muy técnicos, por lo que, si el registro mediante códigos de correo electrónico es la opción predeterminada, tener una casilla de contraseña (posiblemente semanas después) resulta confuso. El estándar esperado hoy en día es tener solo una casilla de correo electrónico y dejar que el sistema decida después si pide una contraseña, un código de correo u otro método.
Corrige este error para continuar - Correo electrónico - Introduce una dirección de correo electrónico válida
Añado una nota aquí para confirmar que, a partir de ahora, la generación aleatoria de nombres de usuario no estará activada por defecto con este próximo cambio, y será completamente opcional. La primera publicación de este tema se ha actualizado en consecuencia.
