Required fields at registration
In developing the interface for the next site, the main audience of which will be people who are not very technically advanced, I thought about the fields required for registration and minimizing their number.
The following options came to mind:
0 fields : when a page is loaded, a non-logged-in user gets a generated account that he is offered to use, here is another example of this approach.
- convenient for highly specialized tasks and does not suit me. The functionality is not far from the cookie, if it were not for the attachment of the latter to the specific storage in the browser or by :)
')
1 field : email
The user leaves the email, the id is created automatically, by email he receives the password, authorization either by ID or email, the username is set by the user already in the profile
+ Damn, this is still one field! By default, a password-resistant password can be generated.
± username are free to change, and can remain empty. I don't want to consider users by IT
- The CNC acquires the form ufosite.nl/users/18567 , most likely the user will want to change his password. With CNC type ufosite.nl/users/customusername comes hell for search engines. To build CNC based on email, which, moreover, not everyone wants to publish is a gift to spammers and CNCs are not exactly CNC.
3 fields : email, password with confirmation
Inherits everything from the previous approach, except for a strong password and unnecessary operations to change it after registration.
4 fields : email, username and password with confirmation
+ username is fixed, there are no problems with CNC of the type ufosite.nl/users/username , authorization by username, email or id
- But there is an option where the fields are four times less.
Well, as an additional field is the inevitable captcha, or its equivalent.
Some usability experts considered the option of entering the password openly, or switching it to the closed mode with confirmation of the checkbox activation, but this seems exotic to me.
Perhaps there are some original solutions to the problem of minimizing the number of fields during registration and I will be very grateful if you share them.
The following options came to mind:
0 fields : when a page is loaded, a non-logged-in user gets a generated account that he is offered to use, here is another example of this approach.
- convenient for highly specialized tasks and does not suit me. The functionality is not far from the cookie, if it were not for the attachment of the latter to the specific storage in the browser or by :)
')
1 field : email
The user leaves the email, the id is created automatically, by email he receives the password, authorization either by ID or email, the username is set by the user already in the profile
+ Damn, this is still one field! By default, a password-resistant password can be generated.
± username are free to change, and can remain empty. I don't want to consider users by IT
- The CNC acquires the form ufosite.nl/users/18567 , most likely the user will want to change his password. With CNC type ufosite.nl/users/customusername comes hell for search engines. To build CNC based on email, which, moreover, not everyone wants to publish is a gift to spammers and CNCs are not exactly CNC.
3 fields : email, password with confirmation
Inherits everything from the previous approach, except for a strong password and unnecessary operations to change it after registration.
4 fields : email, username and password with confirmation
+ username is fixed, there are no problems with CNC of the type ufosite.nl/users/username , authorization by username, email or id
- But there is an option where the fields are four times less.
Well, as an additional field is the inevitable captcha, or its equivalent.
Some usability experts considered the option of entering the password openly, or switching it to the closed mode with confirmation of the checkbox activation, but this seems exotic to me.
Perhaps there are some original solutions to the problem of minimizing the number of fields during registration and I will be very grateful if you share them.
Source: https://habr.com/ru/post/89447/
All Articles