Guide · Recherche et UX
Recherche interne et filtres : aider le visiteur à trouver une réponse exploitable
Concevoir une recherche accessible : vocabulaire, filtres, tri, résultats vides, état partageable, confidentialité et maîtrise des URL.
Réponse rapide
Une recherche réussit quand elle comprend le vocabulaire du public, expose des critères clairs et propose une suite utile même sans résultat.
- Tester les questions du public avant de choisir un moteur.
- Associer les filtres à des champs fiables du catalogue.
- Distinguer pertinence, ordre de tri et couverture des résultats.
- Prévoir clavier, réinitialisation et absence de résultat dès la conception.
1. Partir des recherches réelles
Construisez un petit jeu de requêtes représentatif : nom exact, sujet général, terme courant différent du vocabulaire interne, faute fréquente et combinaison sans résultat. Pour chacune, indiquez les documents attendus et la tâche du visiteur. Le moteur est ensuite évalué sur ces attentes, pas sur l’impression qu’il renvoie beaucoup de liens.
Sur une bibliothèque courte, une recherche dans les titres, résumés et mots utiles peut suffire. Un catalogue important peut demander pondération, synonymes et index dédié. La complexité doit répondre à un défaut observé ; elle apporte aussi des coûts de maintenance, de synchronisation et de supervision.
- Distinguer recherche de nom, découverte et comparaison.
- Inclure accents, pluriels et vocabulaire métier.
- Valider les résultats avec une personne qui connaît les contenus.
2. Définir des filtres compréhensibles
Un filtre doit correspondre à une donnée cohérente et à une décision utile. Une catégorie libre écrite de plusieurs façons donne des groupes incomplets. Normalisez les valeurs en conservant les exceptions et préférez un libellé explicite à une abréviation réservée à l’équipe.
Expliquez les combinaisons : plusieurs valeurs d’un même filtre élargissent-elles les résultats ou les restreignent-elles ? Les critères de familles différentes sont-ils cumulés ? Affichez les critères actifs et un moyen simple de les retirer. Une liste de zéro résultat doit rester compréhensible.
- Limiter les filtres aux critères qui changent le choix.
- Afficher le total de résultats après chaque modification.
- Prévoir une remise à zéro clairement nommée.
3. Ordonner les résultats sans tromper
La pertinence correspond à l’adéquation à la question. Le tri par date, titre ou prix sert un autre besoin. Rendez ce choix visible et évitez de présenter un ordre commercial comme un classement objectif. Si les données de prix ou de disponibilité sont partielles, expliquez cette limite avant de proposer un comparatif.
Une carte de résultat doit donner assez de contexte pour éviter un clic inutile : titre précis, résumé distinctif, catégorie et information de fraîcheur pertinente. Des résultats qui affichent tous le même paragraphe obligent à ouvrir chaque fiche et rendent la recherche presque aussi difficile que la navigation initiale.
- Tester les premiers résultats et les omissions importantes.
- Conserver un ordre stable lorsque les valeurs sont égales.
- Distinguer une mise en avant éditoriale du résultat naturel.
4. Prévoir les états et le clavier
Associez une étiquette à chaque champ. Les mises à jour de résultats ne doivent pas déplacer le focus à chaque frappe. Un message de statut peut annoncer le nombre de réponses sans relire toute la grille. Testez le parcours au clavier, sur mobile et avec un lecteur d’écran lorsque l’interface comporte des contrôles personnalisés.
Un état vide doit aider : supprimer un filtre, simplifier la requête, consulter les catégories ou signaler un besoin absent. Une erreur technique se distingue de l’absence de résultat. Si JavaScript est nécessaire aux filtres, le contenu de base doit rester consultable, ou une alternative doit être proposée.
- Ne pas faire du placeholder le seul libellé.
- Conserver une action de réinitialisation accessible.
- Tester le retour arrière et la conservation des choix.
5. Maîtriser les URL et la performance
Un état partageable peut être utile pour transmettre une sélection à une autre personne. Il n’implique pas que chaque combinaison doive être indexée. Séparez les URL de consultation temporaire des pages de catégorie éditoriales. Les règles d’exploration et d’indexation doivent être cohérentes avec cette distinction.
Sur un gros catalogue, mesurez le temps de réponse, limitez les requêtes déclenchées à chaque frappe et prévoyez pagination ou chargement progressif. Évitez de transmettre toute la base au navigateur si quelques résultats suffisent. Pour une petite bibliothèque, une recherche locale peut au contraire éviter un service supplémentaire.
- Vérifier le comportement des paramètres et des URL canoniques.
- Mesurer sur un appareil et une connexion représentatifs.
- Ne pas masquer les liens essentiels derrière une interaction.
6. Mesurer sans collecter inutilement
Les requêtes sans résultat peuvent révéler un vocabulaire absent, une mauvaise indexation ou un besoin éditorial. Analysez ces causes avant de créer une nouvelle page. Vérifiez également si le visiteur clique sur une réponse pertinente et peut terminer sa tâche : un taux de clic élevé ne prouve pas, seul, la réussite.
Les recherches peuvent contenir des noms, adresses ou informations personnelles saisies par erreur. Réduisez la collecte, l’accès et la conservation des requêtes selon le besoin réel. Un contrôle manuel avec un jeu de test non sensible peut suffire pour une petite bibliothèque sans mettre en place un suivi individuel.
- Conserver un jeu de requêtes pour chaque évolution.
- Relire les résultats vides par famille de sujets.
- Tester l’index après publication, fusion et retrait de fiches.
Choisir le niveau de recherche
| Situation | Solution à examiner | Point de vigilance |
|---|---|---|
| Bibliothèque courte | Recherche locale dans le contenu utile | Les cartes restent lisibles sans JavaScript |
| Catalogue structuré | Filtres sur des valeurs normalisées | La complétude des champs conditionne les résultats |
| Volume important | Index et pagination côté serveur | Synchronisation, délai et coûts |
| Besoins éditoriaux stables | Catégories avec contenu propre | Éviter les pages de filtres interchangeables |
Mise en pratique
Un contrôle concret pour appliquer ce guide
- Quand se poser la question
- Les visiteurs ne retrouvent pas un contenu pourtant présent.
- Ce qu’il faut examiner
- Tester noms exacts, synonymes, plusieurs mots et filtres cumulés ; noter les résultats attendus.
- Comment décider
- Corriger vocabulaire et champs avant de complexifier le moteur.
- La preuve à conserver
- Conserver le jeu de requêtes et les résultats avant/après, avec un contrôle au clavier.
Avant d’avancer
La check-list opérationnelle
Utilisez cette liste pour suivre vos vérifications. Les cases restent dans cette page, sans envoi ni enregistrement.
Questions fréquentes
Les précisions à connaître
Faut-il un moteur externe pour quelques dizaines de pages ?
Pas nécessairement. Une recherche locale peut suffire si elle couvre les mots utiles, reste rapide et conserve une navigation complète. Le choix dépend du volume et du besoin de pertinence.
Toutes les combinaisons de filtres doivent-elles être indexées ?
Non. Une sélection temporaire n’est pas automatiquement une page éditoriale utile. Définissez les regroupements stables à publier et contrôlez séparément les autres URL.
Que proposer lorsqu’il n’y a aucun résultat ?
Distinguez absence de contenu et erreur technique. Montrez les critères actifs, permettez leur suppression et proposez des catégories ou un contact pertinent.
Pourquoi rechercher plusieurs mots séparément ?
Un visiteur combine souvent une intention et un sujet. Tester la présence de chaque mot évite d’exiger une expression exacte qui n’existe pas dans le texte, tout en conservant des résultats compréhensibles.
Documentation
Sources de référence
Ces ressources officielles complètent les arbitrages et permettent de vérifier les recommandations dans leur contexte.
