Comment gérer les demandes de pages pour les utilisateurs connectés qui ne devraient pas les rechercher?
Supposons qu'un utilisateur se connecte avec succès à mon application Web. À ce stade, il n'est plus nécessaire que les pages "Inscription" et "Connexion" soient visibles dans la navigation, mais que se passe-t-il si elles essaient toujours d'accéder à ces pages en tapant simplement l'URL?
Pour le moment, je juste redirige tous ceux qui sont connectés et essaie de visiter ces pages, vers la page d'accueil (ou la page de destination qu'ils verraient généralement après une connexion réussie) sans autre avis.
Quelle serait une bonne façon de traiter les demandes de pages auxquelles les utilisateurs connectés n'auraient aucune raison de visiter d'un point de vue UX?
Si les utilisateurs essaient d'accéder à la page Connexion et Inscription en tapant l'URL manuellement, ils doivent vraiment vouloir s'y rendre pour une raison quelconque. Je voudrais d'abord m'assurer que vous avez un bouton de déconnexion quelque part facilement disponible sur l'application afin que s'ils se déconnectent, ils puissent accéder à cette page. Cependant, je pense que vous le faites correctement en redirigeant les utilisateurs actuellement connectés vers la page d'accueil s'ils essaient de revenir à la page de connexion et d'inscription. Je suis sûr que la page de connexion et d'inscription n'a vraiment rien d'autre à offrir que la fonction pour laquelle ils sont conçus, vous réfléchissez donc à l'avenir et montrez à l'utilisateur où il veut en fait aller. S'ils ont vraiment envie d'aller sur ces pages, alors laissez-les se déconnecter et se reconnecter. Juste une idée, j'espère que cela vous aidera.
Vous pouvez créer une conception alternative pour ces pages pour les utilisateurs connectés.
La page de connexion peut indiquer "Vous êtes déjà connecté!", Puis proposer des options utiles pour la suite des opérations (par exemple, aller à la page d'accueil, vous déconnecter).
La page d'inscription peut offrir un lien vers la page où ils peuvent modifier leurs coordonnées.
Comme mentionné ailleurs, il s'agit (probablement) d'un cas Edge, donc l'expérience actuelle ne vous fait probablement aucun mal. Il serait intéressant de savoir combien d'utilisateurs visitent la page d'inscription ou de connexion lorsqu'ils sont déjà connectés, si possible.
Si l'utilisateur tape l'URL "Connexion" ou "Inscription", je les y amènerais ( principe du moindre étonnement ), bien qu'un bouton "Déconnexion" sur chaque page puisse être sympa .
Si l'utilisateur accède à ces pages en raison de l'URL ou des signets, j'essayerais de concevoir les URL pour minimiser cela:
- Faites en sorte que le point d'entrée de l'application soit une page d'accueil (par exemple
/) et redirigez cette page vers/login(avec un lien vers/signup) si l'utilisateur n'est pas encore connecté. - Une fois que l'utilisateur s'est connecté ou inscrit, assurez-vous qu'il est redirigé vers la page d'accueil (par exemple
/) et non transmis à la page d'accueil [1]. - Le
/loginou/signuples pages ne doivent jamais être annoncées ou liées directement à l'extérieur de l'application, afin que l'utilisateur n'ait jamais à taper, copier et coller, mémoriser ou mettre en signet ces URL.
[1] Parfois, une application Web effectue un transfert interne vers la page d'accueil après la connexion, ce qui entraîne l'affichage de la page d'accueil mais l'URL affiche toujours /login. L'utilisateur pense qu'il met en signet la page d'accueil, mais il marque vraiment la page de connexion.
Le lien de déconnexion doit être libellé comme "se déconnecter et se connecter en tant qu'utilisateur différent" car c'est ce qu'ils veulent probablement faire s'ils accèdent à la page de connexion.