web-dev-qa-db-fra.com

Qu'est-ce qui est le plus utilisé pour soumettre une recherche, entrer ou soumettre un bouton?

Il doit y avoir des données à ce sujet. Est-ce que plus de personnes viennent d'appuyer sur Entrée après leur terme de recherche ou sont-ce qu'elles cliquent sur le bouton "Rechercher/Soumettre"?

4
Ryan Detzel

Je ne suis au courant d'aucune statistique, mais je pense que Luke Wroblewski indiquerait la nécessité "d'un chemin clair vers l'achèvement", fourni par un bouton explicite. Un bouton d'envoi dans un formulaire (même un simple formulaire de recherche avec une seule entrée) fait plus que simplement fournir un contrôle à quelqu'un pour appuyer - il marque la fin du formulaire, clarifie le but du formulaire (en supposant le libellé du bouton est plus descriptif que "soumettre") et sert d'appel à l'action à soumettre, même si l'utilisateur décide alors d'effectuer cette action à l'aide de son clavier.

6
Matt Obee

Il s'agit d'une question amusante, et nous devrions pouvoir y répondre sans divulguer d'informations exclusives.

Voici quelques observations sommaires, bien que j'espère que d'autres ayant accès à leurs propres données analytiques pourront comparer, critiquer et partager. Je ne suis pas confiant dans le raisonnement ici. Cela nous fera peut-être réfléchir.

Après un coup d'œil à nos statistiques de recherche (de covenanteyes.com) au cours du mois dernier, je vois une indication que l'utilisation de la touche Entrée est une action plus fréquente que de cliquer sur le bouton lui-même. Sur la base des 2884 recherches que je regarde, il semble que 752 ont été déclenchées par un clic sur un bouton de recherche et 2132 ont été déclenchées par la touche Entrée. Donc, environ 26% ont utilisé un bouton et 74% ont utilisé la touche Entrée.

Qu'est-ce qui m'amène à penser que je vois ces données? Le formulaire de recherche dans le coin supérieur droit de notre page Web a le bouton soumettre sous forme d'image. Comme il est nommé "sa", je peux suivre cela dans la chaîne de requête de la page de résultats de recherche. En tant qu'élément INPUT avec un type d'IMAGE, le formulaire soumet les coordonnées du clic réel. Ainsi, lorsque je clique sur le bouton, je vois quelque chose comme ça dans la chaîne de requête: sa.x = 7 & sa.y = 9. Les valeurs x et y varient selon l'endroit sur l'image sur lequel la personne a cliqué. Lorsque j'appuie sur la touche Entrée, je vois sa.x = 0 & sa.y = 0.

Il est possible, bien que je pense rare, qu'une personne clique sur le pixel supérieur gauche du bouton et obtienne également x = 0 & y = 0, mais il est si peu probable que je l'ai ignoré. Les gens ont tendance à cliquer quelque part au milieu de la cible.

Voici pourquoi je remets sérieusement en question ces données. Nous avons effectué 4194 recherches uniques au total, mais les modèles d'URL ne sont pas cohérents: ils n'ont pas tous les paramètres sa.x et sa.y. J'ai seulement évalué le 2884 qui contenait les valeurs x et y. Maintenant, quand j'ai simplement essayé les recherches pour voir ce qui est arrivé aux URL, les valeurs x et y sont en fait apparues. Ils le feront toujours lorsque ces formulaires seront utilisés, car c'est ainsi que fonctionnent les soumissions de formulaires.

Mais encore, de grosses hypothèses ici. Y a-t-il d'autres moments où ils apparaissent qui peuvent également provoquer des valeurs nulles? Cela détruirait les proportions, peut-être de façon considérable. Quelqu'un veut-il prendre le relais et exécuter la prochaine étape de raisonnement?

Quels modèles d'utilisation n'ai-je pas compris? Pourquoi ces paramètres manquent-ils dans les autres recherches?

Quelqu'un d'autre peut-il consulter ses propres données de recherche et faire un rapport?

(À part: sans aucun doute, la recherche en direct de Google change radicalement la situation, car chaque frappe semble rafraîchir les résultats de la recherche. Je parie que l'utilisation des boutons dans ce contexte s'effondre.)

4
Davin Granroth

Tous les deux.
Je veux dire, n'importe qui.
Habituellement, le champ de recherche comporte un bouton attaché avec une loupe.
.
.
Il est donc courant d'offrir les deux options.

0
Juan Lanus

Désolé, ce n'est pas une réponse directe! Mais vous pouvez mesurer cela assez facilement. Ajoutez un peu de javascript pour modifier un champ de formulaire masqué. Si les gens cliquent sur le bouton, définissez un champ de formulaire masqué dans un sens, s'ils cliquent sur le définir un autre. (Si ce n'est pas le cas, ils n'ont pas activé JS!).

Il serait intéressant, surtout de le mesurer par rapport à d'autres éléments tels que la démographie. Je soupçonne que les résultats seraient bien corrélés avec les données démographiques, ce qui pourrait signifier que vous pourriez faire une supposition raisonnable si vous connaissiez votre public.

Le commentaire de @ BryanRobinson sur la réponse de @ MattObee correspond à mon expérience ayant travaillé sur la conception de systèmes pour les personnes âgées avec peu (ou pas) d'expérience informatique sur laquelle les utilisateurs novices cliquent, les utilisateurs expérimentés cliquent sur Entrée, d'où mon attente que la démographie aura un impact important.

En passant, la conception de StackExchange sans bouton, juste un champ pourrait être considérée comme (probablement assez précise pour cette communauté) l'attente que les utilisateurs SE soient des utilisateurs expérimentés. Cela peut être un peu moins précis pour certaines autres communautés SE, comme english.stackexchange.com.

0
Peter Bagnall