关于html:用户更改电子邮件地址时,“确认电子邮件”是一种良好的输入习惯吗?

关于html:用户更改电子邮件地址时,“确认电子邮件”是一种良好的输入习惯吗?

Is a “Confirm Email” input good practice when user changes email address?

我的组织有一个表格,允许用户与我们一起更新其电子邮件地址。
建议我们有两个电子邮件输入框:第二个作为电子邮件确认。

遇到确认时,我总是复制/粘贴我的电子邮件地址。
我假设我们的大多数用户都不那么精明。

无论如何,这被认为是一种好习惯吗?
我个人无法忍受,但我也意识到这可能并不适合我。
如果有人搞砸了他们的电子邮件,他们将无法登录,他们必须打电话来解决问题。


我已经看到很多人错误地输入了他们的电子邮件地址,并且我也浏览了充满无效电子邮件地址的用户数据库。

从我的角度来看,您有两种选择。使用第二个框确认输入,或发送身份验证/激活电子邮件。

两者都是烦人的事情,因此您可以选择自己认为会减少用户烦恼的地方。

大多数人认为必须查找电子邮件并单击链接会更烦人,但它避免了复制/粘贴地址错误的问题,并且允许您执行删除或回滚用户的操作(如果用户在之后未激活的话)说48小时。


我只用一个输入框。"确认"输入是"确认密码"方法的残余形式。

使用密码时,这很有用,因为通常将其键入为小圆圈。因此,您不能仅仅查看它以确保输入正确。

使用常规文本框,您可以直观地检查您的输入。因此,不需要确认输入框。


我同意您的观点,这让我很烦恼(我还将地址复制并粘贴到第二个输入中)。

话虽如此,对于不那么精明的用户来说,这可能是个好主意。看着我的母亲打字可以肯定很多用户在打字时都不会看屏幕(当她使用笔记本电脑时,她就像花生演奏中的花生一样来自Linus)。如果对您而言,拥有用户正确的电子邮件地址很重要,那么我想说,确认输入是一个很好的主意(这几天中,我可能会在第一个框中输入错误的电子邮件地址,然后将其错误地粘贴到第二个框中盒子,然后感觉像个白痴)。


两次键入内容令人沮丧,并且不能防止复制和粘贴错误,甚至不能避免某些错字。

如果在48小时内未满足激活要求,或者电子邮件退回,我将使用带有回退到旧地址的身份验证/激活模式。


尽管技术含量更高的人倾向于复制和粘贴,但并非技术人员会觉得不得不两次键入内容同样令人讨厌。在进行大量的用户测试时,我对技术的了解越少-他们对这样的东西似乎越感到厌烦...他们难以按原样键入,当他们看到必须再次键入电子邮件时,通常迎来一个强烈的信号。

我会建议一些事情。

  • 在输入框旁边输入您要查找的信息的样式,例如(user@domain.com)。之所以如此重要,是因为您会惊讶于许多不那么精通技术的人并没有真正理解网站和电子邮件地址之间的区别,因此让他们直观地了解所需的格式。

  • 实时运行强大的格式测试,并直观地向用户显示格式的好坏。如果一切正常,就会出现一个绿色复选框。

  • 最后,根据您的系统体系结构,我经常使用一个库来实际在后台对域进行错误处理。我不一定要在服务器上运行VRFY-我经常使用一个库来检查以确保他们输入的域的DNS记录中包含MX记录。


  • 我同意贾斯汀的观点,尽管大多数技术人员都会使用复制粘贴方法,但对于不太熟练的用户来说,这是一个好习惯。

    我还要添加的一件事是,第二个字段应禁用自动完成功能。这样可以确保在至少一个字段上有来自任何一种方法的人工输入。


    只要一个字段是可见的,就不需要确认框。只要您进行某种形式的验证,以确保它至少是电子邮件地址的有效格式,就可以让用户管理其余的问题。


    我倾向于让它向指定的电子邮件地址发送验证码(并且只要求输入一次),并且直到用户输入我发送给他们的代码后才更改电子邮件地址。

    这样做的好处是,如果他们尝试快速连续地将其设置为十二个不同的地址,则您将知道哪些地址可以通过他们输入的验证码来工作。

    另外,如果出现"确认电子邮件地址"框,则仅从上一个复制并粘贴,如果我对此有罪,我相信其他不太谨慎的用户也会这样做。


    我会说这是可以的,但只应保留电子邮件是必不可少的表格。如果您在预订航班时输入了错误的电子邮件,则表示您切断了自己与另一方之间的双向链接,并冒了无法获得确认号的风险,在此处的StackOverflow上,这仅意味着您的Gravatar将不会被加载...

    我认为自己是技术人员,但如果我认为这很重要,那么我总是在两个领域都填写/剪切粘贴。


    推荐阅读