Tout ce que vous voudriez savoir avant d'installer.
Un regard détaillé sur le fonctionnement de DataFirefly Email Filter — Bloquer l'envoi d'emails transactionnels PrestaShop 8, pourquoi nous l'avons conçu ainsi, et la réflexion derrière les fonctionnalités ci-dessus.
Le besoin
Sur PrestaShop, vous avez un environnement de pré-production qui envoie des emails de confirmation à vos vrais clients quand un test passe ; ou une boutique B2B où vous avez votre propre process de facturation et l'email natif fait doublon ; ou une multi-boutique où la sous-boutique allemande envoie sa propre newsletter via Brevo et les emails PrestaShop deviennent du spam. Tous ces cas appellent la même solution : couper sélectivement certains emails. Et tous ces cas finissent en pratique par des overrides bricolés qui cassent à la prochaine mise à jour PrestaShop.
Le module en une phrase
Une liste de templates email à bloquer, gérée depuis le back-office, appliquée via le hook PrestaShop officiel actionEmailSendBefore. Pas de magie, pas de complexité cachée — le mécanisme PrestaShop natif est utilisé tel quel.
L'utilisation au quotidien
Vous allez dans Modules → Gestionnaire de modules, vous configurez DataFirefly Email Filter. Une page très simple : un champ texte (avec datalist d'autocomplétion sur les templates PrestaShop standards) pour ajouter un template à bloquer, et un tableau des templates déjà dans la liste avec deux boutons par ligne : toggle actif/inactif et supprimer. C'est tout. Pas de règles complexes, pas de conditions imbriquées — si le template est dans la liste, il est bloqué ; sinon il passe.
Le multi-boutique
Le module utilise le système d'activation par shop natif PrestaShop. Pour activer le filtrage sur certaines boutiques uniquement, vous allez dans Modules → Gestionnaire de modules, vous sélectionnez la boutique cible avec le sélecteur multishop en haut, et vous activez ou désactivez le module à ce niveau. Le hook actionEmailSendBefore n'est appelé que sur les shops où le module est actif — c'est PrestaShop qui gère le routage. La liste de templates, elle, est globale et partagée.
Performance et traçabilité
Le hook exécute une seule requête SQL : un SELECT sur clé unique (le template) pour vérifier la présence dans la liste. Quelques microsecondes, totalement négligeable même sur une boutique à plusieurs centaines d'emails par jour. Chaque blocage est journalisé dans PrestaShopLogger avec le template et l'ID boutique — visible dans Paramètres avancés → Logs, filtre Email. Vous pouvez ainsi auditer ce qui n'est pas parti, sans avoir à fouiller dans les logs serveur.
Cas d'usage
Pre-prod / staging : ajoutez tous les templates dans la liste, activez le module — plus aucun email ne quitte l'environnement de test, vos campagnes de test ne polluent plus les vrais clients. B2B avec facturation custom : bloquez order_conf, gardez votre propre email de facture maison. Multi-boutique avec emails externes : activez le module uniquement sur les shops branchés sur Brevo / ActiveCampaign / Mailchimp, gardez les emails natifs sur les autres shops. Migration de boutique : bloquez temporairement order_conf et shipped pendant l'import historique pour ne pas envoyer 5 000 confirmations par erreur.
Avis
Il n’y a pas encore d’avis.