Meilleure façon d'afficher les résultats de recherche pour différents types de contenu
Sur un site Web qui a différents types de contenu sur le même sujet, comment ces informations doivent-elles être affichées après la recherche d'un utilisateur. Disons que le sujet d'un site est "les arbres" et que les types de contenu sont les suivants:
- contenu éditorial: contenu intemporel qui concerne un vaste sujet (c'est-à-dire un article sur les espèces d'arbres).
- Contenu utilisateur: contenu généré par l'utilisateur sur une chose spécifique (c'est-à-dire des informations sur une pépinière spécifique près de Londres).
- Événements: contenu généré par l'utilisateur en fonction du temps sur un événement spécifique (c'est-à-dire un cours d'arboriculture en Écosse en mai).
- Articles de blog: contenu sensible au temps portant sur un vaste sujet (c'est-à-dire un examen de l'état des forêts britanniques en 2014)
Il existe un large éventail de contenus, mais il est concevable qu'un utilisateur souhaite effectuer une recherche dans tout ce contenu. Un utilisateur peut par exemple rechercher "Pine Trees". Cela devrait renvoyer tout contenu pertinent qui peut être l'un des types mentionnés ci-dessus.
Les défis sont les suivants:
- Comment communiquer quel type de contenu est quelque chose.
- Comment commander le contenu.
- Comment afficher une gamme de types de contenu avec autant de diversité que possible.
Supposons que le site Web dispose d'une barre de recherche universelle sur le site qui ne permet que des recherches par mot-clé (aucune option supplémentaire). La page de résultats est la première page qu'ils voient après une recherche dans ce contexte. Que devraient-ils voir?
Comment afficher les résultats de recherche pour différents types de contenu?
La convention sur les pages de résultats de recherche est de présenter le contenu réel à peu près le même. La raison derrière cela est qu'il est plus facile de scanner le contenu et de trouver des mots clés représentant la chose que l'utilisateur recherche.
Le filtrage de la recherche ne doit pas être effectué dans la liste des résultats réels, mais dans un outil de navigation à facettes à gauche de la liste des résultats de la recherche.
Fonctions de contrôle
Menu de navigation à facettes pour le type de contenu, la date, etc.
Menu des outils de recherche (sites avec images, pages visitées, etc.)
Pagination
Options de recherche avancée et d'aide
Réf: Conception de la recherche: page de résultats
De cette façon, vous séparez les outils de la liste des résultats, ce qui permet à l'utilisateur de sélectionner facilement plusieurs filtres à la fois en mettant en œuvre une conception de navigation à facettes. L'utilisateur peut non seulement filtrer sur le type de contenu, mais également sur l'auteur, la plage de dates et d'autres métadonnées.
Vous pouvez également implémenter différentes vues en fonction du format de contenu (image et vidéo) pour activer les options de filtrage rapide. Mais l'outil principal ici est la navigation à facettes permettant aux utilisateurs de sélectionner plusieurs filtres en réduisant les résultats de recherche pour être plus précis pour l'utilisateur.
Il existe deux façons principales d'afficher les résultats de la recherche pour différents types de contenu:
- Liste de résultats de recherche unique
- Sections de résultats discrètes pour chaque type d'élément
-
liste de résultats de recherche unique
Utilisé lorsque les utilisateurs veulent trouver quelque chose mais ne savent pas ou sont moins préoccupés par le type d'élément. Cette approche convient mieux à la navigation dans les résultats de recherche et est favorisée par les sites de commerce électronique et les blogs.
Comme décrit dans la réponse de Benny Skogberg, ici, les résultats de recherche pour différents types de contenu sont regroupés et triés par pertinence pour permettre une numérisation facile. Vous pouvez mettre des identifiants pour indiquer de quel type de contenu il s'agit, mais il doit être subtil pour ne pas distraire l'utilisateur de trouver ce dont il a besoin.
Des capacités de filtrage supplémentaires telles que la recherche à facettes sont utiles au cas où l'utilisateur aurait besoin d'affiner davantage ses résultats de recherche.
-
sections de résultats discrètes pour chaque type d'élément
Utilisé lorsque les utilisateurs savent exactement ce qu'ils veulent et que le type d'élément est très pertinent. Cette approche est utilisée dans les systèmes d'exploitation Mac et Windows pour les recherches de fichiers.
Éliminer la réponse de BDD, le but de ce style pour permettre à l'utilisateur de trouver rapidement un élément spécifique dont il sait qu'il existe dans le système. L'utilisateur sait exactement ce qu'il veut, y compris le type d'élément. Le regroupement des résultats par type d'élément permet de zoomer facilement sur l'élément de droite. Des catégories supplémentaires de type méta comme "Top Hit" peuvent être introduites pour faciliter le processus.
Eh bien, je suppose que cela dépend de la simplicité de cette recherche. Les utilisateurs vont-ils pouvoir filtrer? Est-ce que ce sera une recherche déroulante ou quelque chose comme Google, où si vous effectuez une recherche, la page entière devient vos résultats? Le site Web sera-t-il réactif et permettra-t-il aux utilisateurs de visualiser les données sur leur téléphone ou s'agit-il strictement d'un site Web de bureau?
Je fais quelques hypothèses ici (sur une application de bureau et une recherche de style déroulant), mais cela ressemble à ce que Apple a fait avec Spotlight on - iOS et MacOS et je considérerais de suivre leur format qui peut être vu ci-dessous.C'est une interface facile à comprendre pour l'utilisateur et leur donne une grande variété de résultats.
Lorsque l'utilisateur recherche un type d'arbre (par exemple, Pine), il reçoit un Top Hit c'est la meilleure estimation de ce que l'utilisateur recherchait lorsqu'il tapait "Pine", que ce soit une définition, l'événement le plus récent sur les pins ou la page Wikipedia sur Pine arbres .
Après le Top Hit, Je grouperais en fonction de vos quatre catégories fournies au-dessus et à l'intérieur de ces catégories, trier par date actuelle/le plus proche de l'emplacement de l'utilisateur (messages plus récents, crèche la plus proche, événements à venir dans la région, etc.)
J'envisagerais de renvoyer tous les différents types de résultats dans une liste.
- Chaque type de contenu doit avoir une apparence unique et être facilement identifiable. Pour aider les utilisateurs avec ce type d'identification, vous pourriez envisager d'utiliser des étiquettes (étiquette avec le type de contenu approprié). Une autre aide à l'identification pourrait être des icônes (si vous pouvez trouver/concevoir des icônes significatives pour les différents types de contenu?)
- Si l'utilisateur a atteint les résultats de la recherche via la barre de recherche universelle, je correspondrais à la pertinence du ou des termes de recherche. Par exemple: Si l'utilisateur a recherché "Pine", le contenu avec "pine" dans le titre devrait probablement être renvoyé avant le contenu qui ne comprend que "Pine" dans le corps.
Vous pouvez fournir aux utilisateurs des fonctionnalités supplémentaires, permettant aux utilisateurs de filtrer les résultats via le type de contenu et/ou de trier par d'autres facettes telles que la date.
Remarque: La commande par date peut être délicate - Le problème ici est que différents types de contenu peuvent avoir différents types de "date", ou même ne pas avoir de date.
- voir 1. :)
+1 pour le filtrage à facettes. Il suffit de lancer une autre idée au cas où elle se testerait bien: dans certains cas, comme vous savez quels seront les quatre types de données, les résultats par onglets pourraient également vous être utiles. Vous pouvez les considérer comme des "filtres rapides", car ils filtrent au niveau le plus élevé possible, mais devraient être cohérents pour l'utilisateur (par rapport à quelque chose comme Amazon, où cela ne fonctionnerait pas nécessairement car vos types de données seraient partout le lieu). Si les utilisateurs veulent accéder à tous les résultats, vous pouvez commencer dans un onglet de résultats "tous".
Une grande partie de cela, pour moi, dépendrait de la probabilité que vos utilisateurs souhaitent voir les résultats "côte à côte" avec les quatre types de données différents, ou s'ils souhaitent généralement les voir isolés.
Je vois deux situations ici:
Si la recherche porte sur un terme exact et que tous les résultats de recherche ont la même valeur, j'afficherais plusieurs listes - une liste par type de contenu (similaire à la recherche Spotlight OS X mentionnée par BDD)
Si, cependant, la recherche est inexacte et que vous pouvez classer vos résultats de la "meilleure correspondance" à la "pire correspondance", il est logique d'afficher tous les résultats dans une liste unique ordonnée par l'applicabilité du résultat au critère de recherche de l'utilisateur.