web-dev-qa-db-fra.com

Développez la barre de recherche au clic - Bon ou mauvais?

Lorsque l'espace sur l'en-tête de la zone de recherche pose problème, quelle est la meilleure façon de le contourner?

En outre, de nombreuses études montrent qu'il est important d'avoir un bouton "Rechercher" à côté de la zone de texte (pour de nombreuses raisons), mais Apple n'en a pas. Ils utilisent la deuxième option ci-dessus et vous devez appuyer sur Entrée pour rechercher.

Le bouton "Rechercher" doit-il être:

  • Toujours affiché
  • Jamais affiché (Entrée uniquement)
  • S'affiche uniquement lorsque l'utilisateur clique sur la zone de recherche
interaction-designsearch
7
Lucas Bustamante

Bien qu'un simple bouton avec une icône de loupe indique la possibilité de recherche, il peut ne pas être clair pour l'utilisateur ce qui se passe après avoir cliqué/tapé dessus. Interprétations possibles:

  • "Une autre page s'ouvrira, avec un formulaire de recherche (peut-être 'recherche avancée'?)." - l'utilisateur ne sait pas s'il devra faire face à un formulaire de recherche compliqué ou non, et il/elle attend un clic de plus et un certain temps pour charger la fonctionnalité de recherche qu'il devrait avoir à portée de main. Donc, mauvais UX, ou du moins pas si bon.
  • "Il peut afficher une fenêtre contextuelle avec un champ de recherche, peut-être ...?" - mais c'est une interprétation assez improbable.
  • "Cela peut étendre une entrée." - mais celui-ci n'est pas très probable non plus.

Si vous ajoutez un champ, vous gagnerez deux choses:

  • La recherche-sans-laisser-une-page offre deviendra visible. Ainsi, l'utilisateur saura dès le début qu'il n'a qu'à taper le texte qu'il recherche et soumettre le formulaire.
  • Vous allez considérablement augmenter la visibilité de la fonction de recherche.
  • Le la cible tap/click deviendra plus grande

Vous pouvez faire ce champ développer le focus, c'est une solution assez agréable pour gérer l'en-tête, surtout si vous avez besoin d'un espace pour le rendre moins encombré.

Maintenant, concernant le bouton Soumettre. Il est vrai que Apple ne l’a pas, mais il y a FAYT (find-as-you-type) implémenté, vous indiquant quelles sont les recherches les plus populaires concernant la chaîne que vous avez entrée. S'il n'y en a pas - il y a repère visuel (textuel) sous forme de CTA dans la liste déroulante: " Aucune suggestion trouvée. Recherche ... ", ce qui, en tapotant, conduit aux résultats de la recherche. Bien que ce ne soit pas parfait, c'est une solution, avec l'absence de bouton de soumission.

Cependant, personnellement, je pense que le le bouton Soumettre devrait être présent dans un formulaire de recherche. Ceci pour trois raisons:

  • certains utilisateurs sont " click-freaks " - ils préfèrent cliquer sur le bouton soumettre plutôt que sur la touche entrée/retour.
  • certains utilisateurs non avertis en technologie (peut-être pas vraiment beaucoup, mais quand même) peut ne pas savoir qu'un formulaire peut être soumis avec une clé physique.
  • sur un appareil tactile iOS (je ne suis pas sûr de Android pour le moment)) la touche [Retour] est contextuellement commutée sur la touche [Recherche] soumettre (à propos , lorsque vous accédez à la barre d'adresse, il devient [Aller]), mais il attire l'attention du formulaire, et certains utilisateurs peuvent trouver difficile de le trouver, en recherchant un bouton d'envoi en premier lieu, puis en regardant le clavier .

Donc, ma recommandation est un champ de recherche extensible avec un bouton d'envoi. Vous pouvez, fondamentalement, masquer cette clé de soumission lorsque le champ n'est pas ciblé, mais pour quoi - vous pouvez l'utiliser pour rendre plus évidente la possibilité de recherche.

9
Dominik Oslizlo

Le bouton de recherche doit toujours être fourni du point de vue de l'accessibilité, sa meilleure pratique pour afficher une icône de recherche, également si vous visualisez sur un appareil sans clavier (iPad, mobile), un bouton doit être fourni.

0
Rash

Cela dépend totalement de l'importance de la recherche dans votre application et de l'endroit exact où elle est placée.

La raison pour laquelle la recherche fonctionne pour Apple est due au bouton Entrée agissant comme fonctionnalité de recherche par défaut. Comme lors de la saisie d'un texte dans la barre de recherche à partir du clavier, l'utilisateur est plus susceptible d'appuyer sur Entrée plutôt que sur éloignez-vous du clavier, maintenez et localisez la souris sur le bouton de recherche et cliquez dessus. Vous voyez qu'il y a une série de petits événements que l'utilisateur doit effectuer pour obtenir les résultats de la recherche.

Je recommanderais d'utiliser le champ de recherche qui s'agrandit avec le libellé/bouton/icône Search/Go etc. intégré à la fonctionnalité d'entrée.

L'autre ajout pourrait être le texte de l'espace réservé sur la barre de recherche, par exemple "appuyez sur entrée pour rechercher".

0
ideawebme

La première méthode - je dirais un non catégorique. Cela augmente le nombre de clics qu'un utilisateur doit faire pour effectuer une recherche. De plus, pour certains, il peut sembler que l'entrée de recherche est cassée ou non disponible.

Méthode 2 - Chaque fois que je le vois, cela semble inutile pour la plupart des applications, les gens recherchent rarement plus qu'un court fragment de phrase.

Personnellement, je pense qu'un champ de recherche de stand avec une entrée statique et un bouton à droite (texte ou icône) est la voie à suivre. C'est ce que la majorité des gens savent, comprennent et attendent.

0
Joe Taylor