Является ли вход "Confirm Email" хорошей практикой, когда пользователь меняет адрес email?

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

Насколько я понимаю, у тебя есть два варианта. Используйте второе поле для подтверждения ввода или отправки сообщения аутентификации / активации email.

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

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

Я бы просто использовал одно поле ввода. Входной сигнал "Confirm" является остатком от метода "Confirm Password".

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

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

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

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

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

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

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

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

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

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

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

Ввод вещей дважды разочаровывает и не предотвращает ошибки copy&paste или даже некоторые опечатки.

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

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

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

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

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

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

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