Un email de commande
qui n'arrive pas
ne fait aucun bruit.

Les mélanger sur le même canal fait que les plaintes de la newsletter dégradent la délivrabilité des confirmations de commande, ce qui est exactement le mauvais ordre de priorité. La configuration technique passe avant tout le reste, et elle est ingrate parce qu'elle ne se voit pas. Le domaine doit être authentifié chez le routeur, avec les enregistrements DKIM publiés dans la zone DNS, un SPF cohérent et un DMARC unique — j'insiste sur unique : deux enregistrements DMARC invalident la politique, et personne ne s'en aperçoit.

Tant que ce n'est pas vert, un email peut partir sans erreur apparente et finir en spam. Côté PrestaShop, le vrai levier est l'état de commande. Chaque état — paiement accepté, en préparation, expédié, remboursé — peut déclencher son email et son scénario.

C'est ce qui permet une relance de panier abandonné qui tient compte du stock réel, ou un email post-achat envoyé le bon nombre de jours après la livraison plutôt qu'après la commande. Ces deux détails font l'essentiel de l'écart entre un scénario qui rapporte et un scénario qui agace.