web-dev-qa-db-fra.com

Connectez-vous / enregistrez l'interface utilisateur dans une page modale ou séparée

Existe-t-il des recherches ou des lignes directrices sur les meilleures pratiques concernant la solution la plus appropriée pour cette interface utilisateur du point de vue de l'expérience?

Y a-t-il des avantages et des inconvénients connus de chacun?

6
Mike Acler

Je suis sûr que nous avons déjà répondu à cela, mais comme je ne le trouve pas ...

Tous les deux

C'est une bonne pratique d'avoir une connexion légère qui permet à l'utilisateur de rester là où il se trouve (avec une actualisation dynamique des composants pertinents). Idem pour l'inscription: vous voulez réduire la barrière à la création d'un compte, donc un panneau modal simple avec le strict minimum de points de données est le chemin à parcourir.

Vous allez également avoir certains workflows où les utilisateurs entreront via une URL à accès restreint (leurs commandes, publications, préférences de compte, etc.). Ils doivent être connectés avant de montrer quoi que ce soit. C'est là que votre page de connexion/inscription dédiée est nécessaire.

5
plainclothes

Personnellement, je construis toujours les contrôles de connexion dans un modal car presque sans exception, il y aura d'autres vues que la page d'accueil qui nécessite que l'utilisateur se connecte. Il est extrêmement pratique de permettre à l'utilisateur de s'éloigner de la page d'accueil, de choisir de se connecter et de ne pas se sentir obligé de recommencer sur la page d'accueil.

À moins bien sûr que la page soit inutile sans compte, comme dans une webapp, où la première vue dont ils disposent est une connexion.

2
stackoverfloweth

Les modaux fonctionnent bien pour les tâches "d'interruption". Considérez lorsque l'utilisateur est en train de faire quelque chose, puis cliquez sur Se connecter. Ils ne sont pas emmenés dans un espace différent - ils restent sur leur page car le modal de connexion la superpose. Ensuite, lorsque la connexion est réussie, ils sont de retour là où ils étaient auparavant, à mi-tâche.

Je préfère faire la même chose avec l'inscription, même si parfois c'est une tâche plus longue et plus complexe. Essayez de rendre l'inscription facile et rapide. Gardez-le aussi petit que possible. N'oubliez pas que les gens ne sont probablement pas sur votre site pour remplir des formulaires; ils sont là pour un autre but.

2
Ken Mohnkern

Ipboard est un bon exemple d'une implémentation similaire. Vous pouvez vous connecter sur la page où vous vous trouvez actuellement, ou vous êtes transféré sur une page de connexion si le login/mot de passe est incorrect.

Vous devez également considérer que cela se produira si l'utilisateur doit s'inscrire. Quelle que soit la méthode que vous choisissez, vous devez vous assurer que l'utilisateur est renvoyé à la page qui lui a demandé de se connecter/s'inscrire en premier lieu.

Compte tenu de tout cela, vous devez implémenter les deux méthodes. Modal pour les appareils compatibles JavaScript et page séparée pour les appareils sans JS.

2
Ivan Venediktov

Je suis enclin à dire que vous n'avez pas besoin d'un modal pour ce type de contrôle et que vous pouvez facilement le faire en ligne (pour l'inscription) ou sur une nouvelle page pour vous inscrire (si votre inscription est plus complexe) mais dans la plupart des cas, un simple glissement panneau peut accueillir le contrôle sans déchirer l'utilisateur de la page d'accueil dans un modal. Aussi meilleur pour les lecteurs d'écran et l'accessibilité en général.

0
colmcq