Concevoir des filtres utiles pour un catalogue ou un annuaire

Choisir des critères qui aident à décider

Observez les questions que les visiteurs posent avant de choisir. Un annuaire peut nécessiter une catégorie, une zone et un type de ressource ; un catalogue, une disponibilité, une dimension ou un usage. N’ajoutez un critère que si les fiches portent la donnée correspondante de façon fiable.

Définissez les valeurs et leurs synonymes avant de publier. Deux libellés qui veulent dire la même chose dispersent les résultats. La page de l’annuaire web montre comment associer catégories, recherche et fiches explicatives.

• Critères liés à une décision.
• Données présentes sur chaque fiche concernée.
• Valeurs et synonymes harmonisés.

Afficher le résultat et son état

Après chaque choix, indiquez le nombre de résultats et les filtres actifs. L’utilisateur doit pouvoir enlever un seul critère ou tout réinitialiser. Un état sans résultat doit expliquer la situation et proposer une action raisonnable, sans effacer silencieusement la sélection.

Testez la combinaison de plusieurs filtres, le retour arrière, le changement de catégorie et la recherche libre. Une carte doit conserver son titre et ses informations essentielles même si l’image ne charge pas. Le guide de recherche interne complète ce parcours.

• Nombre et critères visibles.
• Réinitialisation simple.
• Aucun résultat expliqué.

Permettre clavier et mobile

Les cases, listes et boutons doivent avoir des libellés explicites, un ordre logique et un focus visible. Si les résultats changent sans rechargement, annoncez le changement de façon compréhensible sans interrompre la lecture à chaque frappe. Sur mobile, contrôlez l’ouverture du panneau et la place laissée aux cartes.

Vérifiez avec un clavier seul, au zoom et sur un écran étroit. Une interface qui fonctionne à la souris peut rendre impossible le retrait d’un filtre avec un lecteur d’écran ou sur téléphone. Le guide d’accessibilité décrit une méthode de test.

• Contrôles nommés et atteignables.
• Changements de résultats perceptibles.
• Panneau mobile utilisable.

Décider quelles URL doivent être explorées

Certaines sélections peuvent avoir une page utile et stable ; la plupart des combinaisons ne méritent pas une URL indexable. Documentez ce choix avant de multiplier les paramètres. Gardez accessibles les fiches individuelles et une liste principale complète.

Les recommandations Google sur la navigation à facettes expliquent le coût des espaces d’URL quasi infinis. Contrôlez les pages vides, les paramètres répétés et les liens générés après chaque évolution des filtres.

• URL publiques choisies délibérément.
• Fiches accessibles sans filtres.
• Combinaisons vides et doublons contrôlés.

Représenter des filtres partageables sans concaténer des fragments d’URL à la main.

Cas fictif : un catalogue utilise un filtre dont la valeur contient « R&D + conseil ». Construisez l’URL avec URLSearchParams et comparez la valeur retrouvée après navigation. Décidez ce que signifient les paramètres répétés, absents ou inconnus. Cette API facilite l’encodage ; elle ne valide pas les valeurs et ne définit pas la stratégie d’indexation du catalogue.

• Le filtre retrouve sa valeur exacte ; les paramètres inconnus et répétés suivent une règle explicite.

• MDN URLSearchParams

  Interface pour lire et construire les couples de paramètres d’une URL, avec gestion de leur encodage et de leurs répétitions.

Conserver le sens des filtres

Cas proposé : choisir une catégorie puis une ville produit une liste vide. La page ne permet pas de savoir quel filtre retirer ni de retrouver l’état précédent.

Testez combinaisons, remise à zéro et retour arrière. Relevez résultat, critères actifs et URL lorsqu’elle représente l’état ; un compteur doit rester cohérent avec les éléments effectivement présentés.

• Afficher les critères actifs
• Tester une combinaison vide
• Vérifier remise à zéro et retour

• Tester une recherche sans jargon

  Concevoir une recherche interne qui aide vraiment à trouver