Module de recherche visuelle (sans SaaS) : Moteur de recherche intelligent auto-hébergé avec option Meilisearch

13/11/2026
v1.5.5

• Dans le panneau de recherche, l'étiquette de l'offre (« -50 % ») était masquée par l'étiquette « Exact » sur les fiches de correspondance exacte, car les deux se trouvaient dans le coin supérieur gauche de l'image. Sur ces fiches, l'offre est déplacée dans le coin inférieur, comme sur la page de résultats. Ce comportement est identique pour tous les formats, sur ordinateur et sur mobile.
• Sur la page d'accueil du moteur de recherche (meilleures ventes, sans avoir saisi d'informations), lorsque je survolais une fiche affichant une barre noire « Choisir une option » sur toute la largeur du panneau supérieur, il était impossible de cliquer dessus. Désormais, le bouton apparaît directement dans la fiche, comme dans les résultats.

12/11/2026
v1.5.4

• Un produit en rupture de stock pour lequel l'option « Autoriser les commandes » était activée apparaissait dans les résultats de recherche comme épuisé et sans bouton d'achat, alors qu'il était possible de l'acheter depuis sa page produit. Le moteur de recherche utilisait une source qui n'est plus mise à jour par la page produit de PrestaShop 8 et 9 pour cette information. Désormais, il utilise la même source que la page produit, et il en va de même pour l'option « Masquer les articles en rupture de stock » et l'index Meilisearch.
• Lorsque la gestion des stocks est désactivée dans la boutique, chaque produit peut être commandé, comme sur la page produit.

11/11/2026
v1.5.3

• Les prix affichés dans les moteurs de recherche reflètent désormais le taux de TVA du groupe de clients, à l'instar des pages produits et des listes dans PrestaShop. Auparavant, les groupes configurés pour afficher les prix hors taxe (par exemple, le groupe des professionnels) voyaient des prix TTC dans les résultats de recherche. Désormais, les prix sont cohérents sur les pages produits, dans le filtre de prix et dans le sélecteur de combinaisons.
• L'option « Afficher les prix taxes comprises » fonctionne comme suit : lorsqu'elle est activée, elle s'adapte au groupe de chaque client ; lorsqu'elle est désactivée, elle exclut toujours les taxes.

11/11/2026
v1.5.2

• Passage rapide : la quantité et le bouton « Ajouter » sont affichés sur une seule ligne, avec une seule icône, comme dans la plupart des thèmes. Même si le produit est déjà dans le panier, l’indication « − N + » s’affiche toujours.
• Auparavant, la couleur du bouton au survol était rouge vif sur fond noir. Désormais, elle est gris foncé ; les boutiques qui n'avaient pas modifié ce paramètre affichent automatiquement une couleur au survol lors de la mise à jour, et la couleur choisie dans les options d'apparence est conservée.
• Filtre « En promotion » : un prix fixe sans réduction (comme un tarif de groupe pour les professionnels) n’est plus considéré comme une promotion. Dans un magasin proposant des tarifs de groupe, ce filtre s’appliquait auparavant à la quasi-totalité du catalogue. Désormais, il est traité de la même manière qu’une étiquette de réduction sur la carte.

11/11/2026
v1.5.1

• Les produits masqués aux visiteurs par un autre module n'apparaissent plus dans les résultats de recherche : ni dans le menu déroulant, ni sur la page de résultats, ni parmi les produits mis en avant. Ils ne sont pas non plus inclus dans le total ni dans les filtres. Le moteur de recherche utilise un hook pour poser la question. actionRkrFilterVisibleProductIds (reçoit identifiants par référence et supprime ceux qui ne sont pas visibles) ; il est utilisé, par exemple, par RKR Private Products pour afficher certains produits uniquement à une liste de clients.
• Le bouton « Ajouter » du moteur de recherche rejette ces produits même si leur identifiant est envoyé manuellement.
• Avec un tel module installé, le cache des résultats est enregistré par client : ce qu’un client voit dans la liste n’est pas servi à un autre visiteur, et vice versa.

11/11/2026
v1.5.0

Pour les boutiques dont les clients effectuent des achats directement depuis le moteur de recherche. Les nouvelles options se trouvent dans la section « Apparence », sous « Acheter depuis le moteur de recherche ».

• Offres visibles : Les produits en promotion affichent une étiquette « -20 % » (ou « -5,00 € » si la réduction est d’un montant fixe) au-dessus de la photo, ainsi que l’ancien prix barré, comme indiqué dans les détails du produit. Les produits portant uniquement l’étiquette « En promotion » de PrestaShop affichent simplement « En promotion ! ». Les prix spécifiques et les règles du catalogue applicables au client sont pris en compte ; la réduction pour sa catégorie de produits n’est pas appliquée, car il s’agit de son prix normal. Cet indicateur est activé lors de la mise à jour (il est désactivé dans « Réduction et prix précédent »).
• Le filtre « En promotion » du panneau de recherche et de la page de résultats affiche le nombre de produits en promotion parmi ceux trouvés. Il n'apparaît que s'il y en a. La vérification a lieu lors de la recherche, et non lors de l'indexation ; ainsi, une promotion débutant ou se terminant aujourd'hui est comptabilisée sans réindexation. Activé lors de la mise à jour.
• Paiement rapide (désactivé après la mise à jour) : La quantité et le bouton « Ajouter » sont toujours visibles sur chaque produit, et pas seulement au survol. Dès qu’un produit est ajouté au panier, le bouton affiche « - quantité + » avec le nombre d’unités déjà présentes : le modifier conserve cette quantité dans le panier (par exemple, saisir 12 conserve 12 unités, sans en ajouter 12), et le saisir 0 la supprime. Si le panier est mis à jour depuis l’en-tête, la quantité sera également mise à jour. Ceci s’applique aux produits sans combinaison ; pour les autres, l’option « Choisir une option » reste affichée.
• Indicateur de stock (éteint lors de la mise à jour) : un point vert indique du stock, un point orange indique peu d’unités (« Dernières unités ») et un point rouge indique une rupture de stock. « Peu d’unités » signifie en dessous du nombre défini dans « Quelques unités restantes », ou, si la valeur est 0, en dessous du paramètre PrestaShop « Afficher les quantités restantes si inférieures à ».
• Corrigé : L’option « Ajouter » affichait auparavant « Ajouté au panier » même si l’article n’avait pas été ajouté au panier (un autre module le supprimait immédiatement). Désormais, un message indique à l’utilisateur que l’ajout au panier a échoué.
• Corrigé : En mode débogage, les notifications d’autres modules s’affichaient avant la réponse du panier et le bouton affichait une « Erreur de connexion ». Aucune action n’est requise lors des mises à jour : le cache de recherche est automatiquement vidé.

