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

Question

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

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

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

Answer 1

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

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

Answer 2

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

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

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

Answer 3

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

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

Answer 4

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

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

Answer 5

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

Answer 6

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

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

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

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

Answer 7

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

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

1. Рядом с полем ввода написать стиль информации, которую вы ищете что-то вроде так (т.е. user@domain.com). Причина, по которой это важно, заключается в том, что вы будете удивлены тем, насколько многие из менее опытных специалистов не понимают разницу между сайтом и адресом электронной почты, поэтому дайте им знать визуально формат, который вы хотите.

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

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

Answer 8

Typing вещь дважды расстраивает и не предотвращает копирование & ошибки вставки или даже некоторые опечатки.

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

Answer 9

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

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

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