02
Service
Nous migrons les catalogues WooCommerce, PrestaShop et Magento vers des moteurs de recherche modernes : Meilisearch, Algolia, Elasticsearch. Pipeline, indexation, composant de recherche sur le site.
01
La recherche native de votre plateforme a été conçue pour de petits catalogues. Au-delà d’un certain seuil — de produits, d’attributs, de trafic — elle ne tient plus, et ce n’est pas une question de configuration : ce n’est pas le bon moteur.
Effectue ses recherches avec des requêtes LIKE dans les tables WordPress. Aucune tolérance aux fautes de frappe, une pertinence approximative et des filtres qui alourdissent la base de données pendant la navigation. Dans notre test, 20 recherches sur 26 sans réponse.
Maintient son propre index, qui doit être reconstruit et qui renvoie des résultats partiels pendant cette reconstruction.
Utilise déjà Elasticsearch, mais celui-ci reste lié au cycle de vie de la plateforme : réindexations lentes, mises à jour bloquantes et peu de marge de manœuvre sur l’infrastructure.
Le symptôme que vous observez est toujours le même : des recherches lentes, des recherches sans résultat, des utilisateurs qui quittent le site après la première requête.
02
Nous extrayons le catalogue de la plateforme et l’acheminons vers le moteur sous une forme pensée pour la recherche : produits, variantes, attributs, prix, disponibilités, langues. Nous le maintenons ensuite synchronisé — mises à jour incrémentales lorsqu’un produit ou un stock change, réindexation complète programmée — sans aucune interruption de la recherche.
Nous définissons la structure de l’index : ce qui peut être recherché, filtré ou trié, et la manière dont les variantes sont modélisées. C’est la fondation sur laquelle s’appuie ensuite tout le travail de précision.
L’interface sur le site : champ de recherche avec autocomplétion, résultats instantanés, facettes, tris et pagination. Intégrée au thème existant, fonctionnelle sur mobile, sans réécrire le front-end.
La partie qui inquiète généralement le plus, et celle à laquelle nous accordons le plus d’attention.
03
Nous ne débranchons pas un moteur pour en allumer un autre en espérant que tout se passe bien. C’est la méthode suivie lors de la migration d’Algolia vers Meilisearch sur 13 318 produits.
Nous analysons le catalogue, les volumes, les intégrations existantes et les contraintes techniques. Nous en tirons un choix de moteur argumenté et une estimation des coûts récurrents.
Nous construisons l’index avec vos données réelles pendant que le site continue de fonctionner avec la recherche actuelle. Vous pouvez le tester et le comparer avant de prendre la moindre décision.
Nous vérifions que chaque produit accessible auparavant le reste après la migration. Aucune catégorie ne disparaît, aucun filtre ne cesse de fonctionner.
Le nouveau moteur est mis en ligne derrière un interrupteur : d’abord sur une partie du trafic, puis sur sa totalité. Si quelque chose ne va pas, le retour en arrière prend une minute.
Nous restons présents pendant les premières semaines, lorsque surgissent les cas qu’aucun test n’avait prévus.
04
Nous n’en privilégions aucun. Le choix dépend des volumes, du budget et de la personne qui le gérera une fois notre intervention terminée.
Auto-hébergé, avec des données là où vous le décidez et des coûts prévisibles, indépendants du trafic. Pour aller plus loin : Meilisearch, ce que c’est et quand l’utiliser.
Un service géré, sans infrastructure à maintenir. La facturation dépend du nombre d’enregistrements et de recherches. Pour aller plus loin : Algolia, combien ça coûte et quand c’est rentable.
La flexibilité maximale pour les catalogues complexes et les requêtes élaborées. Son maintien exige des compétences spécifiques. Pour aller plus loin : Elasticsearch et OpenSearch comparés.
Nous vous le disons lors de l’audit de la recherche interne, chiffres à l’appui.
Votre projet