Smart Search Pro – moteur de recherche intelligent de produits pour PrestaShop

Moteur de recherche propriétaire et index de produits

• Backend MySQL intégré : la variante de base du module fonctionne sur la base de données de la boutique et ne nécessite pas d’abonnement à un moteur de recherche externe. Les produits sont traités dans un index propriétaire, préparé pour la recherche textuelle, les codes produits, le filtrage, le tri et l’affichage des résultats.
• Backends Meilisearch et Typesense optionnels : l’administrateur peut basculer le moteur vers l’un des services externes pris en charge, renseigner l’adresse, la clé API, le préfixe d’index et le délai d’expiration de connexion. Il s’agit d’une possibilité supplémentaire ; la boutique peut rester sur le moteur MySQL.
• Fallback de secours : le paramétrage du retour à la recherche native de PrestaShop permet de conserver une gestion de base des requêtes lorsque le backend de recherche sélectionné ne répond pas.
• Index séparé par boutique et par langue : les documents, facettes, analyses ainsi que les données gérées par le module tiennent compte du contexte actuel de la boutique et de la langue. Ainsi, les résultats peuvent correspondre au bon catalogue, aux traductions et à la configuration multiboutique.
• Indexation sans flux produit : le module récupère les données directement depuis PrestaShop. Il n’est pas nécessaire de préparer un fichier XML ou CSV distinct uniquement pour alimenter le moteur de recherche.
• Index blue/green : une reconstruction complète est effectuée dans une nouvelle génération d’index, et le basculement vers l’ensemble de données préparé a lieu à la fin du processus. La génération active actuelle peut continuer à gérer la recherche pendant la construction de la nouvelle.

Portée des données prises en compte lors de la recherche

L’administrateur n’est pas limité uniquement au nom du produit. Le module dispose d’un panneau des champs de recherche dans lequel il est possible de contrôler l’étendue des informations utilisées pour retrouver les produits.

• Codes et identifiants commerciaux : la recherche couvre la référence produit et fournisseur, EAN-13, UPC, ISBN ainsi que MPN. Le champ des codes reste un élément de base de l’index, ce qui facilite la recherche d’un produit précis à partir de son marquage technique.
• Nom, marque et catégories : le module peut faire correspondre la requête au nom du produit, au fabricant ou à la marque, ainsi qu’aux noms des catégories attribuées au produit.
• Tags, caractéristiques et attributs : les tags produit, les valeurs des caractéristiques ainsi que les attributs des déclinaisons peuvent être intégrés à l’index, afin que le client puisse également rechercher selon les paramètres et variantes décrivant l’offre.
• Description courte et description complète : l’administrateur peut utiliser le contenu descriptif des produits comme source supplémentaire de correspondance, avec un poids différent de celui du nom ou du code.
• Pondérations configurables des champs : le panneau des critères de pertinence permet de définir quelles informations ont le plus d’influence sur l’ordre des résultats. Une recherche par code exact peut ainsi avoir une importance différente d’un mot apparaissant uniquement dans la description longue.

Autocomplétion et recherche pendant la saisie

• Suggestions de produits immédiates : après activation de l’autocomplétion, le module récupère les résultats pendant la saisie de la requête. Le client peut reconnaître plus rapidement le bon produit et accéder à sa page sans attendre le rechargement complet des résultats.
• Suggestions de mots-clés : le module peut présenter des expressions associées dérivées de l’index des produits. La limite des suggestions visibles est configurable.
• Tolérance aux fautes de frappe : des modes équilibré, conservateur et désactivé sont disponibles. Cela permet d’adapter la recherche approximative au type d’assortiment, à la longueur des codes et au niveau de souplesse attendu en cas de mots mal saisis.
• Contrôle des requêtes asynchrones : le script front utilise un délai de saisie, l’interruption des requêtes obsolètes et une protection de l’ordre des réponses, afin qu’un ancien résultat ne remplace pas la requête plus récente du client.
• Interface accessible au clavier : l’autocomplétion utilise la sémantique combobox ainsi que les attributs ARIA, en prenant en charge la navigation dans les suggestions sans utiliser la souris.

Modal de recherche en plein écran

