Comment la page d'inscription d'un site Web mobile devrait-elle fonctionner?
Comment doit être la page d'inscription d'un site Web mobile? Par exemple:-
La répétition du mot de passe a-t-elle plus de sens ou moins sur la version mobile d'un site Web? En d'autres termes, les utilisateurs sont-ils plus enclins à faire une faute de frappe tout en tapant sur un mobile? Pour moi, il semble qu'il devrait y avoir plus de possibilité de faute de frappe sur mobile que sur PC, mais retaper le mot de passe sera également plus gênant sur mobile. Question connexe mais il ne parle pas de version mobile.
Pertinence du captcha?
Conditions générales et/ou politique de confidentialité? (qui est là sur le site complet/bureau)
En outre, plus de choses à garder à l'esprit lorsque vous travaillez sur l'interface utilisateur de la page d'inscription mobile
Ce que j'ai vu comme une bonne pratique consiste à entrer le mot de passe une seule fois, mais l'afficher est du texte plutôt que de le masquer. De cette façon, vous pouvez voir exactement ce que vous avez entré et vous n'aurez pas à vous soucier des erreurs.
Je ne pense pas que le captcha soit nécessaire ici, pas positif cependant. Ce serait une étape supplémentaire et potentiellement ennuyeuse pour une utilisation mobile.
Peut-être un lien vers les CGU?
Je suppose que vous avez raison: les utilisateurs mobiles sont plus susceptibles de faire une faute de frappe lors de la saisie de leur mot de passe. Cependant, je leur demanderais tout de même de le saisir une fois, car ils saisiront probablement leur e-mail correctement et pourront toujours réinitialiser le mot de passe.
En ce qui concerne le masquage, la plupart des téléphones résolvent déjà ce problème en ayant un délai afin que les personnages puissent être vus avant d'être masqués. Il est probablement correct de l'afficher en texte brut pour être certain qu'il peut réviser l'intégralité du mot de passe.
Les enregistrements de spam sont toujours un problème avec les formulaires d'inscription mobile, vous voudrez probablement utiliser CAPTCHA ou quelque chose de similaire.
Je suis d'accord avec Matt, s'il est possible de mettre le texte juridique sur une autre page et de fournir un lien qui est probablement le meilleur. Assurez-vous simplement que lorsqu'ils ont fini de le lire (une personne pourrait le faire), le formulaire n'est pas effacé à leur retour. Vous pouvez utiliser une case à cocher "J'accepte" standard ou l'intégrer directement dans un grand bouton "J'accepte, inscrivez-moi" pour vous assurer qu'il n'y a aucun problème à le sélectionner.
Comme pour tout formulaire d'inscription, restez court avec uniquement les informations essentielles nécessaires pour créer un compte. Une fois connecté, vous pouvez demander plus d'informations, assurez-vous simplement qu'il est facile d'entrer dans la porte.
Aussi d'accord avec Matt. Les mots de passe non masqués devraient être bien de nos jours même si la sécurité perçue qui vient avec un mot de passe masqué ne doit pas être négligée du point de vue UX. Je connais Yahoo! utilise une entrée de mot de passe complètement démasquée pour leurs applications iPhone et le fait depuis un certain temps (Luke Wroblewski le mentionne dans un article écrit en 2012 que je ne peux malheureusement pas trouver pour le moment), ce qui me fait croire que cela fonctionne bien. Yahoo n'offre même pas de fonctionnalité Afficher/Masquer que je trouve étrange car l'utilisateur peut se sentir mal à l'aise de taper le mot de passe en texte clair dans son contexte utilisateur actuel.
Si vous choisissez de masquer le mot de passe , imposant ainsi une procédure de re-type, le besoin de fonctionnalité Afficher/Masquer est toujours là puisque un type-O dans le champ "sélectionner le mot de passe" obligerait l'utilisateur à retaper d'abord la répétition, juste pour réaliser qu'il n'a pas été correctement tapé la première fois. Corrigez ensuite le mot de passe en celui voulu, puis retapez-le à nouveau, espérons-le, corrigez cette fois. Cela signifierait taper le mot de passe quatre fois au lieu d'un seul dans la version non masquée.Je ferais tout en mon pouvoir pour éviter un captcha. Au fur et à mesure que les algorithmes de craquage des captchas s'améliorent, les captchas deviennent de plus en plus difficiles à casser pour les humains. C'est un peu en arrière aussi, alors que nous travaillons dur pour limiter le travail et le temps d'entrée, comme dans le sujet de la question 1, pour ajouter un élément aussi long et peu attrayant. Comme indiqué dans, par exemple, cet article À quel point les humains sont-ils bons pour résoudre les CAPTCHA? , la précision du jeu peut être très faible (inférieure à 70%) et prend généralement 10 secondes ou plus à battre pour un étudiant de premier cycle. Et c'est probablement encore pire sur les mobiles. Si cela est techniquement faisable, j'introduirais le captcha pour la deuxième ou la troisième tentative du même client, pour épargner à l'utilisateur moyen la douleur.
Ce genre de textes et de contenu (qui doit être là mais presque personne ne lit), je préfère mettre des vues temporaires, comme des modaux ou des popovers. L'avantage étant que l'utilisateur aura la forte impression que toutes les données qu'il a saisies seront toujours là lorsque la vue temporaire sera fermée. Emmener l'utilisateur à une autre page ne donne aucune promesse. Même si l'utilisateur finira par découvrir qu'il est toujours là, je pense qu'il est plus agréable de ne pas laisser l'utilisateur en doute.
La gestion des erreurs/commentaires devient un peu plus compliqué car il est courant que l'écran ne puisse pas afficher tous les champs en même temps. La validation en ligne est recommandée car lorsque le bouton d'envoi est appuyé, une erreur peut en fait se produire hors écran, laissant l'utilisateur ignorant ce qui doit être corrigé avant qu'une autre tentative puisse être effectuée. Assurez-vous également d'utiliser toujours le clavier correct pour la saisie. Sur un PC, vous avez un clavier et des listes déroulantes. Sur un smartphone, vous avez un clavier, un clavier de messagerie électronique, un pavé numérique, un sélecteur régulier, un sélecteur de date et probablement autre chose que j'ai oublié. Utilisez la bonne méthode pour faire correspondre les données qui entrent dans le champ. Cela peut être très basique, mais je suis surpris du nombre d'erreurs que vous voyez dans ce domaine.