web-dev-qa-db-fra.com

Que devons-nous faire avec les liens externes sur un site d'actualités sociales de type Reddit?

Fondamentalement, nous travaillons sur un site similaire à Reddit (mais pas exactement un clone). Les utilisateurs sont en mesure de publier des images, des liens et des publications de texte (ce que Reddit appelle des "publications autonomes") et nous pensons que les liens ne seront pas le type le plus utilisé.

Le plan d'origine était que si l'utilisateur clique sur un lien externe dans une liste, nous l'ouvrons dans un cadre avec une barre d'outils en haut. Cela offrirait un certain nombre d'avantages:

  • l'utilisateur a un accès en un clic au contenu réel + certaines des informations pertinentes
  • à partir de là, il peut accéder aux commentaires sur les liens sans revenir en arrière ni changer d'onglet
  • ... ou parcourez la liste des liens
  • ... ou ouvrez le lien dans la même/nouvelle fenêtre

Malheureusement, en raison d'un certain nombre de restrictions de sécurité, cette fonctionnalité est paralysée: certains sites ne s'ouvriront pas du tout dans les cadres et si l'utilisateur a navigué à l'intérieur du cadre, nous n'avons aucun moyen de savoir quelle URL ouvrir dans la nouvelle fenêtre. L'UX qui en résulte est trop frustrant, donc nous ne considérons plus cette option.

Le site utilise également l'API d'historique et préserve un certain état local sur le client, de manière à ce que l'ouverture du lien dans la même fenêtre et le retour interrompent un peu la fonctionnalité, ce n'est donc pas souhaitable. Et, contrairement à Reddit, nous ne nous attendons pas à ce que la majorité de nos utilisateurs soient suffisamment avertis pour faire un clic droit sur les liens eux-mêmes.

Les options que je vois actuellement sont donc:

  • ouvrir le lien dans le même/nouvel onglet, laisser l'utilisateur revenir et cliquer sur "commentaires" s'il le souhaite. C'est le comportement par défaut sur Reddit et je trouve personnellement assez ennuyeux de devoir rechercher sur la page le lien sur lequel j'ai cliqué si je veux commenter par la suite, au point que j'ai commencé à ...
  • ouvrez d'abord la page des commentaires, d'où l'utilisateur peut ensuite accéder au lien réel (ou lisez les commentaires et décidez de ne pas le faire)
  • ouvrir simultanément le lien dans le nouvel onglet et les commentaires dans l'actuel. L'utilisateur peut alors voir le contenu en premier, puis revenir facilement au commentaire, ou cliquer sur Retour et revenir à la liste. En bonus, un clic droit sur le lien n'ouvrirait pas les commentaires en arrière-plan. Je ne vois aucun inconvénient ici, sauf le fait de ne pas pouvoir ouvrir un lien dans le même onglet, mais c'est une légère gêne par rapport aux autres. Cela pourrait être un peu désorientant pour les premières fois.

Lequel d'entre eux serait le moins gênant pour la majorité des utilisateurs? Existe-t-il des recherches sur la façon dont les gens utilisent généralement plusieurs liens sur la même page?

6
a sad dude

Tout système doit suivre des règles simples, sans charge cognitive d'aucune sorte - ce qui me fait penser que vous compliquez les choses. La dernière option est la pire, car nous ne voulons pas qu'un seul lien ouvre deux pages (page de commentaire et page de lien). Cela effraierait l'utilisateur et pourrait également inciter certains navigateurs à penser que vous utilisez des motifs sombres. Vous vous souvenez des fenêtres contextuelles sans fin de la fin des années 90?

Au lieu de cela, je combinerais les options un et deux pour indiquer aux utilisateurs à quoi s'attendre en cliquant sur un lien:

mockup

télécharger la source bmml - Wireframes créés avec Balsamiq Mockups

Cela peut bien sûr être modéré, mais je pense que donner aux utilisateurs les options de navigation vers le message, le lien externe ou les commentaires est le meilleur. Qu'en est-il des utilisateurs qui s'éloignent de votre site? Ne vous inquiétez pas - le bouton Retour est la bouée de sauvetage de l'internaute et la deuxième fonctionnalité de navigation la plus utilisée (après avoir suivi les liens hypertextes) .

2
Benny Skogberg