11/11/2026
v1.4.64

• Corrigé : Sur la page de résultats de recherche, le paramètre d’apparence « Afficher le prix » n’était pas pris en compte et le prix était systématiquement affiché. Le champ de recherche déroulant, quant à lui, respectait ce paramètre. Les groupes de clients n’ayant pas l’autorisation de consulter les prix étaient déjà couverts par… 1.4.58, Dans les deux vues. Aucune action n'est requise lors de la mise à jour.

10/11/2026
v1.4.63

• Nom complet du produit au survol : si le nom ne tient pas sur la fiche et est tronqué par « ... », le survol de la souris affiche une bulle contenant le nom complet en bas de l’image. Le prix et la grille restent inchangés. Cette fonctionnalité est uniquement disponible sur ordinateur (elle n’est pas disponible sur mobile). Dans les magasins de chaussures, par exemple, le modèle et la couleur ne tenaient pas sur deux lignes.
• Dans les styles Clean et Superclean, le nom s'étend sur 3 lignes (auparavant 2) : sans cadre autour du produit, le fait que certains noms occupent une ligne supplémentaire ne se remarque pas, et de ce fait, beaucoup moins de noms sont coupés, même sur mobile.
• Corrigé : Dans les suggestions ci-dessus, le texte complet affiché au survol du nom indiquait « & » au lieu de « & » pour les noms contenant ce symbole. Aucune action n’est requise après la mise à jour.

09/11/2026
v1.4.62

• Corrigé : Les produits en rupture de stock mais disponibles sur commande (« Disponible sur demande » : le produit ou le magasin accepte les commandes d’articles non disponibles en stock) comportaient auparavant un bouton « Vérifier ». Cliquer dessus entraînait une erreur « Stock insuffisant » sans ajouter d’article. Désormais, ils disposent d’un bouton « Ajouter » et sont ajoutés comme dans les détails du produit. Ceci est particulièrement pertinent pour les magasins vendant de nombreux articles fabriqués sur commande (comme illustré dans…). lacasadelassetas.com: 912 produits sur 1 519) le bouton ne fonctionnait pas dans plus de la moitié du catalogue.
• Corrigé : Dans la fenêtre « Choisir une option », une variante indisponible mais disponible à la commande s’affichait comme « Rupture de stock » et ne pouvait pas être ajoutée. Elle s’affiche désormais comme « Disponible sur demande » et peut être ajoutée.
• Le bouton flottant « Filtres » de l’application mobile peut être personnalisé aux couleurs de la boutique : lire --rkfvs-filter-toggle-bg et --rkfvs-filter-toggle-text (Par défaut, comme auparavant : couleur principale et texte blanc). Auparavant, la couleur était fixe et il n’était pas possible de la modifier via CSS.

09/11/2026
v1.4.61

• Nouvelle option « Mémoriser la recherche » (Général). Si un client sélectionne un produit dans la barre de recherche et revient à l'aide du bouton Retour, le panneau se rouvre exactement comme il l'a fait : mêmes résultats de recherche, filtres, ordre de tri, produits déjà chargés et positionnés au même niveau que le produit consulté. Auparavant, le panneau était fermé lors du retour à la page et il devait effectuer une nouvelle recherche. S'il ferme manuellement le panneau, celui-ci ne se rouvrira pas. Cette option est désactivée par défaut après la mise à jour ; pour l'activer, accédez à Réglages > Général.

07/11/2026
v1.4.60

• Une seule lettre, même isolée, est prise en compte : « vitamine C » met en avant les vitamines C (auparavant, une recherche avec le simple mot « vitamine » renvoyait les vitamines D3, B12, etc.). Il en va de même pour « vitamine E », « vitamine K », et ainsi de suite. La lettre doit faire partie d’un mot complet : « C » ne correspond pas à « complexe ». La recherche d’une lettre isolée n’est toujours pas prise en compte. Aucune action n’est requise lors de la mise à jour.

07/11/2026
v1.4.59

• L'état des stocks (« En stock », « Disponible sur demande », « Rupture de stock ») réapparaît sur les fiches du panneau pour les groupes qui ne voient pas les prix. 1.4.58, Masquer le prix par groupe impliquait également d'obtenir l'étiquette de stock.
• Styles « Nettoyage » et « Super nettoyage » : le bloc de filtres est beaucoup plus compact, aussi bien dans le panneau que sur la page de résultats (chaque filtre fermé occupe la moitié de la hauteur). Aucune action n'est requise après la mise à jour.

07/11/2026
v1.4.58

Prix réservés à ceux qui peuvent les voir

• Le moteur de recherche respecte le paramètre « Afficher les prix » pour les groupes de clients (Clients > Groupes). Dans une boutique B2B avec le groupe Visiteur (sans prix), le panneau de résultats et la page affichaient le prix et le bouton « Ajouter au panier ». Désormais, pour ces groupes, ni le prix, ni le filtre ou le tri par prix, ni le bouton du panier n'apparaissent, et la fonctionnalité panier du moteur de recherche rejette la requête.
• Le cache des résultats est stocké par groupe de clients et par devise : il ne sert plus à afficher les prix d’un groupe à un autre.

La première lettre n'est plus perdue.

• Lorsque vous appuyez sur le champ de recherche du thème et que vous saisissez du texte immédiatement, la première lettre reste affichée (par exemple, « protéine » pour « protéine »). Un simple appui déplace le focus vers le champ de recherche du panneau, et tout résultat trouvé dans le champ de recherche du thème est affiché dans le panneau. Aucune action n'est requise lors de la mise à jour.

05/11/2026
v1.4.57

Erreur JavaScript lors de l'ajout d'un formulaire à la page