• Résultats sans quitter la page en cours : après clic sur le champ de recherche, le module peut ouvrir un modal enrichi avec les résultats produits, les suggestions et les outils de restriction de la liste.
• Taille configurable : la largeur et la hauteur du modal sur desktop sont définies en pourcentage par rapport à la fenêtre du navigateur. Dans la grande variante, les filtres peuvent former une colonne distincte à côté des produits.
• Grille de produits responsive : le nombre de produits sur une même ligne est défini indépendamment pour desktop, tablette et téléphone. Cela permet d’adapter la densité des résultats au design de la boutique et à la taille de l’écran.
• Deux façons de parcourir les résultats suivants : l’administrateur choisit entre le chargement automatique au défilement ou la pagination classique. La limite de produits récupérés par lot ou par page est également configurable.
• Catégories et facettes dans le modal : le client peut affiner les résultats à l’aide des catégories correspondantes et du même ensemble de facettes que celui utilisé sur la page de recherche standard.
• Repli des filtres pendant la saisie : en option, le bloc des filtres reste replié par défaut afin de ne pas masquer la liste des produits sur les écrans plus petits et pendant la saisie. L’état de la section est également synchronisé pendant le chargement, en cas d’absence de résultats et lors de la gestion des erreurs.
• Vue de découverte de l’offre : avant la saisie d’une requête, le modal peut afficher les dernières recherches, les requêtes populaires efficaces ainsi que des produits recommandés sélectionnés manuellement.

Page de résultats de recherche enrichie

• Intégration native avec le mécanisme de liste de produits de PrestaShop : le module fournit son propre fournisseur de résultats, tout en utilisant la structure de la liste de produits et le mécanisme de tri de la plateforme.
• Activation indépendante : la page de résultats, l’autocomplétion et le modal disposent de commutateurs distincts. Cela permet un déploiement progressif des fonctionnalités et de ne conserver que les éléments nécessaires dans une boutique donnée.
• Grille responsive distincte : le nombre de cartes produit par ligne sur la page de résultats est configuré indépendamment pour desktop, tablette et téléphone.
• Deux dispositions des facettes : les filtres peuvent être placés sous forme de panneau compact au-dessus des produits ou comme colonne gauche développée. La variante en colonne gauche peut également créer une disposition à deux colonnes sur une page de résultats en pleine largeur, et sur les appareils mobiles les filtres restent accessibles dans un tiroir.
• Tri des résultats : le client peut choisir la pertinence, les produits disponibles en premier, le nom A–Z ou Z–A, ainsi que le prix croissant ou décroissant.
• Politique des produits indisponibles : l’administrateur peut exclure totalement les produits qui ne peuvent actuellement pas être commandés, ou les laisser visibles et les déplacer en fin de liste. Le module tient compte du stock, du paramètre de vente en cas de rupture de stock ainsi que de l’indicateur de disponibilité du produit à la commande.
• Aide en cas de requête vide : sur la page de résultats, il est possible d’activer les dernières recherches, les expressions populaires et les produits recommandés, au lieu de laisser le client face à une vue vide.

Filtres et facettes adaptés au catalogue

• Configuration commune pour le modal et la page de résultats : l’ordre, l’activité et le mode de présentation des facettes sont gérés en un seul endroit, afin que le client bénéficie de filtres cohérents dans les deux vues.
• Facettes catalogues standard : le module prend en charge la catégorie, la marque, la disponibilité et la plage de prix.
• Facettes dynamiques des produits : les groupes d’attributs ainsi que les caractéristiques sont récupérés depuis le catalogue et reçoivent des identifiants stables. Cela permet de configurer séparément, par exemple, la taille, la couleur, la matière, la capacité ou tout autre groupe existant dans la boutique.
• Facettes commerciales : des filtres sont disponibles pour les nouveautés, les meilleures ventes des 30 derniers jours et les produits faisant l’objet d’une promotion tarifaire active.
• Différentes formes de présentation : pour chaque entité, il est possible de choisir des cases à cocher, des pastilles ou une sélection multiple avec suppression des valeurs actives. La configuration n’impose pas un mode d’affichage global unique à tous les filtres.
• Ordre et limites individuels : l’administrateur définit l’ordre des facettes ainsi que le nombre maximal de valeurs visibles séparément pour chaque entité. L’ordre peut être modifié par glisser-déposer ou à l’aide de boutons accessibles au clavier.
• Recherche rapide de valeurs : lorsqu’une facette contient de nombreuses options, le module peut afficher un champ de recherche interne. Le seuil de son activation est configuré séparément pour le modal et la page de résultats.
• Filtres actifs et adresses sûres : les valeurs sélectionnées sont présentées au client comme filtres actifs, et le code du module valide les types de filtres autorisés ainsi que les plages de prix avant de les transmettre au backend.

