romy.tetue.net

Conception web et développement front
X-HTML, CSS, SPIP, sémantique et accessibilité


Les menus déroulants sont une mauvaise idée

(ou barre de navigation à déplier)


17 novembre 2007,
par Romy Duhem-Verdière

C’est la fausse bonne idée du moment : tout le monde veut doter son site d’un menu déroulant. Savez-vous que ça ne sert quasiment à rien ?

Qu’est-ce qu’un « menu déroulant » ?

Il s’agit d’une barre de navigation, souvent horizontale, présentant plusieurs éléments dépliables : au survol de la souris d’un élément du menu, celui-ci se déploit en sous-menus de plusieurs niveaux.

Exemple de menu déroulant (site de la Nuit des Musées)

Ce type de menu est également connu sous le nom de « menu déroulant », « menu à coulisse », « menus de navigation en cascade » ou « barre de navigation à déplier ».

Pourquoi croit-on que c’est une bonne idée ?

Parce que nous expérimentons cela tous les jours dans nos logiciels : c’est très pratique et nous pensons naturellement que c’est une bonne chose pour un site web.

Or pratiquer le même logiciel à longueur de journée et atterrir sur un site web inconnu sont deux situations totalement différentes.

  • Dans le premier cas, l’utilisateur que vous êtes connaît son logiciel et ses différentes fonctions, qu’il utilise de façon souvent répétitive. Il est effectivement préférable de les replier en haut de page pour libérer de la place à l’écran.
  • Dans le second cas, l’internaute est en situation de découverte : il ne connaît pas le site sur lequel il vient d’arriver et ne fera vraisemblablement que passer. Il n’a pas le temps de tout explorer ni d’apprendre ce qui se cache dans le menu. Il est alors préférable, à l’inverse, de lui en exposer clairement le contenu.

Seuls les initiés en profitent !

Sur le web, le menu déroulant ne sert qu’à celles et ceux qui connaissent déjà le site : il ne sert qu’au client qui l’a commandé, au webmestre qui l’a réalisé et à quelques habitués.
Proposer une navigation qu’il faut déplier, c’est ne pas souhaiter s’adresser au plus grand nombre, mais seulement à « ceux qui connaissent déjà ».

De plus, ces menus posent bien des problèmes de faisabilité, d’interopérabilité, d’utilisabilité et d’accessibilité, que je ne me fatiguerais pas à lister ici. Alors pourquoi se compliquer la vie ?


Pour conclure : en aucun cas la navigation ne devrait reposer sur l’existence d’un menu déroulant. Celui-ci ne doit être employé qu’en complément, pour proposer une navigation alternative, proposant des raccourcis de la navigation principale.

Pour aller plus loin :

Voter pour cet artice sur hellocoton.fr

Vos commentaires

  • Le 22 avril 2009 à 11:04, par Superyms

    bonjour,

    merci pour tes remarques.

    mais j’ai l’impression que Spip dans sa navigation en interne utilise beaucoup les menus avec survol ?? ou bien cela est-il permi dans ce cas ? (où on a plusieurs fonctions ? une interface d’administration ?)

    essayes de me répondre et d’expliquer ce choix ?
    alors que la majorité des CMS utilise ce genre de navigation (surtout pour leur partie d’administration), ils ont tous tort alors ?? si cest oui, qu’elle serait la meilleure solution de remplacement ??

    @+

  • Le 22 avril 2009 à 11:28, par Romy Duhem-Verdière

    Les « menus déroulants » sont tout à fait pertinents dans un environnement applicatif (tel qu’un logiciel bureautique ou un CMS) mais pas pour un site web. Pourquoi ? Le premier est un outil utilisé de façon souvent répété par un utilisateur plus ou moins formé et averti, tandis que le second est une publication grand public, lequel découvre. Ça n’a rien à voir. N’est-ce pas ?

  • Le 14 décembre 2009 à 15:39, par François Daniel Giezendanner

    Chère Romy,

    Je comprend ton argumentation mais n’en partage pas toutes les conclusions.

    Ok pour l’accessibilité concernant les personnes déficientes visuelles.

    Par contre les menus arborescent dynamiques verticaux et horizontaux ( se déroulant automatiquement au survol de la souris) sont extrêmement performants et les internautes de notre communauté éducative n’ont aucun problèmes avec eux.

    A ce jour nous avons déployé 70 sites SPIP avec le squelette SARKA en utilisant ce type de menu (généralement vertical) à la satisfaction du plus grand nombre.

    Ce type de menu permet une activité d’exploration/navigation "minimum clic" (pour ne pas dire "un seul clic") qui est d’un grand confort et fait gagner beaucoup de temps par rapport à un menu "dépliant au clic" traditionnel (en particulier lorsque le réseau ou le serveur est "en peine").

    Les générations actuelles d’utilisateurs du Web prennent en main ce type de menu de manière quasi intuitive.

    A part ça, bravo pour ton site aux plans contenu, ergonomie et design !

    Cordialement

    FDG

  • Le 15 décembre 2009 à 12:05, par Romy Duhem-Verdière

    Quelle méthode de sondage a-tu employé pour savoir que ces « menus arborescent dynamiques verticaux et horizontaux » remportent un tel succès dans ta « communauté éducative » ?

    Le plus gros problème d’accessibilité des menus déroulant concerne bien plus de monde que tu ne crois : les personnes qui ont des problèmes de mobilités, liés à un handicap ou tout simplement à l’âge, qui ont un déficit de compréhension ou de concentration, qui ont tout bêtement du mal à pointer des zones précises avec la souris. Dans le genre impointable, les menus plus difficiles à utiliser sont les barres de nav horizontales à déploiement horizontal... Tes sites ne concernent peut-être qu’un public jeune et vif qui n’éprouve pas de difficulté.

Un message, un commentaire ?


Qui êtes-vous ? (optionnel)

Pour afficher votre trombine avec votre message, enregistrez-la d'abord sur gravatar.com (gratuit et indolore) et n'oubliez pas d'indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici
  • Ce formulaire accepte les raccourcis SPIP et le code HTML.

Suivre les commentaires : RSS 2.0 | Atom



© 2000-2010 Romy Duhem-Verdière | Certains droits réservés | Qui suis-je ? | Contact | Aide | Top ↑
Vérifiez vous-même la qualité du code de cette page en la soumettant aux validateurs XHTML et CSS.