Emplacement du bouton / lien de déconnexion?
D'après mon expérience, avoir un bouton/lien de déconnexion d'une certaine description dans le coin supérieur droit est (ou était) assez standard. Est-ce documenté/recommandé quelque part?
Les sites qui nécessitent javascript ont tendance à cacher le lien dans un menu (bien qu'il s'agisse toujours d'un menu dans le coin supérieur droit) - par exemple, Stack Overflow, Facebook et Gmail. J'ai personnellement trouvé cela ... viole le principe "Ne me faites pas penser", pour le dire gentiment.
Par coïncidence, je viens d'expérimenter: sur SO, vous pouvez vous connecter sans javascript, mais je ne trouve pas de moyen de me déconnecter!
Alors: existe-t-il de bons documents à référencer à ce sujet?
Amazon est un autre exemple. Je n'ai pas remarqué cette tendance jusqu'à ce que vous la signaliez.
Quelqu'un d'autre a posé la même question: Pourquoi un site Web cacherait-il le bouton de déconnexion?
Voici un court article à ce sujet qui dit à peu près:
En masquant la fonctionnalité de déconnexion, vous êtes plus susceptible de simplement fermer le navigateur ou l'onglet, mais de rester effectivement connecté à un service. Cela permet à Facebook de suivre ouvertement vos allées et venues en ligne via des partenariats publicitaires qui font tous rapport à Facebook.
Cela a du sens, car vous avez souligné que la "connexion" est généralement encore très visible. Des sites comme Facebook/Google ont le luxe de violer les principes (ou peut-être de les faire évoluer) parce que les gens se plaindront mais continueront à utiliser de toute façon. Je suis d'accord avec user12999 que pour la plupart, vous devriez probablement vous en tenir visible.
Vous avez demandé des citations de recherche ...
Wichita State University Software Ergonomie Research Lab (SURL) a publié des recherches sur Expectations of Users’s Mental Models for E-Commerce Web Layouts et a conclu:
Les comparaisons des réponses des utilisateurs de quatre zones géographiques à travers le monde montrent que, en général, les participants avaient des attentes similaires sur l'emplacement des objets Web.
L'auteur a également étudié si la durée de l'expérience a eu un impact .
Notez cependant qu'ils n'ont testé que Retour à l'accueil, Publicités, Liens internes, Liens externes, Panier et Aide. La cohérence de ces résultats suggère que la même chose pourrait être vraie pour les fonctions de déconnexion/connexion.
Une autre mise en garde est que cette étude a été effectuée en 2000, et les conventions actuelles pour l'emplacement réel d'éléments Web spécifiques peuvent avoir changé. La conclusion plus large de l'attente commune est probablement toujours valable.
Heidi Adkisson a également fait des recherches sur emplacements communs des éléments Web (2002).
Notez que cela n'a pas examiné les attentes de l'utilisateur quant à l'emplacement des éléments, mais a plutôt examiné où les sites Web plaçaient réellement les éléments.
Heidi a également écrit un article Examen du rôle des normes de facto sur le Web .
Je sais que c'est une chaîne plus ancienne mais je voulais peser avec mon expérience à ce sujet.
Nous avons lancé un site Web de paiements mobiles avec le lien de déconnexion apparaissant à l'origine dans le pied de page. Nous avons découvert, cependant, que pendant le processus de paiement (et d'autres domaines de l'expérience), les utilisateurs se fatiguaient de l'option de déconnexion qui les expulsait immédiatement (mon équipe de développeurs a laissé tomber la boîte de confirmation avant le lancement).
Lorsque je suis retourné pour réviser ce processus, j'ai fini par créer un panneau coulissant et y ai inclus l'option de déconnexion. Il est répertorié avec toutes les autres options de navigation principales, mais est hors du site pour éviter les gros doigts. S'ils sont sur le point d'arrêt du bureau du site, je l'ai roulé sous le menu déroulant du profil utilisateur. Il a aidé en réduisant légèrement le bruit visuel de l'expérience principale et s'est débarrassé du problème de doigté des graisses.
Je ne suis pas sûr de la raison derrière le débat sur le bouton de déconnexion ici. Je veux dire, après que des milliards d'utilisateurs via Facebook/Google sont maintenant familiarisés avec l'utilisation de la déconnexion d'une certaine manière, cette manière peu orthodoxe est elle-même devenue une norme.
Plus important encore, les clients finaux utilisant les applications Web feront de toute façon partie de cette immense communauté et ils le savent déjà.
Par conséquent, en n'ayant pas cette fonctionnalité (masquer la déconnexion) maintenant dans notre application Web, nous avons tendance à être dépassés par beaucoup et certains pourraient même la demander aussi.
Je ne vois pas vraiment de problème avec la fonctionnalité de déconnexion dans un menu déroulant, tant que le menu contient également des fonctionnalités supplémentaires. Il s'agit d'un moyen pratique de regrouper les actions des utilisateurs administratifs. Cependant, avoir une seule fonctionnalité (bouton de déconnexion) dans une liste déroulante suggérerait que vous cachez cette fonctionnalité à l'utilisateur, même si ce n'est pas l'intention.
Je pense que le point clé ici est le placement, qui le plus souvent (comme vous l'avez mentionné) se trouve dans le coin supérieur droit. Je crois que ce modèle de conception pourrait avoir son origine du fait que le bouton de fermeture des fenêtres de Windows se trouve également dans le coin supérieur droit. Ce qui, pour de nombreux utilisateurs, serait la zone intuitive pour rechercher la fonctionnalité permettant de fermer/déconnecter une application.
Je me rends compte que Mac OS a le bouton de fermeture dans le coin gauche, mais il ne fait aucun doute que Windows est toujours la plate-forme dominante , ce qui pourrait très bien être la raison de la convention.
Cela ne viole le principe "Ne me faites pas réfléchir" si les gens cherchent comment se déconnecter, mais ne savent pas comment.
Je ne suis pas convaincu que votre utilisateur Facebook moyen ait un intérêt à se déconnecter, alors pourquoi gaspiller un bien précieux avec une fonction uniquement utilisée par des nerds technologiques soucieux de la sécurité?