Synonymes, pertinence et contrôle qualité des résultats

• Synonymes gérés dans le Back Office : il est possible d’associer des termes courants, des abréviations, des noms alternatifs ainsi que différentes variantes de vocabulaire utilisées par les clients. L’extension de la requête s’effectue dans la couche de recherche, sans réécrire les noms des produits.
• Critères de pertinence configurables : l’administrateur peut définir l’ordre des critères supplémentaires utilisés pour les résultats ayant une correspondance textuelle proche.
• Aperçu de recherche dans le panneau : un onglet distinct permet de vérifier le fonctionnement d’une requête avant d’évaluer les résultats sur le front de la boutique. Le module prépare également des informations expliquant la correspondance et le score des résultats.
• Récupération en cas d’absence de résultats : la couche de recherche contient un mécanisme de préparation d’alternatives pour les requêtes n’ayant retourné aucun produit, au lieu de limiter tout le processus à une liste vide.
• Contrôle des produits disponibles à l’achat : les règles de pertinence peuvent être combinées avec la politique d’exclusion ou de rétrogradation des assortiments indisponibles.

Merchandising des résultats de recherche

• Règles dépendantes de la requête : la condition peut correspondre à une expression exacte, à un préfixe ou à un fragment de requête. La règle peut être limitée à la langue actuelle ou appliquée à toutes les langues.
• Épinglage de produit : le produit sélectionné peut être placé à une position précise dans les résultats pour la requête couverte par la règle.
• Promotion et rétrogradation : les actions boost et bury modifient le score des produits indiqués à l’aide d’un multiplicateur configurable.
• Exclusion des résultats : la règle peut supprimer les produits indiqués de la liste pour une expression donnée sans les désactiver dans le catalogue.
• Priorité, statut et calendrier : les règles disposent d’un nom interne, d’une priorité, d’un statut brouillon ou publié, ainsi que d’une date de début et de fin d’application optionnelle.
• Résolution déterministe des conflits : lorsque plusieurs règles correspondent à la même requête, le module résout leur application selon le type d’action, la priorité et l’identifiant de la règle.

Redirections de requêtes et campagnes de bannières

• Redirections de recherche : une expression sélectionnée ou un ensemble de termes peut être dirigé vers une URL cible contrôlée, par exemple une page de catégorie, de fabricant, de produit ou une landing page préparée.
• Validation des URL cibles : le résolveur de redirections inclut une protection contre les redirections ouvertes, afin que la fonctionnalité ne se résume pas à l’utilisation inconditionnelle de n’importe quelle adresse transmise dans la requête.
• Correspondance de campagne avec la requête : les bannières disposent d’une liste de déclencheurs et d’un mode de correspondance de requête. La campagne peut être destinée à la page de résultats, au modal, à l’autocomplétion ou à tous les emplacements pris en charge.
• Images desktop et mobile distinctes : le module stocke le chemin de l’image principale ainsi que celui d’une image mobile optionnelle, le texte alternatif et l’URL cible. Une bannière sans URL peut être affichée comme élément informatif non cliquable.
• Langue, priorité et calendrier : les campagnes sont gérées pour la langue sélectionnée, disposent d’un état d’activité, d’une priorité ainsi que d’une date de début et de fin de diffusion optionnelle.
• Mesure des campagnes : après activation de l’analytique et obtention du consentement, le module peut enregistrer les affichages et les clics sur les bannières, en associant la fonction promotionnelle au reporting.

Produits recommandés et découverte de l’offre

• Recommandations sélectionnées manuellement : l’administrateur crée une liste ordonnée de produits à présenter avant la saisie d’une requête ou sur une page de résultats vide.
• Commutateurs distincts des vues : les recommandations, les expressions populaires et les dernières recherches peuvent être activées indépendamment pour le modal et la page de résultats.
• Dernières recherches côté navigateur : l’historique des dernières expressions est stocké localement dans le navigateur du client, et sa longueur maximale est configurable.
• Expressions populaires efficaces : le module calcule la liste sur la base d’analyses agrégées sur une période sélectionnée. L’administrateur définit le nombre d’éléments et la durée de la période analysée.