• Si un autre module ou thème a ajouté un formulaire à la page avec un champ appelé identifiant, la console affichait node.id.startsWith n'est pas une fonction, Le moteur de recherche a cessé de supprimer le remplissage automatique natif qui s'affichait avec ce formulaire. Aucune action n'est requise après la mise à jour.

04/11/2026
v1.4.56

Modules complémentaires PrestaShop prêts à valider

Revue de code sans nouvelles fonctionnalités. Aucune autre action n'est requise lors de la mise à jour.

• L'avertissement concernant les langues non indexées n'est jamais apparu : votre requête a abouti à un LIMITE C'est trop. En mode débogage, cette erreur SQL a provoqué un dysfonctionnement des écrans du module qui l'affichait. Elle provient de… 1.4.39.
• Le tri des résultats utilise la langue et le système de stockage de la recherche courante, et non ceux du contexte global. Cela se remarque lors de la tâche d'initialisation du cache, qui parcourt toutes les langues et tous les systèmes de stockage : elle trie désormais chacun d'eux selon ses synonymes et ses pondérations.
• L'avertissement concernant les langues non indexées provient d'un modèle, et non de PHP.
• Les exemples de ce journal et les commentaires du code ne mentionnent plus de magasins spécifiques.

04/11/2026
v1.4.55

Multimagasin : chaque magasin est recherché à l'aide de son propre texte

Si un produit portait un nom différent dans deux boutiques différentes, le moteur de recherche utiliserait le nom et la description de la dernière boutique pour toutes les autres : le renommer dans une boutique l’empêcherait d’y apparaître, et il en allait de même pour les noms de catégories. Désormais, chaque boutique possède son propre index de texte, avec ses propres pondérations et caractéristiques d’exclusion, quelle que soit la boutique d’origine du produit.

Cela corrige également ce qui dépendait du magasin à partir duquel le fichier avait été enregistré :

• Auparavant, désactiver ou masquer un produit dans une boutique entraînait sa suppression des résultats de recherche dans toutes les boutiques. Désormais, il n'apparaît plus que dans la boutique concernée.
• Un produit enregistré dans un magasin où il n'est pas disponible disparaîtrait du moteur de recherche des magasins où il est disponible.
• La disponibilité des produits est calculée à partir des stocks de chaque magasin. Les stocks étant partagés entre les magasins, les produits étaient initialement indiqués comme étant en rupture de stock dans tous les points de vente.
• La reconstruction de l'index inclut les produits de toutes les boutiques, et pas seulement de celle qui lance la mise à jour. Après une mise à jour, dans une configuration multi-boutiques, les produits sont automatiquement réindexés par lots via cron. Si vous n'utilisez pas cron, cliquez sur « Reconstruire l'index ». Pour une seule boutique, aucune action n'est requise et aucune ligne de l'index ne sera modifiée.

Le même ordre dans chaque recherche

L'ordre des produits ayant la même note pouvait varier entre deux recherches identiques, et un produit pouvait apparaître deux fois ou être absent lors de la consultation de la page. Désormais, en cas d'égalité, le produit le plus récent s'affiche en premier.

04/11/2026
v1.4.54

L'enregistrement d'un produit sans modification ne réécrit plus l'index.

Un connecteur du système ERP stockait auparavant des milliers de produits, même sans modification. Chaque sauvegarde entraînait la suppression et la réinsertion de toutes les lignes du produit dans l'index de recherche. Désormais, le moteur de recherche enregistre une seule entrée par produit et, si aucune modification n'est apportée, il ne modifie rien. La table d'index ne grossit plus et la sauvegarde est beaucoup plus rapide.

Lorsqu'une modification survient, seule la différence est enregistrée : renommer un produit n'affecte que deux ou trois mots, et non des centaines de lignes. Si seules les ventes ou le stock changent, les colonnes correspondantes sont mises à jour. Après une mise à jour, la réindexation est inutile : lors du premier enregistrement de chaque produit, celui-ci est comparé aux données déjà présentes dans l'index.

Les recherches enregistrées cessent d'être vidées sans raison.

Auparavant, le cache de recherche était vidé à chaque enregistrement d'un produit, d'une catégorie ou d'un fabricant, ainsi qu'à chaque suppression d'un modèle par un module (ce que font de nombreux carrousels de thèmes lors de l'enregistrement d'un produit). Désormais, il n'est vidé que si une modification a une incidence sur les résultats : texte, prix, catégories, fabricant, combinaisons, caractéristiques ou si le produit est disponible à l'achat. Le bouton « Vider le cache » du back-office permet également de le vider, ce qui n'était pas le cas auparavant.

La file d'attente de réindexation ne perd pas de produits

Les produits non indexés (importations, lots importants) étaient auparavant placés dans une liste d'attente de 500 produits. Lorsque cette liste était pleine, les produits les plus anciens étaient ignorés, conservant ainsi leur ancien index. Désormais, ils sont dans une table dédiée, sans limite, et la tâche cron s'exécute par intervalles de 25 secondes au lieu de traiter 100 produits à la fois. Une fois l'opération terminée, le cache est vidé si des modifications ont été apportées et les changements sont envoyés à Meilisearch.

Recherches multi-mots plus rapides

Le poids de chaque mot comptabilisait les produits indexés pour chaque recherche de deux mots ou plus, même en cas d'utilisation du cache. Désormais, ce total provient d'une requête directe : dans un catalogue de 10 000 produits, cela représente une différence de quelques secondes à quelques millisecondes lorsque la mémoire de la base de données est insuffisante.

28/10/2026
v1.4.53

Page de résultats mobile

Sur les écrans de moins de 768 px, les filtres n'apparaissent plus à côté des produits à une distance fixe de 280 px (empêchant ainsi la liste d'être compressée). Ils s'affichent désormais en haut, masqués par un bouton « Filtres » permettant de les ouvrir et de les fermer ; ils restent ouverts lorsqu'un filtre est appliqué et les produits sont affichés deux par deux. Sur ordinateur, rien ne change.

28/10/2026
v1.4.52

Styles « Clean » et « Superclean » pour des résultats optimaux

Deux nouveaux styles dans Apparence → Préréglages de conception rapide, pour le panneau de recherche et pour la page de résultats :

