En quoi pouvons-nous vous aider ?

De la 1.7.6 à la 9.x. Il s'installe comme n'importe quel module, en téléversant le zip depuis le back-office : ni console, ni composer, ni fichiers du thème à toucher.

Celle que votre boutique utilise déjà. Il ne vous oblige pas à changer de version pour pouvoir l'installer.

Oui, et de deux façons. Si votre thème a déjà une barre de recherche, le module s'y accroche et affiche les résultats en dessous. Si vous préférez la sienne, il la monte en plein écran par-dessus la boutique.

Les fiches produit sont rendues avec votre modèle, il n'y a donc pas un second design à maintenir.

Non. Il s'accroche par les hooks de PrestaShop et ajoute son propre CSS et JS. À la désinstallation, votre boutique retrouve sa recherche habituelle.

Vous pouvez demander un nouveau lien sur Récupérer l'accès, en indiquant l'adresse avec laquelle vous avez inscrit la boutique.

Attention à une chose : nous ne conservons pas vos clés en clair —c'est pourquoi nous ne pouvons pas vous les renvoyer— nous en générons donc de nouvelles et les précédentes cessent d'être valables. Si le module fonctionnait déjà, il arrêtera de synchroniser le catalogue jusqu'à ce que vous colliez la nouvelle configuration. Les recherches de votre boutique continuent de fonctionner entre-temps.

C'est presque toujours le cache. PrestaShop conserve les modèles déjà compilés et continue de servir les anciens : le module est bien installé, mais on ne le voit pas.

Videz-le depuis le back-office, dans Paramètres avancés → Performances → Vider le cache. Faites-le de là et non par la console : si votre serveur utilise APCu ou équivalent, le cache de la ligne de commande n'est pas celui du web, et vider l'un ne touche pas l'autre.

Si après l'avoir vidé rien n'apparaît toujours, ouvrez la configuration du module : il vérifie de lui-même que les points d'accroche sont en place et remet ceux qui manquent, en vous signalant ce qu'il a réparé.

Une tâche planifiée le synchronise. Dans l'onglet Index vous avez la ligne exacte à mettre dans le cron de votre hébergement.

Tant qu'elle ne s'exécute pas, la recherche continue d'afficher le catalogue précédent : les nouveaux produits n'apparaissent pas et les changements de prix ou de stock ne sont pas répercutés. Si vous constatez cela, c'est presque toujours que le cron ne tourne pas.

Oui, et aussi par les références de chaque déclinaison, pas seulement celles du produit parent. C'est vous qui décidez du poids de chaque champ dans l'onglet Pertinence.

Il y a deux modes. Depuis l'index c'est le rapide et il convient à la plupart : le prix est mis à jour à l'enregistrement du produit et il est le même pour tous. Exacts par client respecte les groupes, les devises et les promotions datées, en échange d'une requête sur votre base de données.

Le réglage gouverne la recherche et les filtres à la fois, pour qu'un même produit n'affiche jamais deux prix différents.

Oui. Chaque langue a son propre index, et c'est pour cela que les langues comptent dans le forfait : ce qui occupe de la mémoire, ce sont les produits × les langues.

Chaque interrogation de l'index. Chercher et filtrer coûtent la même chose — c'est pourquoi l'unité s'appelle requête et non recherche.

Ce qui est servi depuis le cache de votre propre serveur ne compte pas, parce que cela ne voyage pas. Mesuré sur une boutique réelle : taper un mot, c'est cinq requêtes pour le premier visiteur et zéro pour les suivants avec le même texte.

Vous en êtes averti dans votre back-office avant que quoi que ce soit n'arrive.

Et c'est vous qui décidez de la suite, le cas échéant : continuer à chercher avec la recherche de PrestaShop —la boutique garde une recherche, l'habituelle, jusqu'au renouvellement du quota— ou la retirer complètement. Par défaut, c'est la première.

La même chose : la boutique retombe sur la recherche native de PrestaShop. Vous ne vous retrouvez jamais sans barre de recherche à cause d'un problème chez nous.

Non. Trente jours gratuits sans carte. Si cela ne vous convainc pas, vous n'avez rien laissé.

Vers l'index part le catalogue : nom, référence, code-barres, marque, catégories, description courte, prix et image.

Les statistiques sont facultatives et se coupent quand vous voulez. Si elles sont activées, on envoie le texte cherché, combien de résultats il a donnés, quel produit a été cliqué et si cela a fini en commande. Ni nom, ni courriel, ni identifiant client, ni adresse IP ne sont envoyés, ni rien qui permette de reconstituer qui a cherché quoi.

En bien. Les adresses avec filtres sont marquées comme non indexables et, à la génération du robots.txt depuis votre back-office, le module n'ajoute que les règles qui écartent les robots de ce labyrinthe.

Il ne s'agit pas de cacher quoi que ce soit : ces pages n'apportent rien à l'index de Google —ce sont des variantes d'une catégorie déjà indexée— et elles vous coûtent du serveur.

Un seul, le sien, dropdownsearch_attr, sept jours, uniquement pour pouvoir relier une recherche à la commande qu'elle provoque. Il n'est pas partagé avec des tiers et ne sert pas à la publicité, mais il vaut mieux le mentionner dans votre politique de cookies.