Tout ce que vous voudriez savoir avant d'installer.
Un regard détaillé sur le fonctionnement de DataFirefly Price Alert — Alerte baisse de prix avec tracking de conversion pour PrestaShop, pourquoi nous l'avons conçu ainsi, et la réflexion derrière les fonctionnalités ci-dessus.
Le problème : vos baisses de prix sont invisibles à ceux qui en auraient besoin
Une fois qu'un visiteur quitte votre fiche produit sans acheter, il ne reviendra probablement pas. Pourtant, beaucoup de ces visiteurs n'avaient qu'un seul blocage : le prix. Quand vous lancez ensuite une promo (-15 pourcent en weekend, déstockage de fin de saison, prix d'appel sur une référence), ces clients potentiels ne sont au courant de rien — ils sont déjà passés à autre chose. PrestaShop natif ne propose pas d'alerte baisse de prix. Vous laissez sur la table un revenu mesurable : selon les benchmarks, entre 5 et 15 pourcent des visiteurs hésitants reviennent acheter quand on les prévient.
Le parcours côté client en deux clics
Le formulaire est toujours visible sur la fiche produit. Le client tape son email, choisit toute baisse (par défaut) ou prix cible (avec un montant qu'il fixe lui-même, obligatoirement inférieur au prix actuel), valide. S'il opte pour le double opt-in (recommandé RGPD, activé par défaut), il reçoit un email de confirmation et active son alerte en un clic. Quand vous baissez ensuite le prix — manuellement, par specific price, ou via cron — le système détecte la baisse, lui envoie un email avec le nouveau prix, le pourcentage de réduction, le montant économisé, et un lien direct vers le produit. S'il commande, sa ligne passe en purchased automatiquement et l'id_order est tracé.
Trois triggers : couvrez tous les cas de baisse
PrestaShop a plusieurs façons de baisser un prix : édition manuelle d'un produit (déclenche le hook actionObjectProductUpdateAfter), édition d'une combinaison spécifique (déclenche actionUpdateProductAttribute), ou specific price programmé qui s'active à une date — et ce dernier ne déclenche aucun hook. Le module couvre les trois cas : hooks pour les modifications manuelles (latence zéro), commande CLI bin/scan-prices.php à brancher en cron pour rattraper les specific prices à date. Configuration recommandée : hooks activés + cron toutes les 30 minutes.
Tracking de conversion : combien votre stratégie prix vous rapporte vraiment
Sur l'événement actionOrderStatusPostUpdate, le module parcourt chaque ligne de la commande et croise (product_id, product_attribute_id, email) avec les abonnés en statut notified. S'il y a match, l'abonné passe en purchased avec id_order lié. Le dashboard admin agrège ces données : nombre de conversions, taux de conversion (notifiés vers achetés), baisse moyenne consentie en pourcent, et surtout CA récupéré en euros. Vous savez exactement combien d'euros votre stratégie de baisse de prix vous a rapporté sur la période — métrique typiquement absente des dashboards e-commerce standard.
Architecture, sécurité, conformité
Architecture PSR-4 avec namespace DataFirefly/PriceAlert et séparation entity / repository / service — la frontière est nette si vous voulez plus tard factoriser du code partagé avec dfwaitlist ou d'autres modules d'alerte. Tokens cryptographiques 32 octets (random_bytes) pour confirmation et désinscription, uniques par abonné. Multi-boutique natif (id_shop sur chaque table, scoping sur chaque requête). Auto-purge des abonnés unsubscribed et notified après N jours (180 par défaut, configurable, 0 désactive). Compatible PrestaShop 8.0 → 9.x, PHP 8.0+, multilingue (FR/EN/ES/DE inclus en standard pour les emails transactionnels). Code source non chiffré, declare(strict_types=1) sur tous les fichiers PHP.
Il n’y a pas encore d’avis.