• Faire le ménageTout est blanc, sans bordure autour des produits. La photo, ainsi que le nom et le prix, apparaissent sur un fond gris très clair. Au survol de la souris, la photo s'estompe légèrement et le nom est souligné, sans aucun espace ni ombre. Les filtres n'ont plus leurs cases et sont séparés par une fine ligne. Dans le panneau, le bouton qui apparaît au survol se trouve maintenant en bas de la photo et ne masque plus le prix.
• Super propreLe même principe s'applique, mais sans bannières ni message de bienvenue, et sans la charte graphique de la boutique : les libellés, les boutons, les barres de prix et les lignes de séparation (filtres, « Correspondance exacte ») deviennent noirs et gris clair. Les boutiques utilisant déjà un style différent restent inchangées.

28/10/2026
v1.4.51

Avec plusieurs mots, le plus précis commande.

Lors d'une recherche portant sur deux mots, l'un très courant dans les noms de produits et l'autre inhabituel (« t-shirt en coton » dans un magasin où presque tout est t-shirt), les produits contenant uniquement le mot courant étaient mieux classés que ceux contenant le mot inhabituel, simplement parce qu'ils commençaient par le premier mot. Désormais, chaque mot est pondéré en fonction de sa fréquence d'apparition dans les noms de produits : le mot inhabituel compte davantage que le mot courant. Les produits contenant les deux mots restent mieux classés. Il n'est donc pas nécessaire de renommer les produits.

Les mots vides (« avec », « pour », « de », « le », « avec »...) n'ont aucun poids et, à eux seuls, ne placent pas un produit dans les résultats : un produit avec « (avec cadeau) » dans son nom ne remonte plus à cause de cela, et une recherche comme « t-shirt à col » cesse de renvoyer la moitié du catalogue.

Fenêtre des variantes sans barre horizontale et sans noms répétés

• Auparavant, le nom de chaque variante apparaissait une fois pour chaque image de la combinaison (« Couleur : Rouge / Couleur : Rouge / Couleur : Rouge… »). Désormais, il n’apparaît qu’une seule fois, accompagné de l’élément distinctif de la variante : sa valeur, sans le nom du groupe ni les groupes ayant la même valeur (« Rouge » et non « Couleur : Rouge / Taille : Taille unique »).
• Sur mobile, la fenêtre comportait une barre de défilement horizontale : le nom s’affichait sur une seule ligne. Désormais, il s’étend sur deux lignes, la quantité et le bouton « Ajouter » étant situés en dessous, afin que chaque ligne occupe toute la largeur. La mise à jour supprime le code CSS/JS combiné de la boutique et du cache de recherche.

28/10/2026
v1.4.50

Les cartes respectent les mentions « Afficher le prix » et « Disponible sur commande ».

Un produit dont l'option « Afficher le prix » était désactivée apparaissait dans les résultats de recherche à 0,00 €, avec la mention « Disponible sur demande » et un bouton « Ajouter au panier ». Ce qu'une boutique souhaite simplement présenter (un catalogue de machines, un produit sur mesure) semblait être un cadeau et pouvait être acheté. Désormais, la fiche produit se comporte comme une page produit PrestaShop : sans l'option « Afficher le prix » (ou en mode catalogue sans prix), elle n'affiche ni prix, ni niveau de stock, ni bouton d'achat ; sans la mention « Disponible sur demande », elle affiche le prix, mais ni le niveau de stock ni le bouton.

Prix 0 : « Demander le prix et la disponibilité »

Un produit dont le prix est de 0 € affiche un texte à la place de « 0,00 € », sans indication de stock ni bouton d’achat. Ce texte est configurable par langue dans Apparence → Détails de la fiche.

L'étiquette du stock ne couvre plus le prix

Auparavant, l'étiquette remontait de 25 pixels pour se positionner à côté du prix, et un long texte (« Disponible sur demande ») la masquait. Désormais, le prix et le stock sont alignés, et si l'espace est insuffisant, l'étiquette se place en dessous.

Une fonctionnalité sous le nom, qui est recherchée comme référence

Dans Apparence → Détails de la fiche, vous sélectionnez une caractéristique (par exemple, la référence fabricant ou OEM) qui s'affiche sous le nom (deux lignes maximum). Ses valeurs sont indexées par des codes de référence et sont représentées par « Réf. » : la recherche de l'un de ces codes affiche le produit en premier. Vous devez réindexer après l'avoir sélectionné.

Étiquette de type par fonctionnalité

Vous choisissez une caractéristique et une ou plusieurs de ses valeurs (par exemple, Famille = Machine). Vos produits afficheront la valeur sous forme d'étiquette au-dessus du nom et, au lieu d'un bouton d'achat, une étiquette renverra vers la page produit avec le texte configuré (« Voir les produits compatibles » si ce champ est laissé vide).

« Aller à… » : d’abord la catégorie qui porte le même nom que ce que vous recherchez.

Auparavant, les catégories étaient déterminées par la profondeur et la position : un code modèle permettait plus facilement de repérer les catégories qui le contenaient à l’intérieur d’un autre mot (« MX2000 », « FMX200S ») que celles qui le contenaient entièrement (« Office MX200 »). Désormais, la similarité du nom est primordiale : même nom, mot entier, commence par, contient.

Le modèle souhaité est commercialisé avant ses consommables.

La recherche par code modèle permettrait de trouver exactement un produit dont le nom commence par ce code suivi d'un autre chiffre (« MX2000 » pour « MX200 »). Le produit portant ce nom (« Office MX200 ») aurait le même score que les centaines de consommables « pour Office MX200 »… et, toutes choses égales par ailleurs, ce sont les chiffres de vente qui prévaudraient, contrairement aux produits du catalogue. Désormais, l'ajout d'un chiffre supplémentaire modifie le code : le nom court se terminant par le code recherché apparaît en premier.

La mise à jour efface le cache de recherche, qui stockait les cartes avec l'ancien prix.

26/10/2026
v1.4.49

La loupe du moteur de recherche n'est plus cachée aux lecteurs d'écran.

En convertissant la loupe de recherche thématique en un bouton (avec focus, rôle="bouton" et son étiquette aria), le module a quitté le aria-hidden="true" qui est inclus dans le modèle ps_searchbar. Un élément qui reçoit le focus ne peut pas être masqué : Lighthouse l'a marqué comme « Les éléments [aria-hidden=true] « Ils contiennent des éléments descendants sélectionnables », et le score d'accessibilité baissait. Désormais, cet attribut est supprimé lors de la conversion. Seul le code JavaScript change ; la base de données reste inchangée.

