Recherche dans un catalogue produits : le client renonce

Vous avez un catalogue qui tient debout — des milliers de références, des familles de produits, des prix à jour — et une recherche qui rend du bruit. Votre client tape ce qu'il veut acheter, reçoit une liste où la bonne référence n'est pas, et referme l'onglet. Personne n'appelle pour demander de l'aide : on va voir ailleurs.

Réponse courte : une recherche dans un catalogue produits qui trouve la bonne référence repose sur quatre décisions — accepter les mots du client, ranger le catalogue par famille et par attribut, décrire l'usage avant le nom technique, et mesurer les recherches qui ne renvoient rien. La technique vient ensuite, en preuve, jamais en sujet.

TL;DR

• Un catalogue mal cherché ne coûte pas des visites, il coûte des commandes : le client qui ne trouve pas ne se plaint pas, il achète chez le voisin.
• Quatre causes expliquent presque tout le bruit : arborescence plate, synonymes absents, filtres décoratifs, aucune entrée par usage.
• La méthode : relire les requêtes réellement tapées, structurer les attributs, mesurer les recherches sans résultat.
• 20 000 références ne sont pas un handicap : un catalogue qui dit ce qu'il contient se trouve au premier essai.

Le client tape ce qu'il veut, la recherche répond à côté

Prenez une requête ordinaire : « gant de manutention antidérapant taille 9 ». Le moteur compare cette phrase à vos libellés, mot par mot. Il retient « gant » et rend quatre cents articles — gants de jardinage, gants jetables, mitaines — classés par date de mise en ligne. La bonne référence est peut-être à la troisième page ; votre client ne la cherchera pas.

Votre catalogue parle en libellés, votre client parle en besoins : la recherche est le seul endroit où la traduction peut se faire, et c'est celui qu'on laisse à l'abandon parce qu'il fonctionne « à peu près ».

Le relevé public de les types de recherche que la plupart des catalogues ratent conclut que 46 % des sites sur ordinateur, 58 % sur mobile et 64 % des applications ont une expérience de recherche « médiocre ou pire », relevé le 14 octobre 2026. La majorité du marché n'a donc pas réglé le problème : celui qui le règle se distingue. C'est la première brique de les boutiques que nous équipons.

Une arborescence plate oblige le client à deviner vos rayons

Beaucoup de catalogues ont une arborescence de façade : une famille « Produits » sous laquelle tout s'entasse. Dix mille articles vivent dans le même rayon, et le client doit deviner votre vocabulaire avant de cliquer : celui qui cherche de la visserie inox pour terrasse ne sait pas si, chez vous, cela s'appelle fixation, quincaillerie ou extérieur.

L'arborescence n'est pas là pour décorer le menu, elle rattrape la recherche. Une requête imparfaite qui tombe sur une famille juste donne des filtres et une deuxième chance ; la même requête qui tombe sur trois mille résultats indifférenciés laisse l'acheteur seul. Quand un site renvoie des centaines de produits sans suggestion de catégorie, la charge de tri retombe entièrement sur le client.

Le remède est ingrat mais connu : découper les familles selon ce que les clients cherchent, pas selon l'organisation des fournisseurs, puis rattacher chaque référence à une seule famille principale. Nous avons traité le cas d'un catalogue B2B de plusieurs milliers de références : le catalogage y devient une décision commerciale.

Les synonymes absents font échouer la requête la plus simple

Vos clients n'écrivent pas vos libellés. Ils écrivent visseuse quand vous avez saisi perceuse-visseuse à percussion, piquets quand vous avez poteaux, ou l'abréviation de leur métier. Le relevé chiffre ce gâchis : 54 % des sites échouent sur les requêtes en abréviations ou en symboles — « television » et « tv » y donnent deux résultats différents.

Un synonyme n'est pas une astuce, c'est une déclaration : vous affirmez que deux façons de dire sont la même demande, et vous les faites converger vers un seul jeu de résultats. Les moteurs de recherche documentaire traitent cela sérieusement, avec des dictionnaires versionnés et rechargeables sans reconstruction de l'index — la mécanique est décrite dans le dictionnaire de synonymes que le moteur applique à la requête. Ce dictionnaire ne s'invente pas, il se relève.

Trois familles rapportent dès la première semaine : les mots du métier contre vos libellés, les abréviations tapées en raccourci, et les fautes de frappe fréquentes.

Des filtres qui ne trient rien usent la patience

Un filtre qui ne correspond à aucun attribut réel fait plus de mal que pas de filtre : une catégorie « Autres » qui contient la moitié du catalogue, une valeur « Divers » sur douze familles, une taille qui ne s'applique qu'à la page affichée. Le client coche deux cases, obtient zéro résultat, et conclut que vos filtres mentent.

Le manque est mesurable : 39 % des sites ont un problème sur les requêtes qui croisent deux caractéristiques — le relevé cite une recherche mêlant capacité et style qui ne renvoie aucun produit alors que 45 articles possèdent ces deux attributs. Le client ne s'est pas trompé : le catalogue n'a jamais dit à la recherche ce qu'il contenait.

