Quand afficher un lien en tant que lien précédemment visité?
Les sites Web d'aujourd'hui contiennent une variété de liens, y compris un lien de logo, des liens de navigation globale et locale, des liens supplémentaires ou connexes, d'autres liens d'en-tête, des liens de pied de page, des liens connexes en ligne et plus encore. Nous avons appris de Jakob Nielsen que ne change pas la couleur des liens visités où la troisième pire erreur dans la conception web (mise à jour 2011):
Une bonne compréhension de la navigation passée vous aide à comprendre votre position actuelle, car c'est le point culminant de votre voyage. Connaître vos emplacements passés et présents à son tour, il est plus facile de décider où aller ensuite. Les liens sont un facteur clé dans ce processus de navigation. Les utilisateurs peuvent exclure les liens qui se sont avérés infructueux lors de leurs précédentes visites. À l'inverse, ils pourraient revoir les liens qu'ils ont trouvés utiles par le passé.
Plus important encore, savoir quelles pages ils ont déjà visitées évite aux utilisateurs de revisiter involontairement les mêmes pages encore et encore.
Ces avantages ne s'accumulent que sous une seule hypothèse importante: les utilisateurs peuvent faire la différence entre les liens visités et non visités, car le site les affiche dans différentes couleurs. Lorsque les liens visités ne changent pas de couleur, les utilisateurs présentent plus de désorientation de navigation dans les tests d'utilisation et revoient involontairement les mêmes pages à plusieurs reprises.
Cette déclaration est toujours valable, nous voulons que l'utilisateur sache où ils se trouvent, autant que possible. Mais cela ne fonctionne pas pour tous les liens. La navigation globale - certainement pas, mais des liens relationnels en ligne, très certainement. Mais où traçons-nous la ligne? Quels liens doivent changer de couleur lors de la visite et quels liens doivent conserver leur couleur de lien d'origine?
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Plus je pense à ce problème, plus j'arrive à la conclusion qu'il n'y a pas de bonne raison pour pas mettre en évidence les liens visités. Votre graphiste peut ne pas penser qu'il est esthétiquement agréable de changer la couleur dans le menu principal ou les onglets, mais vos visiteurs vous adoreront quand vous le ferez.
Certaines parties du site Web peuvent comporter des liens qui ne sont pas vraiment de navigation, comme les options de navigation à facettes d'Amazon. Je ne m'attends pas à ce que ce que je clique ici soit traçable à travers: la coloration visitée. Ils ressemblent plus à des boutons d'action. Il en va de même pour les liens qui ouvrent et ferment un accordéon ou ouvrent un menu dépliant (comme le méga menu de Microsoft.com): pas vraiment de navigation, donc ne changez pas de couleur lorsque vous cliquez dessus.
Vous voyez beaucoup de grands sites qui ne colorent pas: les liens visités dans le menu ou ailleurs. Microsoft.com, Dropbox.com, etc. Je parie qu'ils ont de bonnes raisons à cela. Et ce n'est pas comme si les sites étaient si difficiles à naviguer. Donc, oui, vous pouvez probablement vous en tirer sans colorer: les liens visités. Ne fait pas les choses correctement.
Parfois, les liens sont utilisés comme alternative légère aux onglets ou menus de navigation. Dans ces situations, il existe de grandes différences entre les bons sites Web dans la façon dont ils les gèrent.
Dropbox est un exemple de site Web qui utilise des liens comme éléments de navigation, et comme prévu, ils ne changent pas de couleur une fois visité (même si j'ai visité bon nombre de ces liens avant de prendre la capture d'écran).
Cependant, Wikipédia utilise également des liens comme éléments de navigation, mais choisit de marquer ces liens comme visités.
Il il n'y a pas de bonne ou de mauvaise réponse ici, mais ma recommandation est que lorsque vous utilisez des liens comme éléments de navigation, ils devraient être traités comme navigation onglets ou menus - même s'ils ressembler à des liens.
Le modèle de page et de lien merveilleusement simple est "attaqué" depuis longtemps, d'abord du fiasco des cadres de Netscape et récemment d'Ajax et de la tendance vers les applications au lieu de pages . Alors maintenant, il existe principalement deux modèles en cours d'utilisation sur le Web, l'ancien modèle de page et le modèle d'application plus récent. Je pense que les méthodes pour rendre ces modèles compatibles sont toujours en cours d'élaboration et même les grands acteurs comme Google et Yahoo n'ont aucune idée de cela.
Je ne pense donc pas qu'il y ait une bonne réponse à votre question. Il semble y avoir un style, que vous pointez et j'essaie de comprendre, d'un ensemble limité de pressables de style application (onglets, boutons, trucs de navigation) qui encadrent et gèrent un document contenant des liens traditionnels dans son flux de texte . Mais je pense que cette approche pourrait ne pas évoluer dans des applications complexes.
Je viens d'examiner Yahoo Mail, Gmail et Twitter (haute visibilité, volume élevé, ressources de développement élevées) et ils tous semblent juste ignorer la question de la gestion des couleurs des liens visités, je ne trouve pas tout les indications de liens visités sur ces site/applications. Les couleurs sont utilisées sur ces sites, juste pour ne pas indiquer les liens visités.
Une page Web traditionnelle centrée sur le document est évidemment améliorée par les indicateurs de liens visités, alors qu'elle peut être quelque peu inutile, voire déroutante, des informations sur une page Web complexe orientée application, mais lorsque nous sommes quelque part au milieu, nous volons près du siège de notre un pantalon. L'important est que nous soyons conscients de l'impact sur la convivialité de la perte du repère de lien visité lorsque nous décidons de le perdre.
Demandez-vous si vous avez un site hautement divisé où l'utilisateur doit, ou généralement, parcourir la plupart d'une ou plusieurs sections.
Si c'est le cas, vous pouvez envisager une stratégie complètement différente d'afficher une barre de progression pour fournir des commentaires sur la navigation excessive complètement .
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