21/10/2026
v1.4.48

Découvrez ce qui est écrit à l'oreille

Un mot mal orthographié et absent de l'index est également recherché selon sa prononciation en espagnol : « kolageno » trouve « collagène », « proteyna » trouve « protéine », « kafeina » trouve « caféine » et « bitamine » trouve « vitamine ». Auparavant, le système tombait dans le piège de la recherche approximative, qui acceptait des mots issus de descriptions ne se ressemblant que par leurs lettres (« oxigeno » pour « kolageno ») et remplissait les résultats avec des produits sans rapport.

Règles : le h est muet ; w et hu se prononcent de la même façon ; k, c et qu se prononcent également de la même façon ; ce, ci et z ; ge, gi et j ; b et v ; y et i ; les lettres doubles comptent pour une seule, et la voyelle finale n’a pas d’importance. Un mot correctement orthographié est recherché tel quel, donc ce qui a déjà fonctionné ne change pas. Les synonymes du mot trouvé sont également pris en compte (« kolageno » → « colageno » → « collagen »).

Une recherche sans résultat ne se remplit pas avec n'importe quoi.

L'ancienne méthode de recherche, utilisée en dernier recours, comparait des extraits de trois lettres à des noms : « biscuit » affichait des produits contenant « bis » dans leur nom, suivis de huit autres produits de la même catégorie. Désormais, elle utilise uniquement des variantes quasi complètes du mot ; si aucune correspondance n'est trouvée, aucun résultat n'est affiché et les recherches populaires apparaissent.

La mise à jour crée la table des clés phonétiques et la remplit avec les mots déjà présents dans l'index, sans réindexation, et vide le cache de recherche.

21/10/2026
v1.4.47

Une référence complète au modèle vient en premier.

Lors de la recherche d'une référence de modèle à l'aide de lettres et de chiffres (« et-14100 », « ET 14100 », « et14100 »), les produits contenant cette référence dans leur nom pourraient se classer des centaines de places plus bas, pour deux raisons :

• La partie courte contenait des centaines de produits. Tout comme le nombre court dans le 1.4.46, Un préfixe d'une ou deux lettres (« et ») correspond aux étiquettes et à tout autre modèle « ET-... ». Si la recherche inclut un préfixe plus long, le produit doit correspondre au moins à ce préfixe.
• Les articles épuisés ont été placés tout en bas de la liste., …même après « Vous pourriez aussi aimer ». Désormais, elles se trouvent en fin de bloc : une correspondance exacte en rupture de stock reste prioritaire sur les correspondances associées. De plus, une référence de modèle complète dans le nom est considérée comme une correspondance exacte, avec ou sans tiret : « et14100 » correspond à « ET-14100 », mais pas à « ET-141000 ». La mise à jour vide le cache de recherche.

v1.4.462026/10/20

Un numéro court ne suffit plus pour figurer parmi les résultats.

Le 1.4.45 Le système a cessé de compter les nombres courts isolés lors du tri, mais la requête incluait toujours dans les résultats tout produit comportant ce nombre dans sa description ou ses caractéristiques : « whey 80 » affichait des produits avec « 80 capsules » ou « 800 mg », et comme les noms ne correspondaient pas, ces produits apparaissaient dans la section « Vous pourriez aussi aimer ». Désormais, si la recherche inclut des mots et un nombre à un ou deux chiffres, un produit doit correspondre à au moins un des mots. En cas de faible nombre de résultats, le bloc est rempli de produits de la même catégorie, comme dans… 1.4.45.

La mise à jour efface le cache de recherche.

v1.4.452026/10/20

Les synonymes sont également pris en compte lors du classement.

La recherche prenait déjà en compte les synonymes (« protéine » → « protéine »), mais l'étape de séparation entre les correspondances exactes, les correspondances apparentées et les suggestions « Vous pourriez aussi aimer » se limitait à comparer le mot saisi avec le nom du produit. Tous les synonymes apparaissaient dans la section « Vous pourriez aussi aimer » et étaient triés par ventes ; le produit le plus vendu figurait donc en premier, même s'il n'avait aucun rapport avec la recherche, et une faute d'orthographe affichait cette mention en haut des résultats. Désormais, un mot correspond au produit s'il correspond à lui-même ou à l'un de ses synonymes actifs, et « protéine » est trié de la même manière que « protéine ». Il suffit d'activer ou de désactiver l'option « Mettre en avant les correspondances exactes ».

Un simple chiffre court ne fait plus référence à un produit

Avec certains mots, il suffisait de trouver un ou deux chiffres pour accéder à des articles similaires et marquer des points : avec « oméga 3 », on obtenait un « Pack de 3 » d’un autre produit ou un format « 30 g » avant les produits contenant des oméga. Désormais, le nombre ne compte que s’il correspond à un mot.

« Vous pourriez aussi aimer » ne donne que peu de résultats, sans Meilisearch.

Une recherche affichant moins de 8 résultats est complétée par un maximum de 8 produits appartenant à la même catégorie : d’abord la catégorie la plus spécifique (une sous-catégorie avant la catégorie principale ; les catégories racine et accueil ne sont pas prises en compte), puis les produits les plus vendus. Les catégories et fabricants exclus, ainsi que l’option « Masquer les produits en rupture de stock », sont respectés. Seul le tri par pertinence est appliqué, sans filtre. Auparavant, seul Meilisearch proposait cette fonctionnalité, et uniquement en l’absence de résultats.

La mise à jour efface le cache de recherche, qui stocke la commande finale.

15/10/2026
v1.4.42

Les images corrompues provenant d'autres modules ne disparaissent plus.

