Recherche produit : ce qu’il faut corriger avant d’y ajouter de l’IA

Sur une boutique WooCommerce, PrestaShop ou Drupal Commerce, la barre de recherche est souvent le premier endroit ou un visiteur decide s’il reste ou s’il repart. Pourtant, son parametrage par defaut varie fortement d’une plateforme a l’autre, et dans bien des cas il ignore des champs que le client tape naturellement : une reference, une matiere, une taille. Avant d’envisager une couche de recherche plus avancee, voire assistee par l’IA, il convient de savoir precisement ce que le moteur en place regarde deja, et ce qu’il laisse de cote.

Ce que la recherche native regarde, et ce qu’elle ignore

Sur WooCommerce, la recherche de produits s’appuie par defaut sur le moteur de recherche natif de WordPress. Celui-ci interroge trois champs seulement : le titre, le contenu et l’extrait de la fiche produit. Les informations stockees en dehors de ces champs — reference (SKU), attributs de variation, metadonnees personnalisees — n’entrent pas dans la comparaison, sauf configuration specifique. Concretement, un client qui tape une reference produit exacte peut obtenir zero resultat, alors meme que l’article existe bien dans le catalogue.

WooCommerce propose, via ses reglages de recherche, des options pour etendre ce comportement : inclure la reference, les categories ou les attributs dans la comparaison. Ces options ne sont pas actives par defaut, ce qui explique une bonne partie des recherches sans resultat releve sur les boutiques qui n’ont jamais revisite ce reglage. La documentation technique de WordPress confirme que seuls le titre, l’extrait et le contenu sont pris en compte par la requete de recherche standard.

PrestaShop fonctionne sur un principe different : un index de recherche propre a la plateforme, construit a partir de deux tables, qui associe chaque mot d’un produit a un poids numerique. Le nom du produit pese par defaut davantage que sa description, et les identifiants comme la reference, l’EAN13, l’ISBN ou l’UPC recoivent un poids superieur a celui du texte descriptif. Cette ponderation se regle dans le back-office, sous Parametres de la boutique puis Recherche, et un reindexage complet du catalogue peut y etre declenche manuellement. La documentation pour developpeurs de PrestaShop detaille ce mecanisme de ponderation et les declencheurs qui remettent l’index a jour.

Drupal Commerce ne fournit pas de moteur de recherche produit cle en main : il s’appuie sur le module Search API, complete le plus souvent par le module Facets pour les filtres par attribut. Rien n’est indexe tant que cette configuration n’a pas ete faite explicitement, ce qui donne plus de controle mais deplace la responsabilite vers la mise en place initiale du site. La page officielle du projet Facets sur drupal.org decrit les types de filtres disponibles une fois l’index construit.

Les symptomes a verifier sur sa propre boutique

• Une recherche par reference exacte (SKU, EAN) ne renvoie aucun resultat, alors que le produit est bien en ligne.
• Les resultats melangent des produits et des articles de blog ou des pages, sans distinction.
• Une faute de frappe ou une variante orthographique (singulier/pluriel, accent) fait disparaitre tous les resultats.
• Les produits en rupture de stock remontent au meme rang que les produits disponibles.
• Les attributs de variation (couleur, taille, matiere) ne sont jamais retrouves par leur nom.

Chacun de ces symptomes se corrige en general par un reglage ou une extension du catalogue, pas forcement par un changement de plateforme. L’enjeu est d’identifier lequel de ces points touche reellement la boutique avant de chercher une solution plus lourde.

Ce qui change avec une recherche semantique ou assistee par l’IA

Une recherche dite semantique ou assistee par l’IA cherche a rapprocher une requete de son intention plutot que de sa seule forme ecrite : elle tolere mieux les fautes de frappe, relie des synonymes (« pull » et « pullover »), et peut classer les resultats selon des signaux de comportement plutot que selon un simple comptage de mots-cles. Elle peut aussi repondre a des requetes plus longues ou formulees comme une question, ce que les index par mots-cles de WooCommerce ou PrestaShop ne traitent pas nativement.

Ce type de recherche ne corrige pas un catalogue pauvre : si les fiches produits ne mentionnent jamais la matiere, l’usage ou la compatibilite d’un article, aucun moteur, aussi avance soit-il, ne pourra relier une requete client a ce champ absent. C’est pourquoi la qualite des donnees produit conditionne le gain reel d’une recherche plus intelligente, un point deja detaille a propos de la structuration du catalogue dans l’article sur le PIM et des donnees qui alimentent les flux produits dans celui consacre aux donnees structurees.

La recherche plus avancee a egalement un cout de performance : elle ajoute souvent un service externe interroge a chaque frappe, ce qui peut degrader les temps de reponse percus si l’integration n’est pas soignee. C’est un point a verifier au meme titre que les autres scripts tiers d’une boutique, comme le rappelle l’article sur l’INP et les scripts qui ralentissent une boutique.

La demarche a suivre avant de changer d’outil

1. Tester les requetes reelles. Reprendre dix a vingt recherches effectivement tapees par des clients (statistiques du moteur interne ou de l’outil d’analytics) et verifier combien aboutissent a zero resultat.
2. Verifier les champs indexes. Sur WooCommerce, controler les options de recherche par SKU et attributs ; sur PrestaShop, revoir les poids dans Parametres de la boutique puis Recherche ; sur Drupal Commerce, verifier que l’index Search API couvre bien les champs attendus.
3. Completer les fiches produits. Ajouter dans les champs indexes les termes que les clients utilisent reellement — matiere, usage, compatibilite, synonymes courants — avant d’ajouter une couche de recherche supplementaire.
4. Mesurer avant et apres. Comparer le taux de recherches sans resultat avant et apres chaque changement, plutot que de juger un reglage sur une impression.

Ce qu’il faut retenir

• WooCommerce, PrestaShop et Drupal Commerce n’indexent pas les memes champs par defaut : verifier ce qui est reellement cherche avant d’incriminer le moteur.
• Une reference ou un attribut absent des champs indexes explique la plupart des recherches qui echouent, independamment de la sophistication du moteur.
• Une recherche semantique ou assistee par l’IA ameliore la tolerance aux fautes et aux synonymes, mais ne compense pas un catalogue pauvre en donnees.
• Mesurer le taux de recherches sans resultat avant et apres chaque changement reste le seul moyen fiable de juger si le reglage a servi.