Avez-vous besoin d'un bouton de recherche avec un champ de recherche?
Sur les sites Web avec un champ de recherche, devez-vous ajouter un bouton sur lequel ils peuvent cliquer, ou les utilisateurs comprendront-ils un champ de recherche comme sur ce site?
Le groupe cible n'est pas très technique, comme les femmes âgées de 40 à 60 ans.
Oui, c'est absolument nécessaire pour un public non technique. Google expérimentait cela sur leur page d'accueil et ils ont gardé le bouton. Les gens s'attendent à cliquer sur quelque chose et l'interface utilisateur consiste toujours à faire correspondre les attentes des gens.
Ce problème est résolu dans les spécifications HTML5. Une fois que <input type="search" /> est adopté, les boutons de recherche explicites vont à l'historique.
Nous avons eu la même discussion sur StackOverflow . Voici la réponse qui a le mieux résumé toute la discussion :
Pourquoi vous devriez avoir un bouton:
- Tout le monde ne sait pas qu'ils peuvent frapper, alors vous laissez des gens moins avertis dans le froid.
- Certains appareils tels que les téléphones et les consoles peuvent ne pas avoir de moyen de soumettre sans bouton. Le navigateur basé sur PC est toujours dominant, mais ne supposez pas que c'est la seule façon dont les gens accèdent à votre site.
Vous ne pouvez pas avoir de bouton si (les deux conditions doivent être remplies):
- Votre public est averti de la technologie (comme sur SO)
Vous indiquez visuellement que le champ de recherche est en réalité un champ de recherche
- En ajoutant du texte à l'intérieur, il doit être utilisé pour rechercher
- En ajoutant une icône à l'intérieur de la boîte
En général, je pense que frapper Entrée est un raccourci à soumettre plutôt que le moyen principal.
Une alternative est recherche en direct/continue : Mettez à jour les résultats de la recherche immédiatement à chaque pression sur un bouton. En plus d'une efficacité améliorée, cela peut également aider à résoudre des problèmes d'utilisation tels que les utilisateurs tapant plus de paramètres de recherche que nécessaire, les utilisateurs ne remarquant pas le bouton de recherche, les utilisateurs faisant une erreur de frappe et ne sachant pas pourquoi les résultats de la recherche étaient vides, etc. 1
Bien sûr, techniquement, une recherche continue est plus complexe à mettre en œuvre qu'un simple formulaire de recherche. Dans un environnement Web, Ajax/Comet est nécessaire, et la recherche côté serveur doit également être rapide. Mais la complexité de la mise en œuvre est facilement justifiée par une convivialité améliorée, si la recherche est une caractéristique centrale.
Quoi que vous fassiez, c'est toujours une bonne idée de faire un test d'utilisabilité pour savoir si les utilisateurs sauront comment utiliser le système, puis apporter les améliorations nécessaires.
1 Soren Lauesen, Conception de l'interface utilisateur: une perspective de génie logiciel , 2005; page 286
Juste pour jouer l'avocat du diable…
Je suis entièrement d'accord avec les réponses ci-dessus; Je ne vois généralement aucun avantage à ne pas avoir un bouton, du moins du point de vue UX. La présence de ce bouton répond aux attentes de l'utilisateur et est souvent une exigence absolue pour aider les personnes qui ne sont pas technophiles.
Mais, Je pense qu'il est très important de considérer que la présence d'un bouton peut causer des problèmes s'il n'est pas approché correctement.
Il y a peu de temps, j’ai lancé un projet de test d’utilisabilité pour un site de commerce électronique et le bouton "Rechercher" posait un problème d’utilisabilité assez désagréable. Comme le bouton avait été mis en évidence dans la conception, en particulier contrairement au champ de saisie de texte lui-même (qui n'avait pas été bien défini), de nombreux utilisateurs cliquaient sur le bouton "Rechercher" en supposant qu'il ouvrirait ou afficherait le recherche de site, comme opposé à l'initier.
En conséquence, de nombreux utilisateurs ont fini par une page "0 résultat trouvé pour (null)" et sont devenus assez confus. Nous avons fini par corriger ce problème en rendant le champ de texte plus visible, en minimisant le bouton et en changeant la terminologie pour "aller" plutôt que "rechercher". Cette prévention et la confusion ou l'ambiguïté à la suite du bouton. La décision d'inclure un bouton dans votre champ de recherche est probablement la bonne, assurez-vous simplement qu'il est pleinement pris en compte en termes de conception ou il peut finir par faire plus de mal que de bien.
Avant de commencer, laissez-moi m'en débarrasser. La question telle qu'elle a été posée à l'origine ne peut être définitivement résolue au-delà d'une certaine permutation de:
Cela dépend, mais l'inclusion a un peu plus d'avantages que non.
Chaque réponse fournie jusqu'à présent présente de grands arguments qui se résument à la même réponse.
- Un résumé à jour de la situation actuelle:
Dans les années 90, le bouton de recherche était totalement nécessaire.
Toutes les fonctionnalités de recherche ont été exécutées avec de simples messages de formulaire. Le bouton Rechercher était nécessaire pour soumettre le formulaire. Les résultats ont été retournés sur la base de l'action de soumission du formulaire. En fait, ce n'était pas un "bouton de recherche", c'était souvent un bouton "aller" ou "entrer". Le modèle commun était le suivant: Étiquette/entrée/bouton
S'il y avait des alternatives, les développeurs en étaient rarement conscients. Les utilisateurs ont compris le schéma rapidement en fonction de son accessibilité évidente.
En quête de simplicité, un nouveau motif est apparu combinant l'étiquette et le bouton en un seul élément, et le bouton de recherche est né:
Il a fallu trois éléments à deux. Et le modèle est devenu plus facile à comprendre et plus enraciné dans l'ensemble des compétences des utilisateurs.
Le Web 2.0 est apparu dans l'ère post-bulle. JavaScript a émergé en gérant les interactions côté client et les appels asynchrones.
Le tourbillon de nouveaux modèles d'entrée de recherche/formulaire que nous voyons aujourd'hui en est le résultat. Certains, comme la saisie semi-automatique et le filtrage, ne nécessitent pas du tout le bouton. Les entrées du formulaire en ligne sont la version "enregistrer/annuler" de la recherche. La plupart de ces modèles utilisent le raccourci clavier "Entrée" comme moyen de facto de soumettre des résultats de recherche sans cliquer sur Rechercher, aller, entrer, enregistrer, etc.
Ces nouveaux modèles prennent du temps aux utilisateurs pour les comprendre en masse. Mais je pense qu'avec deux décennies d'utilisation d'Internet sous la ceinture des peuples, l'omniprésence de la recherche et de la soumission de formulaires, je pense qu'il est prudent de dire qu'une grande majorité de gens connaissent "entrer". Répondez à une enquête informelle et vous verrez la même chose. Je l'ai fait et tous ceux à qui j'ai parlé étaient au courant.
- Les boutons de recherche sont-ils toujours nécessaires en 2012?
OUI. Jetez un œil au gigantesque laboratoire de tests d'utilisateurs en cours appelé Facebook. Ils ont enlevé le bouton Entrée sur les commentaires et l'ont retourné presque immédiatement avec cette case folle pour apprendre aux gens à utiliser Entrée lorsque les utilisateurs se plaignaient. Même si ce n'était que 10% d'entre eux, cela signifie 90 millions de personnes.
Je pense que le bouton de recherche a peu de pertinence dans les environnements en ligne d'aujourd'hui, mais il est toujours et sera toujours nécessaire dans une certaine mesure. La réponse finale est donc:
Cela dépend, mais l'inclusion présente un peu plus d'avantages qu'improbable.
2012 Bounty Answer
Questions et réponses fascinantes. Le développement des conventions UX/UI est infiniment intéressant ... pour moi, c'est comme regarder le développement du langage sous nos yeux (:
Je dirais que l'utilisation d'un bouton de recherche est quelque chose qui mérite d'être testé A/B dans votre contexte particulier . Contrairement à certains ci-dessus, je pense qu'une si petite question vaut une étude approfondie. Il s'agit d'un moyen clé pour que les gens accèdent aux informations de votre site.
Alternativement (ou peut-être en plus) un test d'utilisabilité à distance non modéré (je lis actuellement le grand --- de Nate Bolt livre sur de telles questions) pourrait être fait à peu de frais. Cela pourrait vous aider à comprendre pourquoi les gens trouvent cela déroutant ou non.
Mon impression générale en ce qui concerne la recherche est que les conventions qui l'entourent sont définitivement en train de changer en 2012.
Je viens de passer à une version plus récente de Safari et la recherche Google est maintenant intégrée dans la barre d'adresse, c'est-à-dire que je peux mettre les termes de recherche ou les URL au même endroit. C'est définitivement nouveau pour moi et pour les deux premières utilisations, j'ai continué à chercher la boîte de recherche Google. Mais maintenant, après quelques heures d'utilisation, cela semble entièrement intuitif.
De même, la façon dont le clavier change dans la recherche mobile en fonction du type de données attendues est une nouvelle façon de prendre en charge la recherche, ce qui m'a semblé confus au départ ... c'est-à-dire pourquoi ne puis-je pas taper du texte ici (doh .. c'est une recherche par numéro de téléphone ).
De même, dans la recherche Google, les utilisateurs avancés peuvent utiliser toutes sortes de termes de recherche pour concentrer la recherche.
Il se peut fort bien que les conventions changent en fonction de l'endroit où se trouve la page de recherche. En haut d'une page, vous pouvez vous attendre à appuyer sur Entrée, alors que si la recherche est présentée comme faisant partie du contenu d'une page, l'utilisateur s'attend à ce qu'il y ait un bouton. Mais c'est une pure hypothèse de ma part.
Test test test ... doit être la réponse! Nous n'avons vraiment aucun autre moyen d'établir ce qui se passe dans notre monde techno au rythme rapide (:
Pour répondre à la générosité, la situation en 2012 n'a pas beaucoup changé, car il n'y a rien à changer. Cependant, il existe des cas particuliers où un bouton de recherche peut être omis:
- sur les applications iOS, au cas où l'action de la touche "Entrée" passe à "Rechercher"
- si l'interface affiche une liste de toutes les options par défaut, et l'utilisateur les filtre simplement en tapant dans une boîte de recherche.
- si votre propre étude révèle que vos utilisateurs ne sont pas frustrés par le fait qu'il manque à long terme.
Il est important que votre croyance sur la façon dont vos utilisateurs pensent que ne compte pas, vous devez réellement mener les études et mesurer la frustration (généralement, cela se fait en mesurant leur pupille avec une webcam infrarouge, la pression artérielle, le pouls ou l'électricité de la peau ... Veuillez noter que la façon de mesurer peut en fait les frustrer seuls). Si vous n'avez pas accès à de tels équipements, les universités, les grands magasins UX, les grandes sociétés de marketing le font et ils y ont accès moyennant des frais.
La raison en est que la recherche est une méthode unique qui a une opération de fermeture . Cette opération doit avoir capacité: l'utilisateur devrait s'attendre à ce que l'interface se comporte de certaines manières, soit en ayant un énorme tas de logiciels fonctionnant de cette façon, ou en ayant une indice visuel (ou visibilité ) sur l'interface.
Il n'est pas tout à fait impossible qu'il y ait des utilisateurs là-bas qui s'attendent que si une zone de saisie est complètement arrondie, et que "Recherche" soit écrit comme espace réservé par défaut, cela fonctionne en appuyant sur Entrée après la clé, mais combien représentent-ils votre données démographiques de votre application, on ne peut pas le dire avec certitude sans des études approfondies (et coûteuses).
Il y a des millions de personnes qui n'ont jamais utilisé le champ de recherche dans Safari ou Firefox, et plus encore, qui n'ont jamais rien entré dans une barre d'URL et qui saisissent des adresses Web dans un moteur de recherche comme Google à la place (qui est sur le page d'accueil par défaut de chaque navigateur), et s'ils ne l'ont appris qu'en 2010, ils ne devraient pas s'y être habitués au cours des deux dernières années.
Une solution peu encombrante serait de placer une petite loupe sur le bord gauche de la zone de saisie de recherche, à l'intérieur de la zone, pour la rendre cliquable. De cette façon, l'espace n'est pas pris à partir de fonctions plus importantes, mais les utilisateurs sans attentes sur l'efficacité de "Entrée" ou "Recherche instantanée" ont quelque chose à cliquer.
(Bien que la recherche instantanée puisse être une bonne idée, dans la pratique, cela n'a pas transformé la façon dont les gens recherchent, et elle peut être débattue, pourquoi elle ne l'a pas fait. Personnellement, je continue d'appuyer sur Entrée par réflexe, alors mes amis ont demandé )
Modifier (concernant la conversation ci-dessous)
Cette liste d '"hypothèses" était basée sur les documents de référence suivants:
- Normann Design of Everyday Things, à savoir, son modèle sur les mappages de visibilité, le comportement appris (cliquer sur "entrer" après avoir entré un terme de recherche est un comportement appris, car rien ne le suggère sur l'interface)
- Le modèle GOMS, pour lequel une bonne approche peut être trouvée dans Raskin's The Humane Interface
Je suis sûr que je pourrais également citer Don't Make Me Think de Krug (jamais pris la peine de le lire entièrement), ou Nielsen .
Cependant, tout cela est vieille recherche. (Eh bien, à l'exception de ma réclamation Google Instant dans les commentaires, qui avait également un test d'anglais)
La question reformulée est donc: qu'est-ce qui rendrait ces recherches obsolètes entre 2010-2012?
Et pour lequel la réponse est un peu plus complexe.
Je n'ai que des modèles pour la plupart, mais ces modèles sont assez solides.
Une question est, "comment les gens forment-ils leurs habitudes" et "comment les gens se souviennent-ils des modèles d'utilisation" pour lesquels les réponses peuvent être trouvées, par exemple, dans Weinschenk 100 choses que chaque concepteur doit savoir sur les gens, où elle explique les connaissances contemporaines sur ces apprentissages.
Et là, nous pouvons le voir écrit clairement, que les gens apprennent de nouvelles choses s'ils en ont besoin pour atteindre un objectif, et qu'ils prennent des habitudes s'ils doivent le faire fréquemment. Par exemple, je n'ai jamais appris à taper à cinq doigts car je tape aussi assez vite de cette façon)
Donc, notre question est: y a-t-il eu une application qui a gagné en popularité dans le groupe cible, ce qui a forcé les gens à ne pas prendre l'habitude de rechercher un bouton de recherche et de cliquer dessus, mais en utilisant enter à la place?
Je ne sais pas, je ne connais pas le groupe cible exact, mais je suppose que la réponse est non.
Mais notre groupe cible a également déménagé. Le groupe cible de cette question était les personnes entre 40 et 60 ans, maintenant entre 42 et 62 ans.
Nous savons que les capacités d'apprentissage des gens se dégradent considérablement entre 40 et 45 ans. Les recherches que j'ai lues à ce sujet sont à l'origine en russe et ont été écrites dans les années 80, alors qu'il n'était pas de coutume de les traduire en anglais.
Il s'agit en fait d'une courbe en forme de S, mais les personnes qui avaient déjà plus de 45 ans étaient peu susceptibles d'apprendre de nouvelles habitudes de "réflexe musculaire", surtout, si leurs connaissances sur la façon d'utiliser un ordinateur leur ont bien servi jusqu'à présent.
La population Internet a augmenté d'environ 10% entre 2010-2012 . Il a connu une forte croissance entre 2008 et 201 dans le groupe d'âge cible (au moins aux États-Unis), et nous avons également données pour 2012 .
Nous ne devrions pas traiter avec des personnes de plus de 50 ans (sur la base des recherches russes), la question est donc qu'au plus 10% d'augmentation des personnes entre 30 et 49 ans expliqueraient les changements habituels.
Mais je suppose que je devrais laisser cet exercice au lecteur. Mon hypothèse de base est, et ceci est une hypothèse, que si les modèles de Norman sont corrects, et si toutes les recherches citées sont correctes, alors les personnes qui n'ont pas eu à apprendre ce truc entrent ne l'ont pas appris en 2 ans, et que le groupe cible n'a pas beaucoup bougé en 2 ans qu'une majorité serait tombée, alors aucun changement significatif n'apparaîtrait.
Honnêtement, j'ai vu des choses avec une mauvaise visibilité et des problèmes de mappage que les développeurs d'interface utilisateur des 80s s'attendaient à ce que les gens apprennent bientôt et cela ne s'est jamais produit. Cela inclut les boîtes de dialogue de confirmation, les raccourcis clavier, les touches de modification. Les livres de Norman et Raskin en sont pleins, et je suis sûr qu'il n'en faudrait pas trop pour trouver une diatribe Nielsen à ce sujet non plus.
Ce n'est pas que les choses n'ont pas changé en deux ans: les humains n'ont pas changé.
À moins que la question ne soit plus précise, une réponse simple n'est pas possible. Si la recherche donne un petit nombre de résultats, alors probablement (mais pas nécessairement) elle permettrait une interface de recherche et de résultats en direct. Lorsque vous obtenez des résultats mis à jour à chaque frappe, vous n'avez probablement pas besoin d'un bouton de recherche.
Que cherche-t-on? S'agit-il de la recherche de texte dans un index de base de données (par exemple un index Web), d'une recherche dans une bibliothèque d'images, etc.? Le contexte spécifique doit être sérieusement pris en considération avant de décider d'exclure un bouton de recherche. J'ai vu trop de gens de la conception d'interface de l'ancienne et de la nouvelle génération tomber dans le même piège de passer par les mouvements de conception totalement aveuglés par les idées préconçues.
Sur une note séparée. Lorsqu'un bouton de recherche est présent, il aide les utilisateurs à se connecter mentalement à l'action de lancer une recherche. Outre la connexion esprit et action, le bouton de recherche est un élément d'interface précieux pour fournir des indices sur la progression de la recherche. Le bouton peut être désactivé pour indiquer qu'une recherche est en cours, et l'interface peut afficher une barre de progression si la recherche prend généralement quelques secondes ou plus. Sans cette référence temporelle claire et sans ambiguïté, en appuyant sur un bouton de recherche, ces opportunités ne sont pas viables. L'utilisation de la touche Entrée seule sans bouton de cette manière est loin d'être aussi efficace.
Du côté purement visuel des choses, le bouton indique également que le champ de recherche n'est pas tout à fait autre chose. Ainsi, le bouton de recherche étiquette indirectement votre élément de saisie de texte en tant que champ de recherche. Certains engins (par exemple les icônes d'image) peuvent aider à fournir un tel signal, mais le simple bouton le fait sans équivoque sans avoir à concevoir d'autres signaux.
Réponses basées sur la prime de 2012. Déjà quelques bonnes réponses ici, mais je voulais faire un point quelque peu différent: la discussion a principalement porté sur la nécessité pour les utilisateurs d'utiliser le bouton pour utiliser correctement la recherche. Mais je pense que nous devons également réfléchir à ce qui se passe avant que l'utilisateur n'agisse.
Comment trouvent-ils votre recherche? Le bouton de recherche peut servir d'indicateur . Sur une page occupée ou si votre élément de recherche est un endroit non standard (c'est-à-dire pas en haut à droite), le balayage visuel pour trouver que l'action peut être difficile.
Bien sûr, l'importance d'avoir cet indicateur fort dépend de l'intention, de la conception et de l'audience de votre site. La recherche est vitale pour Stackoverflow (ou UX), mais son public est avisé et la conception place la recherche dans un emplacement standard et elle contraste bien avec l'arrière-plan. Si votre public est moins averti et/ou si la recherche est un chemin critique pour l'utilisation du site, vous voudrez peut-être envisager de le conserver.
Pour choisir un peu le super-échange Stackexchange, je regardais leur site en anglais . Voici l'interface de recherche:
Facile à utiliser pour moi, je connais très bien leur suite de sites. Mais un utilisateur plus âgé qui vient là-bas à la recherche d'une aide grammaticale? Un bouton de recherche pourrait le rendre plus clair. Bien que je soutienne que rendre l'arrière-plan de recherche blanc serait très utile.
Je ferais toujours une erreur du côté de la convivialité, même pour les publics techniques. Pour les publics non techniques, il peut être encore plus vital de l'inclure car ils ne savent peut-être pas que vous pouvez simplement appuyer sur Entrée pour soumettre le formulaire. Le bouton peut être stylisé pour correspondre à la disposition, donc je le garderais.
La seule façon de savoir avec certitude, pour votre public spécifique, est d'exécuter un test A/B - montrez à la moitié de vos utilisateurs une zone de texte avec un bouton de recherche et une moitié sans, voyez s'il y a une différence de comportement.
Assurez-vous de lire comment effectuer un test A/B efficace avant de commencer.
Ou, si vous ne vous souciez pas tant que cela et que vous ne voulez pas avoir la peine de le découvrir, laissez simplement le bouton là.
Sémantiquement, un bouton d'envoi est utilisé pour soumettre un formulaire. Comme Esko Luontola l'a mentionné, vous pouvez ignorer le bouton si la recherche a été continuellement mise à jour via le serveur de comètes, car ce n'est pas vraiment "soumettre" le formulaire.
Mais si effectuer une recherche nécessite qu'un formulaire soit soumis et que la page soit redirigée ou rechargée, alors oui, je pense que vous devriez certainement avoir un bouton de recherche car c'est exactement ce que le bouton soumettre est destiné à faire.
Vous devriez toujours avoir un bouton de recherche pour cette raison ...
Lorsque vous tapez un terme de recherche et appuyez sur Entrée en une seule fois, c'est très bien.
Mais lorsque vous tapez le terme, faites autre chose et revenez à la page (peut-être avez-vous pris un appel téléphonique ou autre) ou cliqué sur le navigateur, vous vous demandez alors comment effectuer la recherche sans bouton.
J'avais un formulaire de recherche complexe composé principalement de listes déroulantes qui étaient soumises automatiquement chaque fois que la valeur d'une entrée de formulaire changeait (à l'aide de jQuery). Cela a bien fonctionné, mais sans <input type="submit" /> bouton présent, le formulaire a refusé de le soumettre en appuyant sur Entrée dans certains navigateurs, jusqu'à ce que la saisie soit floue.
Cela a été résolu en mettant un bouton d'envoi caché par CSS à l'intérieur du formulaire.
Dans cette situation, un problème d'utilisation a été résolu en incluant un bouton d'envoi, même s'il était masqué.
Si vous avez l'intention de vous débarrasser du bouton de recherche, assurez-vous que le champ de recherche est clairement étiqueté comme `` Rechercher '', avec une étiquette (de préférence en ligne, comme SO) d'une certaine sorte pour guider l'utilisateur.
L'utilisateur ne devrait jamais avoir à réfléchir, "Comment rechercher?"
Je n'ai jamais mené d'expérience sur la suppression du bouton d'envoi d'un champ de recherche, mais j'en ai mené un sur un formulaire de structure similaire. Les éléments suivants devraient également s'appliquer à la recherche.
Il y a longtemps sur mon site Web, j'avais un champ de texte et un bouton pour soumettre un commentaire. J'ai supprimé le bouton Envoyer parce que je pensais que pointer et cliquer sur le bouton ferait perdre du temps à l'utilisateur. J'ai donc voulu promouvoir la soumission de commentaires en appuyant sur la touche Entrée. J'ai collecté des statistiques sur ce changement et je n'ai vu aucune diminution du nombre de commentaires soumis. Cela semble impliquer que s'il n'y a pas de bouton, les gens essaieront naturellement la meilleure chose suivante - appuyez sur la touche Entrée - pour soumettre le commentaire. Que sont-ils censés faire d'autre? Abandonner? Non!
Il existe plusieurs réponses à cette question.
Les principaux décideurs sont: 1. l'espace, 2. le public
Lorsque vous avez un site Web qui contient moins de contenu à afficher lorsque l'utilisateur atterrit (par exemple, en utilisant une page de destination sur le site Web de votre produit), vous avez la liberté d'utiliser un champ de recherche ainsi qu'un bouton de recherche pour l'accompagner. Mais lorsque vous avez un site Web avec de nombreuses informations réparties sur la page, vous ne voulez pas qu'il s'ajoute à l'encombrement à l'aide d'un bouton de recherche.
De plus, comme tout le monde l'a souligné, le public compte.
Cependant, la question à se poser ici est quelques questions: un bouton de recherche est-il nécessaire? N'est-ce pas évident? Ne peut-il pas être évité? N'est-ce pas redondant?
Je pense que mentionner le texte "Rechercher des trucs ici" dans la boîte de recherche est une excellente façon de procéder. Vous pouvez l'habiller avec une loupe d'un côté pour lui donner la sensation.