Le moteur de recherche était à l'écoute des erreurs de chargement. tous Les images de la page étaient masquées, et celles qui ne s'affichaient pas, même si elles n'appartenaient pas à la page, étaient également marquées d'une icône « image manquante ». Une image créée vide par un autre module puis remplie (par exemple, le code QR d'une fenêtre de partage de panier) restait invisible.

Désormais, seules les images présentes dans le moteur de recherche, sa page de résultats ou ses bannières sont traitées. Le module lui-même reste inchangé : une image de produit qui ne se charge pas est toujours remplacée par son icône.

15/10/2026
v1.4.41

D'autres modules peuvent désormais enregistrer le panier après l'enregistrement d'un produit.

Lorsque vous enregistrez un produit, le moteur de recherche l'indexe et a besoin d'un panier d'achat dans le contexte pour calculer le prix (sans cela, Produit::getPriceStatique() fait mourir() dans PrestaShop 1.7.8, 8.2 et 9.0). Si le panier de contexte ne possédait pas encore d'identifiant, celui-ci était remplacé par un nouveau panier() Panier vide, sans devise. Dans la vitrine, ce panier sans identifiant est celui que PrestaShop prépare pour le visiteur. Par conséquent, tout module ayant enregistré un produit depuis la boutique puis ajouté le panier génère une erreur : « La propriété Cart->id_currency est vide ». Exemple constaté avec un outil de personnalisation de vêtements : le premier modèle de chaque produit ne s’affichait pas correctement dans le panier.

Désormais, un panier n'est créé que lorsqu'il n'y en a pas (console, service web), et il est rempli de la même manière que le système principal : langue, devise et boutique.

Le bouton « Ajouter au panier » du panneau permet également de sauvegarder le panier que la boutique a déjà préparé au lieu d'en créer un autre, ce qui permet de fidéliser le visiteur (id_invité) comme le panier d'achat PrestaShop normal.

08/10/2026
v1.4.38

Lors de la saisie, les résultats apparaissent au-dessus, et non en dessous, du message de bienvenue.

Vu sur iogenixdise (PS 8.2) lors de la recherche de « Isolate » : une fois la requête saisie, le panneau a continué à afficher « Recherches populaires » et « Meilleures ventes », et les résultats, avec la correspondance exacte en haut, étaient à environ 1 580 px du haut.

Auparavant, c'était une course. À l'ouverture du panneau, le serveur demandait un message de bienvenue. Si le client saisissait du texte avant sa réception, la réponse superposait ce message aux résultats. Désormais, cette requête est annulée dès qu'une autre requête est reçue, et si une requête était déjà en cours, le message ne se superposera pas. Le message de bienvenue étant intentionnellement retardé de 4 secondes, les résultats font maintenant 192 px de large et le premier onglet 236 px, sans application du CSS du thème.

Le bloc contenant votre propre message, vos liens et les « Catégories les plus trouvées », qui n’apparaît qu’avec une recherche, passe de la position au-dessus des résultats (169 px) à une position derrière eux.

Une recherche, une requête

• Chaque requête a été envoyée deux fois au serveur.rkrfreevisualsearch-nav.js enveloppé exécuterRecherche avec _origExecute(query).then ? _origExecute(query)…Le contrôle avait déjà lancé la recherche et la succursale l'a relancée.
• Lorsque j'ai ouvert le panneau, 2 ou 4 recherches vides sont apparues. L'un d'eux a demandé des « produits phares » avec En vedette uniquement, un paramètre que le serveur n'a jamais lu, et la réponse était non pertinente : elle a été supprimée. De plus, le sujet requiert ouvrir() avec la mise au point et avec le clic de sa case, et le deuxième appel a répété le message de bienvenue et effacé ce qui était écrit : maintenant, il ne fait rien si le panneau est déjà ouvert.
• Les filtres, l'ordre et la limite n'ont pas annulé la recherche précédente. Deux réponses peuvent arriver dans n'importe quel ordre. Désormais, chaque recherche annule celle en cours, et une ancienne réponse est ignorée même si elle arrive (y compris les réponses « Charger plus » et les suggestions de saisie automatique).

La saisie automatique a pris autant de temps qu'une page entière.

autocomplete.php J'appelais parent::initContent(), qui, dans PrestaShop, assigne des variables de page et exécute en-tête d'affichage avec les hooks de tous les modules de la boutique. Sous iogenixdise, chaque requête prenait 3,6 s, même avec la saisie semi-automatique désactivée, car la vérification intervenait plus tard. Désormais, le temps est de 0,1 à 0,2 s (0,9 s la première fois). recherche.php Il ne l'a jamais fait. ajoutercart.php Il faisait la même chose auparavant et il a également cessé de le faire : ajout au panier depuis le panneau, 0,17 s.

La barre de saisie automatique, avec vignette et sans rien masquer.

Il flottait au-dessus du panneau (position : absolueAuparavant, il couvrait les recherches populaires et n'affichait que du texte. Désormais, il est intégré au flux, au-dessus de la colonne des résultats, sur une seule ligne à défilement horizontal (environ 70 px), et chaque produit possède sa propre vignette : le serveur envoyait déjà les données. URL de l'image. La saisie dans une suggestion marquée de flèches ne produisait aucun effet (la liste lue était toujours vide) et maintenant elle l'ouvre.

Le moteur de recherche a mis quelques secondes pour trouver les magasins disposant d'un historique des commandes.

Mesuré en maesalv9 (PS 9.1.4, 1 083 produits, 535 838 lignes de commande) :

• Fiches produits (ProductDataProvider::getProducts): le total des unités vendues détail de la commande + ordres Chaque requête prend environ 1 seconde par produit vendu. Lors de l'ouverture du moteur de recherche (requête vide), les 12 « meilleures ventes » ont mis 9,8 secondes à s'afficher. Elles apparaissent désormais dans rkrfreevisualsearch_index.total_sold, L'indexeur calcule déjà la même somme (mêmes nombres) ; seules les données non indexées sont calculées comme précédemment. Requête vide : 10,1 s → 0,22 s ; « ceramico » : 2,4 s → 0,4 s. Les réponses sont identiques octet par octet.
• Saisie semi-automatiqueAuparavant, les fichiers étaient compilés pour un maximum de 80 candidats afin d'en afficher 8, puis ceux qui ne correspondaient pas étaient éliminés (1,7 seconde). Désormais, le système effectue un filtrage préalable à l'aide du nom, de la référence et du code EAN issus d'une requête, et seuls les résultats suivants sont compilés : limite * 2 cartes. 2,2 s → 0,15–0,4 s, mêmes suggestions. Dans iogenixdise (PS 8.2, 346 produits, 578 153 lignes de commande), « Isoler » passe de 12 s à 0,3 s sans mise en cache, et la requête vide de 5 s à 0,24 s. Recherche floue (FLOU, seuil 60) et MAX_PRODUCTS_QUERY=100 Ils n'étaient pas le goulot d'étranglement : une requête sans résultats, qui circule à travers le réseau diffus, prend 0,49 s.

Mise à jour

upgrade-1.4.38.php appelez simplement Media::clearCache()Avec le « cache intelligent » JS/CSS activé, le magasin continuerait à servir l'ancien package intégré.

05/10/2026
v1.4.37

Une simple bannière image ou vidéo a provoqué le plantage de toute la boutique sous PrestaShop 9.2.

Avec une bannière image ou vidéo active, la page d'accueil et les pages produits de PrestaShop 9.2 généreraient une erreur fatale, et pas seulement la fonction de recherche : SmartyException : Le modèle « ./_banner-overlay.tpl » ne peut pas être relatif à un modèle de type ressource « module ».. . _banner-media.tpl le texte de la bannière a été inclus avec un chemin relatif (./_banner-overlay.tpl), et Smarty 9.2 ne prend plus en charge les chemins relatifs dans un modèle chargé comme module:.

Maintenant inclus dans votre itinéraire complet (module:rkfreevisualsearch/views/templates/hook/_banner-overlay.tpl), comme le reste des modèles d'interface. Aucune mise à jour n'est nécessaire : il s'agit simplement du modèle. Reproduit dans 9.2.0 avec la version précédente et testé avec la nouvelle dans 9.2.0, , 9.1.5, , 9.0.0, , 8.2.8 et 1.7.8.11 (Page d'accueil avec une bannière image en haut et une bannière vidéo sur le côté, et la page de résultats). inclure Les relations avec le back-office restent inchangées : ces modèles sont chargés via un chemin de fichier et fonctionnent également dans 9.2.

30/09/2026
v1.4.36

La clé Meilisearch « n'a pas été enregistrée ».

Un client a signalé ce problème. Le mot de passe a été enregistré, mais un message d'erreur s'affichait à l'écran, ce qui a entraîné la fermeture de Meilisearch. 1.4.33 La clé enregistrée n'est plus transmise au navigateur (le champ apparaît toujours vide) et le JavaScript de l'écran continue d'interpréter l'absence de clé comme une conséquence de ce champ vide : au chargement, il désactive et bloque l'option et affiche « Clé API requise ». Comme une case à cocher désactivée n'est pas envoyée, la prochaine case à cocher enregistrée envoie la clé. 0 du champ caché et Meilisearch désactivé. Et si l'opération était forcée, PHP refuserait l'enregistrement pour la même raison, car il ne prenait en compte que le champ.

Le modèle indique maintenant s'il existe une clé enregistrée (ensemble de clés de donnéesJavaScript en tient compte, tandis que PHP n'exige la clé que si le champ est vide. et Aucune sauvegarde. Joué sur 9.2.0 Avec la version précédente et testée avec la nouvelle : l’enregistrement avec un mot de passe, le rechargement et l’enregistrement à nouveau sans le saisir laissent Meilisearch activé et le mot de passe intact.

28/09/2026
v1.4.33

Propreté. Aucune modification fonctionnelle pour le commerçant ; seuls les processus internes du module et les données incluses dans le package changent.

Chaque action « ajouter au panier » envoie une requête HTTP du serveur vers lui-même.

Lors de l'ajout d'un produit depuis le moteur de recherche, le contrôleur a demandé le code HTML du mini-panier via cURL. au magasin lui-même, avec un délai de deux secondes, au sein du parcours d'achat. C'était inutile : cela pointait vers le module. Blockcart, que Elle n'existe plus depuis PrestaShop 1.7 —le bloc de cartouche natif est panier d'achat ps—, la requête a donc renvoyé une erreur 404 et le code HTML était toujours vide. Mesuré en 8.2.8: HTTP 404 et 47 octets.

Ce qui coûtait cher, c'était le temps. Dans une boutique inaccessible en raison de son domaine public (Cloudflare, DNS à horizon partagé, équilibreur de charge ou certificat non validé par cURL), chaque clic prenait deux secondes entières, précisément sur l'écran où le client prenait sa décision.

Le navigateur, qui gère la session de l'acheteur, a déjà géré l'actualisation : les deux fichiers JavaScript ont été placés dans leur propre répertoire. aller chercher Lorsque ce code HTML est vide, ce qui est toujours le cas, sa suppression ne présente aucun inconvénient.

J'ai également mesuré ce qui Non Pour éviter d'entrer dans trop de détails : cette requête n'a pas généré de faux visiteurs dans les statistiques. Avant et après cinq appels, ps_invité et connexions ps Ils restent bloqués aux autoroutes 416 et 446.

Du code que personne n'exécutait.

• 176 lignes de JavaScript d'indexation (de 530 à 354). Deux écrans entiers — réindexés avec barre de progression et actualisation des statistiques — étaient collés à onze identifiants qu'aucun modèle de module ne définit, vérifiées une par une. Avec elles partent ses trois assistants, que personne d'autre n'a appelés, et les onze règles CSS de cette barre de progression.
• 49 lignes du contrôleur généralCopies de deux hooks du module et une seconde implémentation de la file d'attente de réindexation. Ce sont des méthodes crochetXxx() dans un contrôleur, et PrestaShop envoie les hooks à modules, Ils n'ont donc jamais été exécutés. La preuve qu'ils étaient morts depuis un certain temps est que cette copie était toujours en cours de recherche. _PS_MODE_IMPORT_, la constante que le 1.4.32 Le problème a déjà été corrigé dans le hook lui-même. Les implémentations en direct dans le fichier principal restent inchangées, de même que la file d'attente utilisée par cron et le module.
• configuration/services.yaml, que personne n'a lu : PrestaShop recherche littéralement services.yml, vérifié dans 1.7.8.11 et 8.2.8. Et on ne pouvait pas simplement le renommer, car son activation aurait tenté d'injecter automatiquement des classes avec des dépendances qu'il ne pouvait pas résoudre. L'extension Twig qui servait uniquement à enregistrer ce fichier disparaît également : le module ne possède même pas de modèle Twig.

Présentation en six langues

Ce que l'acheteur voit (les 141 étiquettes dans le moteur de recherche) apparaît désormais également dans Français, allemand, italien et polonais, En plus de l'anglais et de l'espagnol. Auparavant, dans une boutique proposant ces langues, l'interface s'affichait en anglais. L'interface d'administration du module reste disponible en anglais et en espagnol.

Et trois textes qui ont échappé à toute traduction : « Aller à… » était écrit en espagnol dans le JavaScript, et le compteur « N résultats » et son étiquette accessible, en anglais.

Magasins multiples : catégories répétées avec le nom d’un autre magasin

Six consultations unies catégorie_langue Sans filtrage par magasin. Dans une liste de plusieurs magasins, chaque catégorie apparaissait une seule fois. par magasin Dans les raccourcis des résultats, et avec le nom de l'élément sélectionné : dans la boutique de test polonaise, « Tonery » et « Tóner » apparaissaient tous deux. Cela affectait les raccourcis, les « catégories les plus fréquemment trouvées », les facettes et le nom de la catégorie de chaque annonce.

Les recherches populaires définies manuellement n'ont jamais été affichées.

Les entrées ajoutées manuellement par le commerçant dans la section Import/Export sont comptabilisées comme des recherches nulles. La liste a été triée par volume de recherche avant d'être tronquée à la limite : dès que les statistiques affichaient un résultat, les entrées manuelles étaient supprimées sans préavis. Elles apparaissent en premier, dans l'ordre.

Le validateur d'extensions a mal interprété le nom du module.

Je l'ai enregistré comme «Rekire Recherche visuelle gratuite - Intelligente SearchModules.Rkfreevisualsearch.Admin»: extrait le nom en combinant toutes les lettres de l'affectation de $this->nom d'affichage, L'appel de traduction utilisait le nom de domaine littéralement. Ce nom de domaine est désormais une constante. Confirmation par le chargement du fichier ZIP : la soumission 3767735 utilise maintenant le nom correct, sans erreur ni avertissement.

Les captures d'écran du guide montraient notre laboratoire

Trois des dix-huit images du guide contenaient des noms issus de notre environnement de test : un hôte Meilisearch et un nom d’index dans l’une, et un domaine local dans l’URL d’exemple des deux autres. Il ne s’agit pas d’identifiants ni de données personnelles ; ce sont des noms de machines locales. Toutefois, ces noms sont inclus dans le package acheté par le client et sont totalement superflus. Ils ont été remplacés par des valeurs neutres.

08/09/2026
v1.4.14

• Nouveau Guide d'utilisation disponible dans l'interface d'administration, en espagnol et en anglais, avec des captures d'écran et une aide sur chaque écran.
• Corrigé L'activation de Meilisearch ne peut plus laisser votre magasin sans service si votre serveur ne répond pas ou est obsolète.
• Corrigé Les liens des bannières, le message de bienvenue, les designs sombres et les poids des boutiques multiples ont été corrigés.
• Sécurité Correctif de sécurité, clés API enregistrées chiffrées et toutes les bibliothèques du module, sans CDN externe.

01/09/2026
v1.4.13

• Corrigé Le filtre de prix permet à nouveau de filtrer par prix le plus bas.

26/08/2026
v1.4.12

• Corrigé Les couleurs configurées sont appliquées au bouton du panier et à la fenêtre des combinaisons.

23/07/2026
v1.4.8

• Nouveau Les bannières peuvent contenir des images, des vidéos ou des produits, et peuvent être générées à l'aide de l'IA.
• Nouveau Campagnes de mailing adressées aux personnes ayant recherché un terme, avec leur consentement enregistré lors de leur première recherche.
• Corrigé La fenêtre et les autorisations pour l'ensemble de la page ont été corrigées, ainsi qu'un bug dans l'éditeur de texte.

11/07/2026
v1.3.7

• Amélioré Recherche plus précise, même lorsque le nom du produit contient des chiffres.
• Nouveau Possibilité de passer au moteur de recherche PrestaShop en appuyant sur Entrée ou sur la loupe.
• Nouveau Nouveau mode de présentation classique, sans superposition plein écran, et un mode pleine page entièrement fonctionnel.
• Amélioré Le meilleur choix entre le défilement infini et la pagination.

13/06/2026
v1.2.33

• Corrigé Correction de la mise à jour de l'index lors de l'enregistrement d'un produit.

11/04/2026
v1.2.8

• Corrigé Filtres corrigés et améliorés.

10/04/2026
v1.2.7

• Amélioré Module entièrement traduit en anglais, tous les textes étant traduisibles.
• Amélioré Retouches visuelles dans les bureaux et en magasin.
• Sécurité Améliorations en matière de sécurité.

09/04/2026
v1.2.5

• Nouveau Couleur d'arrière-plan configurable pour les étiquettes de recherche prédictive.
• Amélioré Ajustements de couleur et de taille.

07/04/2026
v1.2.4

• Nouveau Section « Vous pourriez être intéressé par » proposant des produits lorsqu'il y a peu de résultats.
• Amélioré Recherche approximative améliorée grâce au moteur MySQL et à des améliorations visuelles.

05/04/2026
v1.1.0

• Nouveau Bannières programmables en haut ou sur le côté du moteur de recherche.
• Nouveau Possibilité d'exclure des marques de la recherche.
• Amélioré Avis concernant les produits en rupture de stock qui peuvent encore être achetés.
• Amélioré Améliorations visuelles et corrections mineures.

30/03/2026
v1.0.27

• Nouveau Les produits nouveaux ou modifiés sont automatiquement réindexés.
• Nouveau Prix avec ou sans taxes, à votre choix.

29/03/2026
v1.0.25

• Nouveau Exclusion de catégories et de caractéristiques dans la recherche.
• Nouveau Indexation automatique par tâche planifiée, qui détecte les produits non indexés et synchronise Meilisearch.
• Amélioré Préchargement automatique des termes les plus recherchés et statistiques améliorées.
• Amélioré Recherche approximative plus précise, qui ignore les termes trop courts, et meilleure présentation sur les écrans 2K et 4K.

26/03/2026
v1.0.24

• Amélioré Améliorations visuelles et corrections de bugs.

19/03/2026
v1.0.23

• Nouveau Lancement du module.