Lors de la connexion, les utilisateurs peuvent taper des parties de leur adresse e-mail. Par exemple, [email protected] au lieu de . Com, Yaho au lieu de yahoo, etc.
La justification principale est qu'en corrigeant automatiquement les entrées des utilisateurs, nous pourrions éviter les messages d'erreur inutiles dus à des fautes d'orthographe ou à d'autres erreurs de frappe courantes.
Donc ma question ou plutôt les questions sont:
Connexes:
Je déconseille une correction automatique car les extensions de nom de domaine sont sur le point de changer radicalement, au point où un e-mail se terminant par "sitename.anything" sera valide.
Envisagez une vérification en ligne, ce qui signifie qu'elle ne provoque pas la frustration de l'ENTRÉE> SOUMETTRE> MESSAGE D'ERREUR> RÉINSCRIPTION> SOUMETTRE
[email protected]
[!] Voulez-vous dire .com?
Demander une confirmation rapide avant la soumission fait gagner du temps à l'utilisateur et au système.
Certainement ne changez pas silencieusement l'adresse sans en informer l'utilisateur, car cela peut conduire à une confusion extrême si elle se trompe. Au lieu de cela, vous pourriez envisager un "Vouliez-vous dire ...?" message sous le champ. Cela est facilement compris par tout utilisateur ayant effectué une recherche Google.
Mailgun a un service pour faire exactement cela. Ils ont un démo en ligne . En plus de vérifier le nom de domaine (rappelez-vous, vous ne pouvez pas simplement regarder les enregistrements MX, car les serveurs de messagerie sont requis pour tenter un retour à l'enregistrement A si MX n'existe pas), il effectue une variété d'autres vérifications d'intégrité ( par exemple, il connaît la longueur minimale d'un nom d'utilisateur Gmail).
Je préférerais ne pas utiliser la correction automatique dans ce cas, car cela peut entraîner plus de frustration que de présenter un message d'erreur.
La raison pour laquelle je dis cela est qu'avec l'augmentation des noms de domaine, la précision de la correction automatique devient de moins en moins.
Votre exemple change le .con en .com, et si l'intention de l'utilisateur était d'écrire .cn ou .co?
La messagerie d'erreur de champ de formulaire est généralement subtile et efficace sans que l'utilisateur ne soit trop frustré. La correction automatique est en revanche extrêmement frustrante lorsqu'elle ne fonctionne pas.
Que diriez-vous d'une demande ajax en temps réel pour vérifier si le domaine soumis est valide ou non? Si c'est valide, présumez que c'est juste. Si vous ne pouvez pas trouver un enregistrement MX ou A sur ce domaine, indiquez "n'a pas pu trouver ce domaine" ou suggérez un "vouliez-vous dire" extrait des enregistrements précédents que vous avez conservés sur ce que les utilisateurs ont modifié l'entrée depuis et vers toutes les heures précédentes vous "n'avez pas pu trouver ce domaine".
Je déconseille la correction automatique, étant une personne qui la déteste particulièrement et passionnément lorsque l'ordinateur pense qu'elle sait mieux que moi.
Aussi, je voudrais ajouter: veuillez ne pas être trop restrictif dans votre validation d'email . Allez lire je savais comment valider une adresse e-mail jusqu'à ce que je lise la RFC pour trouver toutes les façons dont tant de sites Web le font mal.
Cela me fait vraiment mal quand un site Web ne me laisse pas mettre un signe plus dans la partie précédant le symbole @ de mon adresse e-mail. C'est une horrible expérience utilisateur pour moi que leur système n'acceptera pas mon adresse e-mail parfaitement valide. Seul le bureau de poste peut décider si une adresse est valide ou non, et pour les adresses e-mail, l'équivalent du bureau de poste est le serveur de messagerie du domaine en question décidant s'il a trouvé ou non l'utilisateur associé. . Les sites Web aléatoires ne devraient jamais essayer de décider si un autre serveur considère un compte valide autrement que par le seul et unique moyen: envoyer un e-mail à la supposée adresse e-mail et déterminer si l'utilisateur l'a reçu en indiquant s'il possède les informations qui ont été envoyées.
La correction automatique est quelque peu invasive et ne permet parfois pas à l'utilisateur de comprendre la faute de frappe ou de la remarquer. J'opterais pour la liste déroulante typeahead (autosuggest) disant "Vouliez-vous dire bonne adresse?".
Je pense qu'il est utile de séparer les erreurs de frappe courantes des fautes d'orthographe. la correction automatique peut ne pas être pertinente pour corriger les noms de domaine comme l'a suggéré @Simwil en raison des modifications apportées aux extensions de nom de domaine. Cela étant dit, si nous examinons uniquement les erreurs de frappe à correction automatique, cela améliorerait l'expérience globale de l'utilisateur et minimiserait la frustration de l'utilisateur en examinant des éléments tels que:
1- Suppression du point final à la fin de l'adresse
2- Remplacement des virgules par des arrêts complets si nécessaire
3- Découper les espaces au milieu ou à la fin de l'adresse
Je ne recommanderais pas personnellement de corriger automatiquement le nom de domaine de l'adresse e-mail, mais vous pouvez le comparer à l'extension de nom de domaine "VALIDE", et pour cela, vous devez le vérifier par rapport à la liste des extensions de nom de domaine valides, ce qui serait une douleur absolue , spécialement de nos jours que nous avons de nouvelles extensions de noms de domaine totalement étranges, voici un lien vers toutes; http://en.wikipedia.org/wiki/List_of_Internet_top-level_domains
Cependant, personnellement, je ne recommanderais ni le domaine ni son extension car cela pourrait être pénible, vous confondrez également l'utilisateur ... et si quelque chose ne fonctionne pas correctement, vous perdrez votre nouveau utilisateur et ils ne reviendront plus jamais ... croyez-moi!
Comme tant de gens l'ont suggéré, je recommanderais fortement d'être d'accord avec le "Vouliez-vous dire .com?" comme 1) vous donnez constamment des commentaires, 2) ils peuvent toujours le changer si ce n'est pas correct, et 3) vous n'êtes pas trop compliqué à la fois pour votre application/site Web ou tout ce qui est et pour l'utilisateur, 4) moins requêtes http, moins de pages chargées par ajax ou tout ce que vous utilisez pour vérifier en arrière-plan, 5) surtout moins de travail/code ...
J'espère que ça aide :)
Cela dépend de Dans quelle mesure votre vérification est-elle intelligente?
Relativement parlant, une liste de fautes de frappe n'est pas sophistiquée. Il existe des services qui peuvent déterminer la présence de
Certes, dans le cas 1 ci-dessus, s'il n'y a pas d'enregistrement de nom de domaine correspondant - un e-mail ne peut pas atteindre le destinataire. Donc, dans ce cas, suggérer automatiquement une correction est logique.
La fiabilité des vérifications 2. et 3. n'est pas très élevée, alors soyez prudent en les utilisant comme déclencheurs.
Les gens masquent parfois intentionnellement leurs informations de contact en ligne, par exemple en l33t-ing quelques caractères. Une raison de plus de ne pas le faire.