Analytique de recherche et attribution des ventes

• Principaux KPI du moteur de recherche : le tableau de bord affiche le nombre de recherches, les clics, le taux de CTR, les recherches sans clic ainsi que les expressions n’ayant retourné aucun produit.
• Analyse des expressions et des produits : les rapports aident à vérifier ce que recherchent les clients, quels produits sont visibles et cliqués, ainsi qu’à quelles positions les interactions ont lieu.
• Analyse de l’utilisation des filtres : le module agrège les événements liés aux facettes, ce qui permet d’évaluer quels filtres et quelles valeurs aident réellement les clients à affiner le catalogue.
• Paniers, commandes et chiffre d’affaires : le mécanisme d’attribution relie les clics à l’ajout ultérieur du produit au panier et à la commande. Les fenêtres d’attribution directe et assistée sont configurées séparément.
• Répartition par langue et par appareil : les agrégats quotidiens peuvent être analysés dans le contexte de la langue et du type d’appareil, ce qui facilite la distinction entre le comportement des utilisateurs desktop et mobile.
• Export CSV : les données sur les expressions, les produits et les filtres peuvent être exportées pour une analyse plus approfondie en dehors du panneau PrestaShop.
• Rétention configurable : la durée de conservation des événements analytiques bruts est définie en jours, tandis que les statistiques quotidiennes agrégées peuvent rester disponibles plus longtemps.
• Prise en compte du consentement analytique : le module dispose d’une passerelle de consentement et sépare les événements couverts par le consentement des agrégats limités. Cela ne doit pas être considéré comme un remplacement de la configuration de la plateforme de consentement de la boutique, mais comme un mécanisme respectant son état par les fonctions du module.

Alertes qualité et panneau d’optimisation

• Alertes de recherches sans résultats : l’administrateur définit un niveau d’alerte et un niveau critique pour la part des requêtes n’ayant trouvé aucun produit.
• Alertes d’absence de clics et de baisse du CTR : le module peut signaler une dégradation du comportement des clients après dépassement des seuils configurés et de la taille minimale d’échantillon.
• Contrôle de fraîcheur de l’index : le tableau de bord avertit lorsque la dernière indexation complète est plus ancienne que le nombre d’heures autorisé.
• Contrôle de la file d’attente : des seuils d’alerte et critiques distincts informent de l’augmentation du nombre de tâches en attente, retardées ou en cours de traitement.
• Opportunités d’optimisation : le panneau rassemble des données sur les expressions et produits problématiques afin que l’administrateur puisse décider si un synonyme, une redirection, une modification des données produit ou une règle de merchandising est nécessaire.

Indexation, file d’attente et maintenance automatique

• Reconstruction complète de l’index : le panneau d’indexation permet de lancer une génération complète des données pour les contextes actifs de boutique et de langue.
• File d’attente des modifications du catalogue : l’ajout, la mise à jour ou la suppression d’un produit, la modification du stock, de la catégorie, du prix spécial et de certaines données liées entraînent l’ajout de la tâche appropriée à la file d’attente au lieu d’exécuter une reconstruction lourde directement dans le hook.
• Déduplication et relance des tâches : le dépôt de la file d’attente fusionne les opérations répétées, gère la prise en charge des tâches par le worker ainsi que les nouvelles tentatives avec délai croissant.
• Reconciler de l’index : l’opération de rapprochement détecte les documents manquants, superflus ou obsolètes et met en file une réparation limitée.
• Tâches CRON : le module met à disposition des actions pour le travail du worker, le rapprochement et la reconstruction complète. Le panneau Back Office affiche les informations prêtes à l’emploi nécessaires à la configuration d’un planificateur local ou externe.
• Sécurisation du CRON distant : l’endpoint prend en charge la signature HMAC et le nonce, et les opérations plus lourdes sont séparées du processus public de recherche.
• Health check et diagnostic : le module dispose d’un endpoint d’état ainsi que de panneaux de diagnostic qui aident à vérifier le backend, l’index et la configuration avant d’activer les fonctionnalités sur le front.

