Подтвердить что ты не робот

Правильно ли применяется "Подтверждение электронной почты", когда пользователь меняет адрес электронной почты?

Моя организация имеет форму, позволяющую пользователям обновлять свой адрес электронной почты у нас. Он предположил, что у нас есть два поля ввода для электронной почты: второе - как подтверждение по электронной почте.

Я всегда копирую/вставляю свой адрес электронной почты, когда сталкиваюсь с подтверждением. Я предполагаю, что большинство наших пользователей не так сообразительны.

Независимо от того, считается ли это хорошей практикой? Я не могу этого терпеть, но я также понимаю, что это, вероятно, не для меня. Если кто-то закроет их электронную почту, они не могут войти в систему, и они должны позвонить, чтобы разобраться.

4b9b3361

Ответ 1

Я видел, что многие люди неправильно печатали свой адрес электронной почты, и я также просматривал пользовательские базы данных с недопустимым адресом электронной почты.

Как я вижу, у вас есть два варианта. Используйте второй блок для подтверждения ввода или отправьте электронное письмо с подтверждением подлинности/активации.

Оба являются раздражающими, поэтому вы можете выбрать, что, по вашему мнению, будет раздражать ваших пользователей.

Большинство утверждают, что найти электронное письмо и щелкнуть ссылку более раздражает, но это позволяет избежать проблемы с копированием/вставкой проблемы с плохим адресом и позволяет вам делать такие вещи, как удаление или откат пользователей, t активировать, скажем, 48 часов.

Ответ 2

Я бы просто использовал одно поле ввода. Ввод "Подтвердить" - это остаточная форма метода "Подтверждение пароля".

С паролями это полезно, потому что они обычно типизируются как маленькие круги. Таким образом, вы не можете просто взглянуть на него, чтобы убедиться, что вы набрали его правильно.

С помощью обычного текстового окна вы можете визуально проверить свой ввод. Таким образом, нет необходимости в поле ввода подтверждения.

Ответ 3

Я согласен с вами в том, что это довольно раздражает меня (я также копирую и вставляю свой адрес во второй ввод).

Если говорить, что для менее опытных пользователей это, вероятно, хорошая идея. Наблюдение за типом моей матери является подтверждением того, что многие пользователи не смотрят на экран, когда они печатают (когда она использует свой ноутбук, она похожа на Линуса из арахиса, когда он играет на пианино). Если важно, чтобы у вас был правильный адрес электронной почты пользователя, я бы сказал, что наличие подтверждения ввода - очень хорошая идея (на днях я, вероятно, неправильно наберу свой адрес электронной почты в первом поле и вставьте его неправильно во второй а затем почувствовать себя полным идиотом).

Ответ 4

Я согласен с Джастином, в то время как большинство технических людей будут использовать метод copy, paste, для менее опытных пользователей это хорошая практика.

Еще одна вещь, которую я бы добавил, - это то, что второе поле должно иметь отключенную функцию автозаполнения. Это гарантирует, что есть человеческий вклад от любого метода по крайней мере в одном из полей.

Ответ 5

В то время как более технологичные люди склонны копировать и вставлять, не технические люди находят это так же раздражающим, что нужно вводить что-то дважды. Во время множества пользовательских тестов, которые я испытываю, чем меньше технологий, тем больше раздражает, они кажутся чем-то вроде этого... Они изо всех сил пытаются напечатать, когда они видят, что им приходится снова вводить электронную почту приветствуется сильным знаком.

Я бы предложил несколько вещей.

  • Рядом с полем ввода напишите стиль информации, которую вы ищете, чтобы что-то вроде (например, [email protected]). Причина, по которой это важно, заключается в том, что вы будете удивлены тем, насколько многие из тех, кто менее разбирается в технологиях, не понимают разницу между сайтом и адресом электронной почты, поэтому дайте им знать визуально формат, который вы хотите.

  • Запустите прочный тест форматирования в реальном времени и визуально покажите пользователю, что формат является хорошим или плохим. Зеленый зеленый флажок, если все в порядке, приходит на ум.

  • Наконец, в зависимости от вашей системной архитектуры я часто использую библиотеку, чтобы на самом деле ошибаться в домене в фоновом режиме. Я не обязательно пытаюсь запустить VRFY на сервере - я часто использую библиотеку для проверки, чтобы убедиться, что домен, который они ввели, имеет записи MX в нем запись DNS.

Ответ 6

Ввод вещей в два раза разочаровывает и не мешает копировать и вставлять ошибки или даже некоторые опечатки.

Я бы использовал схему аутентификации/активации с откатом на старый адрес, если активация не выполняется в течение 48 часов или если письмо отскакивает.

Ответ 7

Пока поле доступно для просмотра, вам не нужно поле подтверждения. Пока вы выполняете какую-либо проверку формы, чтобы быть уверенным, что она, по крайней мере, в правильном формате для адреса электронной почты, позволяет пользователю управлять остальными проблемами.

Ответ 8

Я бы сказал, что это нормально, но его нужно зарезервировать только для форм, где письмо является существенным. Если вы ошиблись в своей электронной почте для бронирования рейса, вы отделили двухстороннюю связь между собой и другой стороной и не рискуете получить номер подтверждения, здесь, в StackOverflow, это означало бы, что ваш Gravatar не будет загружен...

Я считаю себя довольно технологичным, но я всегда заполняю оба поля /wo cut-paste, если считаю, что это достаточно важно.

Ответ 9

Я стараюсь, чтобы он отправил код подтверждения на указанный адрес электронной почты (и только один раз просил его), и не меняйте адрес электронной почты, пока пользователь не введет код, который я им отправил.

Это имеет то преимущество, что если они попытаются быстро установить его на десяток разных адресов, вы поймете, какие из них работают, с помощью которого он вводит код проверки.

Кроме того, если мне присваивается поле "подтвердить адрес электронной почты", я просто копирую и вставляю его из предыдущего, и, если я виновен в этом, я уверен, что другие менее осторожные пользователи будут делать то же самое.