C'est donc un travail de données avant d'être un travail d'écran. Les attributs doivent venir de votre système de vérité — gestion commerciale, ERP ou référentiel produits — et non d'une ressaisie manuelle qui se désynchronise en trois semaines. C'est le rôle de le raccordement de la boutique au système qui détient les données : une fois que matière, dimension, norme et compatibilité descendent proprement, les filtres suivent.

Le client ne cherche pas un nom, il cherche sa situation

Voici la cause la plus coûteuse, et la moins traitée. Votre client ne veut pas un gant nitrile taille 9 : il veut de quoi manipuler des pièces glissantes dans une chambre froide. Il décrit une situation, là où votre catalogue nomme des objets.

Aucune liste de synonymes ne répare cela : il faut relier une situation à une famille de produits. Cette recherche par usage se joue à trois endroits — des pages qui répondent à l'usage en clair, des raccourcis sous le champ de recherche, et des requêtes composées comprises par le moteur, du type peinture pour local humide.

Le relevé est sans ambiguïté : 43 % des sites échouent sur les requêtes d'usage — un acheteur qui cherche un cadeau de mariage se retrouve redirigé vers une page de liste de mariage, sans moyen de chercher les produits qui conviendraient. Certaines entrées échappent au vocabulaire : quand la recherche part d'une plaque d'immatriculation, le client n'écrit ni un nom ni un usage, il identifie un objet — ce parcours d'identification, nous l'avons détaillé à part. Le principe ne change pas : partir de l'information que le client possède déjà.

Vos vraies requêtes sont déjà écrites : elles dorment dans les journaux

La méthode commence par un fichier que vous avez déjà et que personne n'ouvre : le journal des recherches internes. Chaque requête tapée, la date, le nombre de résultats renvoyés — quelques mois suffisent à voir la vérité de votre catalogue. C'est la piste de l'article de référence sur la relecture des journaux de recherche : les termes du haut disent ce que les gens cherchent, et les termes plus bas, lus par grappes, révèlent les synonymes que vos libellés ignorent.

Ce fichier se lit dans un ordre précis : les requêtes les plus fréquentes, qui valent mieux que n'importe quel brainstorming parce qu'elles sont écrites par des acheteurs ; les requêtes à zéro résultat, qui sont des ventes perdues noir sur blanc ; celles suivies d'aucun clic, qui signalent un tri raté plutôt qu'un manque de produit ; et les recherches reformulées trois fois, où le client vous a montré le mot qu'il utilise et celui que vous devriez accepter.

C'est un travail de lecture, pas de développement : une liste écrite, des priorités, des décisions prises là où l'on connaît le catalogue. Le développement vient après, et il est court — notre atelier d'applications métier branche un moteur et son dictionnaire sur un catalogue existant.

Structurer les attributs, puis compter les recherches sans résultat

Les deux derniers gestes tiennent ensemble, parce que le second vérifie le premier. Structurer les attributs, c'est décider qu'une famille se décrit avec cinq ou six critères — matière, dimension, usage, norme, compatibilité — et que chaque critère reçoit une valeur issue d'une liste fermée. Une taille s'écrit en millimètres ou en pouces, jamais les deux au hasard ; une couleur se nomme, ne se décrit pas.

Ce vocabulaire contrôlé n'est pas une contrainte administrative : c'est ce qui rend les filtres utiles et les synonymes possibles. Il sert aussi dehors, puisque les attributs qu'une fiche produit doit déclarer sont nommés par les moteurs de recherche.

Reste la mesure. Un compteur suffit : pour chaque recherche, le nombre de résultats renvoyés. On en tire un taux de recherche sans résultat, qui se lit comme la part des demandes que le catalogue refuse ; ajoutez les requêtes sans clic et les reformulations, et vous obtenez un tableau de bord tenable, revu chaque mois.

La priorité en découle : la requête la plus fréquente à zéro résultat se traite d'abord — une commande perdue chaque semaine sur un mot que vous pouvez accepter en une heure. Le contrôle final ne se discute pas : moins de recherches sans réponse, davantage d'ajouts au panier. Le reste est un budget : la grille que nous publions, poste par poste couvre la recherche, le dictionnaire et la mesure, et les catalogues que nous avons remis d'aplomb montrent le résultat sur des cas réels.

Vous parlez directement à ceux qui codent, du cadrage au déploiement. Vos données et votre base restent sur votre infrastructure, pas chez un SaaS étranger. Le devis écrit tient le périmètre, et nous restons après la mise en ligne.

Si votre catalogue perd des commandes que d'autres encaissent, commencez par un rendez-vous en visio de 15 minutes : nous ouvrirons ensemble vos requêtes sans résultat et nous vous dirons ce qui se règle cette semaine. Si l'écrit vous convient mieux, décrivez-nous le catalogue qui vous résiste et nous vous répondrons sur vos familles de produits, sans jargon.