Import et export de la configuration complète

• Fichier de configuration portable : l’export inclut les paramètres du backend, du front, du modal, de la page de résultats, de l’analytique, des champs de recherche, des critères de pertinence et des facettes.
• Données gérées dans le module : avec les paramètres, il est possible de transférer les produits recommandés, les synonymes, les règles de merchandising, les bannières et les redirections.
• Mapping des langues : les sections multilingues sont transférées selon la locale ou le code ISO, et non uniquement selon l’identifiant local de la langue.
• Transfert des produits selon des identifiants stables : les recommandations et les produits utilisés dans les règles peuvent être mappés sur la base de la référence, de l’EAN ou de l’UPC, ce qui limite le risque d’attribuer les données à un autre produit après migration.
• Validation avant enregistrement : l’import effectue un contrôle du schéma et des données d’entrée avant de commencer les modifications. L’enregistrement est transactionnel et, en cas d’erreur, le module effectue un rollback au lieu de laisser une configuration partiellement importée.
• Mode fusion ou remplacement : l’administrateur choisit la manière d’appliquer le fichier, et la variante destructive de remplacement nécessite une confirmation explicite.
• Protection des secrets : les clés API peuvent rester masquées, tandis que le secret global de signature CRON n’est pas traité comme un élément portable de la configuration d’environnement.

Sécurité, performance et déploiement contrôlé

• Front désactivé par défaut après l’installation : l’autocomplétion, la page de résultats, le modal et l’analytique disposent de commutateurs distincts, de sorte que l’administrateur peut d’abord construire l’index et vérifier les résultats dans l’aperçu.
• Rate limiting des événements : l’endpoint analytique dispose d’une limite configurable de burst court ainsi que d’un rythme de renouvellement, afin qu’un utilisateur unique ne génère pas un nombre illimité d’enregistrements.
• Circuit breaker de recherche : l’orchestrateur limite les nouvelles tentatives de requêtes vers un backend indisponible et fonctionne avec le paramètre de fallback natif.
• Sans modification du Core : le module ne nécessite ni override des classes PrestaShop ni réécriture manuelle des fichiers du thème. Il s’intègre via les hooks, le fournisseur de recherche et ses propres ressources front.
• Chargement conditionnel des fonctionnalités front : les ressources et la configuration sont ajoutées lorsque l’autocomplétion, le modal ou la page de résultats sont actifs.
• Gestion des données après désinstallation : les données du module sont conservées par défaut, et leur suppression nécessite l’activation préalable de l’option appropriée dans les paramètres.

Avantages pour la boutique en ligne

• Accès plus rapide au produit : le client obtient des résultats dès la saisie, peut corriger une requête imprécise et affiner immédiatement la liste selon les caractéristiques du catalogue.
• Meilleure exploitation des données produit : les noms, codes, marques, catégories, tags, caractéristiques, attributs et descriptions fonctionnent ensemble au lieu de rester des sources d’information séparées et inexploitées.
• Contrôle métier sur l’ordre des résultats : l’administrateur peut promouvoir, rétrograder, épingler ou exclure des produits pour des expressions spécifiques sans reconstruire toute la structure des catégories.
• Décisions fondées sur les données : les rapports montrent non seulement le nombre de requêtes, mais aussi les clics, l’absence de résultats, l’utilisation des filtres, les paniers, les commandes et le chiffre d’affaires lié à la recherche.
• Solution évolutive sur le plan fonctionnel : la boutique peut commencer avec MySQL intégré, puis basculer ultérieurement le backend vers Meilisearch ou Typesense, tout en conservant le panneau de gestion et les fonctionnalités front du module.

Compatibilité

PD Smart Search Pro est conçu pour PrestaShop 1.7.x, 8.x et 9.x, PHP 7.0–8.5 ainsi que MySQL 5.6+ ou MariaDB 10.x+. Le module prend en charge les environnements PrestaShop classiques et plus récents sans service de recherche externe obligatoire, tandis que les intégrations Meilisearch et Typesense restent un choix optionnel de l’administrateur.

Lien vers la démo du module :

Démo du panneau d’administration :
https://moduly-prestashop.eu/pdsmartsearchpro/admin-dev

Démo du front office :
https://moduly-prestashop.eu/pdsmartsearchpro