Tout ce que vous voudriez savoir avant d'installer.
Un regard détaillé sur le fonctionnement de DataFirefly Waitlist — Alerte retour en stock avec tracking de conversion pour PrestaShop 8 & 9, pourquoi nous l'avons conçu ainsi, et la réflexion derrière les fonctionnalités ci-dessus.
Le revenu invisible des ruptures de stock
Sur une boutique en croissance, 5 à 15 % du trafic produit atterrit sur des fiches indisponibles. Sans système de relance, ce trafic est perdu deux fois : la vente de l'instant, et le client qui ne reviendra pas vérifier dans trois semaines si le produit est revenu. DataFirefly Waitlist transforme cette friction en revenu mesurable. Le visiteur intéressé laisse son email en 5 secondes ; vous lui envoyez une alerte automatique au réappro ; il revient acheter. Sur des produits à forte demande (collections capsules, séries limitées, références saisonnières), le taux de conversion post-alerte tourne fréquemment entre 15 et 30 %.
Pourquoi le support des combinaisons fait toute la différence
La plupart des modules d'alerte stock concurrents ne gèrent que les produits simples. Sur une boutique qui vend des vêtements, des chaussures ou de l'équipement avec déclinaisons, c'est inutilisable : un client intéressé par « Rouge taille L » va recevoir une alerte quand « Bleu taille XS » revient en stock, perdre confiance, et se désinscrire. DataFirefly Waitlist gère l'inscription par couple (produit, combinaison). Le visiteur voit clairement la variante sélectionnée dans le formulaire (« Variante : Rouge / Taille L »), l'email mentionne la combinaison exacte, et le lien pointe directement vers la fiche pré-sélectionnée. Quand le visiteur change de variante en pré-achat, le bouton se met à jour en temps réel via un endpoint AJAX dédié — il disparaît si la variante choisie est en stock, réapparaît sinon, et bascule la combinaison cible.
Le tracking de conversion qui prouve la valeur
La plupart des modules marketing communiquent en termes de promesses : « augmente le panier moyen de X % ». Avec Waitlist, vous mesurez : chaque inscription est suivie jusqu'à l'achat. Le hook actionValidateOrder vérifie après chaque commande si le client correspond à un inscrit notifié sur ce produit. Si oui, l'inscription est marquée comme convertie avec l'id_order associé. Le dashboard back-office affiche le taux de conversion global et par produit (achats / notifications). Vous voyez précisément quels produits convertissent quand ils reviennent — info précieuse pour orienter le sourcing fournisseur — et le ROI cumulé du module en euros réels.
Détection en temps réel + cron de filet
Le module détecte les retours en stock par deux canaux complémentaires. En temps réel via le hook actionUpdateQuantity : dès qu'un employé modifie un stock dans le back-office (ou qu'une commande est annulée et libère du stock), les emails partent immédiatement. Et via un cron sécurisé par token : pour les stocks modifiés en dehors des hooks (import API, synchro ERP, scripts CLI, mises à jour Webservice), une vérification horaire détecte les retours et déclenche les emails. Le double mécanisme garantit qu'aucun retour en stock ne passe entre les mailles, quelle que soit l'origine de la mise à jour.
L'alerte commerçant : la demande comme signal de réappro
Au-delà de la conversion individuelle, Waitlist transforme votre liste d'attente en outil de pilotage. Quand un produit en rupture accumule N inscrits (seuil configurable, par défaut 10), un email automatique vous prévient avec le nombre d'attentes et un lien vers le dashboard. Vous priorisez le réassort des produits qui ont le plus de demande, plutôt que de réapprovisionner à l'aveugle. C'est une donnée d'achat directe, pas du sentiment : 47 personnes attendent ce produit, c'est 47 ventes presque garanties si vous réapprovisionnez vite. Sur les produits saisonniers ou les capsules, ce signal arrive avant que le produit soit en rupture catastrophique.
Conformité RGPD et qualité de liste
Trois mécanismes intégrés : double opt-in activable (l'inscription n'est validée qu'après clic sur lien email — qualité de liste maximale et conformité RGPD), désinscription en 1 clic dans chaque email d'alerte (token unique, séparé du token de confirmation pour des raisons de sécurité), et purge automatique des inscriptions non notifiées au-delà d'une durée configurable (90 jours par défaut). Chaque inscription enregistre l'IP comme preuve de consentement. Aucun service tiers : les données restent dans la base PrestaShop, scopées par boutique.
Multi-boutique, multilingue, multi-thème
La table d'inscriptions inclut id_shop et id_lang : chaque sous-boutique d'un réseau multi-shop a sa propre liste d'attente et ses propres alertes commerçant. Les emails sont fournis en quatre langues (FR / EN / ES / DE), HTML responsive et texte brut. Le module utilise le hook displayProductActions (présent dans tous les thèmes officiels et la majorité des thèmes custom) et un endpoint AJAX dédié pour synchroniser la visibilité — ce qui le rend complètement indépendant du comportement de re-rendu AJAX du thème. Compatible Classic, Hummingbird et thèmes custom.
Conformité au validateur PrestaShop addons
Le module passe le validateur officiel addons.prestashop.com sans erreur bloquante : description anglaise, license headers PHP / JS / TPL conformes, garde _PS_VERSION_ sur tous les fichiers, .htaccess racine pour bloquer le listing des fichiers, escape Smarty sur toutes les variables, séparation HTML/PHP via templates dédiés, types stricts sur les ObjectModel. Si vous prévoyez de revendre votre boutique ou de répondre à un audit technique, le module passe sans retouche.
Il n’y a pas encore d’avis.