web-dev-qa-db-fra.com

Boutons et liens pour la navigation sur le site Web

Je viens de lire les commentaires de Zusch sur son blog sur les boutons et les liens et leurs fonctions, où il préconise que les boutons exécutent des commandes et que les liens soient liés au contenu ( Liens et autres contrôles incorrects , faites défiler jusqu'à " Utilisation abusive des liens ")

Je peux voir la logique de cela et serais heureux d'appliquer ce principe dans une page Web. Mais cette logique implique certainement de supprimer complètement les boutons de navigation principaux (pour ne pas mentionner secondaires, etc.) - semble un peu radical.

De plus, cela ne va-t-il pas à l'encontre de l'écrasante majorité des sites Web qui utilisent des boutons comme éléments d'interaction de navigation principaux et secondaires, et souvent tertiaires?

Les partisans de ce point de vue préconisent-ils sérieusement de supprimer les jolis menus de boutons pour la navigation dans les sites Web?

À titre d'exemple, nous pourrions prendre la page d'accueil UX. Nous voyons trois (en ignorant le champ de recherche) différents éléments de navigation en haut à droite de la page:

  1. connectez-vous, discutez, etc.
  2. Questions, tags, etc.
  3. Poser une question

Maintenant,

  1. est un quasi-lien, non souligné sauf si vous le survolez.
  2. est un quasi-lien, pas du tout souligné, mais il change de couleur au survol.
  3. est un bouton, mais ne ressemble pas beaucoup à un (petit effet 3D)!

Les défenseurs du point de vue de Zusch affirment-ils que ces liens (1. et 2.) sont meilleurs que les boutons pour les raisons indiquées ci-dessus? Ignoreraient-ils le manque de cohérence entre les deux types de liens (1. et 2.)? ou garderaient-ils les liens mais amélioreraient-ils la cohérence?

Enfin, seraient-ils heureux de sacrifier l'attrait esthétique des boutons pour le look plutôt ennuyeux des liens?

Je ne bat aucun tambour idéologique ici. Je vois vraiment la logique de la position de Zusch, mais j'aimerais entendre l'opinion des autres sur ses conséquences.

5
Peter Banton

De plus, cela ne va-t-il pas à l'encontre de l'écrasante majorité des sites Web qui utilisent des boutons comme éléments d'interaction de navigation principaux et secondaires, et souvent tertiaires?

Pouvez vous donner un exemple?

Les partisans de ce point de vue préconisent-ils sérieusement de supprimer les jolis menus de boutons pour la navigation dans les sites Web?

Les liens pour la navigation sont une meilleure conception localement, mais les avantages esthétiques de la navigation par bouton sur un site particulier pourraient l'emporter sur cet avantage à l'échelle mondiale. Et parce que les utilisateurs perçoivent les interfaces attrayantes comme plus utilisables, cela pourrait être plus important.

À titre d'exemple, nous pourrions prendre la page d'accueil UX. Nous voyons trois (en ignorant le champ de recherche) différents éléments de navigation en haut à droite de la page:

connectez-vous, discutez, etc. Questions, tags, etc. Posez la question maintenant,

  1. est un quasi-lien, non souligné sauf si vous le survolez.
  2. est un quasi-lien, pas du tout souligné, mais il change de couleur au survol.
  3. est un bouton, mais ne ressemble pas beaucoup à un (petit effet 3D)!

Ce qui fait que quelque chose ressemble à un "bouton" ou à un "lien" n'est pas de savoir si le texte est souligné, mais si ce contenu se trouve dans une boîte. C'est ce que les utilisateurs identifient constamment comme un "bouton". Ainsi, 1 et 2 s'identifient facilement en tant que liens et 3 en tant que bouton. L'effet 3D est agréable, mais même sans lui, les utilisateurs ne verront pas "Poser une question" sous forme de lien.

2
Jimmy Breck-McKye

Cela ne va-t-il pas à l'encontre de la grande majorité des sites Web qui utilisent des boutons comme éléments d'interaction de navigation principaux et secondaires, et souvent tertiaires?

Même si ce n'est pas le majorité des sites Web qui utilisent des boutons pour la navigation, je conviens que si c'est le cas, nous avons détruit l'attente de l'utilisateur que la navigation dans les liens et la commande des boutons, et la guerre est perdu. Ce sera comme dire que les liens visités devraient apparaître en violet. Il est trop tard pour ça maintenant. D'après mon observation occasionnelle, je pense que les utilisateurs ont encore des attentes différentes pour les boutons et les liens. Qu'en pensent les autres?

Les partisans de ce point de vue préconisent-ils sérieusement de supprimer les jolis menus de boutons pour la navigation dans les sites Web?

Seraient-ils heureux de sacrifier l'attrait esthétique des boutons pour le look plutôt ennuyeux des liens?

D'après ce que je peux dire, les utilisateurs s'attendent à ce qu'un "lien" soit du texte en couleur sur un fond clair, avec une couleur bleuâtre et un soulignement statique en option. Ils s'attendent à ce qu'un "bouton" soit une forme allongée bordée ombragée (par exemple, rectangle, ovale), avec un aspect 3D statique en option. Personnellement, je crois que cela laisse beaucoup de latitude pour l'expression esthétique.

Je m'opposerais certainement à choisir entre un bouton ou un lien basé sur l'esthétique. Pour moi, c'est aussi mauvais que de choisir entre un bouton radio et une case à cocher en fonction de leur apparence. Si vos liens semblent ennuyeux, embellissez-les sous forme de liens. Essayez une police ou une couleur plus intéressante ou ajoutez une icône ou utilisez des caractères gras. De même, si vos boutons sont trop gras et distrayants, atténuez-les sous forme de boutons. Donnez-leur un ombrage plus subtil, des bordures plus pâles, une taille plus petite ou moins en 3D.

Les défenseurs du point de vue de Zusch affirment-ils que ces liens (1. et 2.) sont meilleurs que les boutons pour les raisons indiquées ci-dessus? Ignoreraient-ils le manque de cohérence entre les deux types de liens (1. et 2.)?

Si j'étais un puriste, je suppose que je dirais que les menus de navigation doivent être cohérents avec l'apparence des liens sur un site (par exemple, être du texte de couleur sombre sur la lumière s'il est utilisé pour la navigation). Cependant, je pense que les utilisateurs considèrent déjà les listes claires sur le côté ou le haut comme des ensembles de liens de navigation, donc ce n'est pas vraiment un problème. Les menus doivent continuer de ressembler à ce que les utilisateurs attendent des menus des pages Web.

Les commandes sans menu sont une autre affaire. Lorsque j'ai commencé à visiter ce site pour la première fois, j'ai à la fois cliqué (ou du moins survolé) des éléments qui n'étaient pas des liens et je n'ai pas remarqué les liens qui étaient là en raison de la manière incohérente dont les liens sont affichés dans le corps de la page. Je ne pense pas que cela demande trop de donner à tous les liens de navigation non-menu la même couleur dans un site. Si cela rend le site trop monochromatique sur le plan esthétique, alors trouvez un autre moyen d'ajouter de la couleur. Je fais confiance aux artistes pour faire preuve d'imagination.

1
Michael Zuschlag

La façon dont je lis ceci:

Les commandes d'actions des boutons et les liens pointent vers le contenu.

est-ce

POST est pour créer/mettre à jour, GET est idempotent.

Plus qu'un simple problème de convivialité, un moteur de recherche s'attend à ce qu'une demande GET soit idempotente et les suivra donc. Cela signifie que si vous avez un lien qui supprime le contenu de la page en cours, un moteur de recherche qui explore le site peut accidentellement supprimer toutes les pages de votre site. Non seulement le moteur de recherche, certains utilisateurs peuvent utiliser des outils qui affichent des aperçus de site Web ou des liens de prélecture ou quelque chose d'autre qui téléchargera des liens et ainsi survoler un lien non idempotent pourrait provoquer des comportements inattendus.

En dehors de cela, il y a un problème selon lequel l'utilisateur s'attend à ce que tout ce qui ressemble à des liens soit sûr de cliquer et tout ce qui ressemble à des boutons puisse faire des modifications. @Jimmy Breck-McKye a souligné que la boîte est ce qui sépare les liens et les boutons. À strictement parler, le bouton "Poser une question" ne devrait pas avoir un aspect encadré (bien qu'il utilise en fait un <a>/link, donc il est sémantiquement correct), au lieu de cela, il devrait ressembler aux autres liens, mais il y a un point valide que "Poser une question" est le bouton que la plupart des nouveaux utilisateurs rechercheraient et un peu de surbrillance aiderait.

1
Lie Ryan