Newsletter & campagnes e-mail : segments, automatisations et suivi - Module PrestaShop

Envoyez votre newsletter depuis PrestaShop, sans plateforme externe

Le module Newsletter natif de PrestaShop garde des adresses, mais il ne compose pas de campagne, ne segmente pas les clients et n'envoie pas de série automatique. Pour aller plus loin, beaucoup de boutiques exportent leurs contacts vers une plateforme d'emailing, paient un abonnement qui grandit avec le nombre de contacts et ajoutent une synchronisation à surveiller. Le consentement, lui, se résume souvent à une case cochée dont personne ne peut retrouver le texte exact.

Newsletter & campagnes e-mail réunit ce travail dans le back-office : inscrits et consentements, segments, éditeur de campagnes, file d'envoi, scénarios automatiques, suivi des ouvertures, des clics et des ventes, diagnostic de délivrabilité. Les e-mails partent par le transport déjà configuré dans PrestaShop (Paramètres avancés > E-mail) ; un serveur SMTP authentifié est recommandé. Aucun compte tiers, aucune clé API, aucune synchronisation : les contacts, les preuves de consentement et les statistiques restent dans la base de votre boutique.

Le module prépare et envoie ; vous gardez la décision. Une liste de vérification signale ce qui bloque avant le départ, les destinataires sont figés au démarrage de l'envoi, et un envoi en cours peut être mis en pause, repris ou annulé.

Des inscrits et un consentement documenté

Vous pouvez reprendre la liste déjà présente dans PrestaShop — abonnés du bloc Newsletter, clients ayant coché la case dans leur compte, et clients ayant accepté les offres partenaires uniquement si vous le demandez explicitement — ou importer un fichier CSV avec correspondance des colonnes, fusion des doublons, simulation avant écriture et fichier de résultat ligne par ligne. Un import exige une déclaration de consentement : la provenance de la liste et le fait qu'elle n'a pas été achetée, louée ou collectée sans accord.

Le formulaire d'inscription — bloc de pied de page, page d'accueil ou widget — ne dépend d'aucun service tiers : un champ piège masqué, un jeton de temps signé qui refuse les envois moins de trois secondes ou plus de 24 heures après l'affichage de la page, et une limite de cinq envois par heure, par IP et par boutique filtrent les inscriptions automatiques. La case de consentement est décochée par défaut et obligatoire. Lorsqu'un navigateur envoie un en-tête Origin ou Referer, son hôte doit correspondre à celui de la boutique.

Le double opt-in est actif par défaut : l'adresse ne devient abonnée qu'après un clic sur un lien signé et daté, avec un e-mail de relance et une expiration réglable. Le simple opt-in reste possible, à condition de décrire sa base légale. PrestaShop enregistre déjà la date et l'adresse IP d'une inscription ; le module y ajoute le texte exact affiché et sa version, les thèmes choisis, l'origine et chaque retrait. Le journal des consentements conserve ces preuves, les filtre et s'exporte en CSV. Par défaut, la preuve est gardée cinq ans après un désabonnement.

Chaque e-mail marketing contient un lien de désabonnement et un lien vers une page de préférences accessible sans connexion : thèmes, fréquence, langue des e-mails, désabonnement total. Les messageries proposent aussi le désabonnement en un clic (norme RFC 8058) ; un simple affichage de la page ne désabonne jamais. Un désabonnement annule les e-mails encore en file, arrête les scénarios en cours et décoche la case Newsletter du compte client. Une liste de suppression écarte les adresses en échec définitif, celles importées du fournisseur SMTP ou ajoutées à la main, et les contacts inactifs peuvent être repérés puis désinscrits en lot.

Des segments construits sur vos commandes

Un segment combine jusqu'à vingt conditions et dix exclusions : groupe client, langue, pays, origine, date d'inscription, thèmes, compte client, nombre de commandes, montant dépensé, dernière commande, produits ou catégories achetés, produits consultés, contenu et valeur du panier, bons utilisés, engagement (ouvertures, clics), score RFM, mois d'anniversaire ou appartenance à un autre segment. Le compteur se met à jour pendant la construction et l'aperçu montre les vingt premiers destinataires avec leurs commandes et leurs dépenses.

Le score RFM (récence, fréquence, montant) est calculé chaque jour sur une période réglable, de 1 à 5 par axe, avec onze groupes nommés. Vous pouvez affecter ces groupes à un groupe client PrestaShop après aperçu — en sachant qu'un groupe client peut modifier les prix, les remises et les options de livraison et de paiement. Le suivi des produits consultés est désactivé par défaut et ne concerne que les clients connectés : aucun visiteur anonyme n'est enregistré.

Un éditeur par blocs et six modèles

L'éditeur compose l'e-mail par blocs : en-tête, texte, image, bouton, produit, grille de produits, recommandations, séparateur, espace, réseaux sociaux et pied de page obligatoire avec désabonnement. Largeur, couleurs, police et arrondis se règlent une fois pour toute la campagne ; sujet et pré-en-tête s'écrivent langue par langue. Six modèles responsives sont fournis — promotion, nouveautés, sélection, réassurance, bienvenue et reconquête — et chaque bloc peut être enregistré dans une bibliothèque.

Les variables de personnalisation ({firstname}, {shop_name}, {voucher_code}…) acceptent une valeur de repli quand le champ est vide. Les blocs conditionnels affichent ou masquent un contenu selon le segment, le pays, la langue, le groupe client ou une information du destinataire, et les produits déjà achetés peuvent être retirés pour chaque personne. Un bon de réduction peut être rattaché à une règle panier existante, créé une fois avec un code partagé, ou généré individuellement pour chaque destinataire. L'aperçu ordinateur, mobile et texte montre exactement le rendu qui partira.

Les tests A/B comparent deux objets, deux contenus ou les deux : une partie des destinataires reçoit la version A ou B, puis la version gagnante — sur le taux d'ouverture unique, ou sur les clics quand les ouvertures ne sont pas mesurées — part vers les autres après un délai réglable. Le test peut aussi couvrir 100 % des destinataires, sans phase de décision.

Campagnes, file d'envoi et planification

Une campagne se crée à partir d'un modèle, d'une campagne existante ou d'une page blanche. Elle reste en brouillon, se teste vers une à dix adresses, se planifie avec une date, une heure et un fuseau, puis part. Vous pouvez la mettre en pause, la reprendre, l'annuler, la dupliquer, ou relancer uniquement les personnes qui n'ont pas ouvert l'e-mail d'origine. L'estimation indique le nombre de destinataires, les exclusions par motif et la durée prévue au débit horaire configuré.

La file d'envoi est traitée par une tâche planifiée à lancer toutes les cinq minutes, par l'URL à jeton fournie ou par la commande en ligne de commande. Le débit horaire se règle (300 e-mails par heure par défaut, de 10 à 100 000) : les envois sont répartis dans l'heure et ne dépassent jamais la limite. Chaque destinataire reçoit un e-mail personnel, en HTML et en texte, dans sa langue, avec ses variables, son bon et ses liens suivis. Les erreurs temporaires sont retentées, les refus définitifs alimentent la liste de suppression, et trois échecs de transport consécutifs arrêtent l'envoi pour la boutique et déclenchent une alerte. Sans tâche planifiée, le bouton « Envoyer un lot maintenant » traite la file à la demande.

L'option « Envoyer à l’heure d’ouverture habituelle de chaque contact » décale l'envoi vers l'heure où la personne ouvre le plus souvent ses e-mails, dans les 24 heures qui suivent le démarrage ; elle s'appuie sur les ouvertures enregistrées et se désactive par campagne.

Des scénarios automatiques

Cinq scénarios prêts à l'emploi sont proposés : série de bienvenue après une inscription, e-mail après achat déclenché par un statut de commande, reconquête après N jours sans commande, message d'anniversaire et relance après consultation d'un produit. Chacun est une automatisation normale que vous modifiez : e-mails, délais et conditions s'ajoutent, se déplacent et se suppriment. Un scénario vierge accepte aussi l'entrée dans un segment comme déclencheur.

Une automatisation s'active quand chaque e-mail a passé sa liste de vérification. Un test à blanc montre les contacts qui entreraient maintenant et la prochaine étape des inscriptions en cours, sans rien écrire. Les inscriptions s'arrêtent à l'achat ou au désabonnement selon vos réglages, et un plafond de fréquence — trois e-mails marketing par semaine par défaut — évite de sursolliciter un même contact, avec des priorités entre scénarios. La relance de panier abandonné n'est pas refaite ici : l'e-mail de navigation ne vise jamais un produit présent dans un panier ouvert.

Suivi, rapports et ventes attribuées

Le pixel d'ouverture (une image invisible) et les liens de suivi signés alimentent les compteurs de chaque campagne, de chaque e-mail de scénario, de chaque lien et de chaque segment. Les ouvertures sont une estimation : certaines messageries et certains filtres ouvrent les images d'eux-mêmes. Les clics sont enregistrés puis redirigés vers l'adresse de la boutique, avec les paramètres UTM si l'option est active. Aucun cookie publicitaire n'est posé ni lu.

Une commande passée avec la même adresse e-mail dans les jours qui suivent un clic est attribuée au dernier clic, sept jours par défaut. Les commandes annulées, remboursées ou en erreur sont écartées ; les avoirs partiels ne sont pas déduits. Les rapports donnent les destinataires, les e-mails acceptés, les ouvertures, les clics, les désabonnements, les rebonds, les commandes, le chiffre d'affaires et le panier moyen, avec le détail par lien et par destinataire. Les campagnes, les scénarios et les liens s'exportent en CSV pour le comptable ou le rapport mensuel.

Délivrabilité : vérifier avant d'envoyer

La page Délivrabilité montre la méthode d'envoi de PrestaShop, teste le serveur SMTP configuré et affiche la réponse exacte du serveur, puis contrôle les enregistrements SPF, DKIM, DMARC et MX du domaine expéditeur, ainsi que l'alignement du domaine. Chaque résultat indique ce qu'il signifie et quoi corriger. Avant chaque campagne et avant l'activation d'un scénario, une liste de vérification bloque les erreurs qui empêchent un envoi correct — e-mails désactivés dans PrestaShop, expéditeur invalide, langue sans objet, lien invalide, audience vide, bon expiré — et signale les points à améliorer : test absent, DNS incomplet, tâche planifiée silencieuse, image sans texte alternatif.

Le module ne garantit pas l'arrivée en boîte de réception : la délivrabilité dépend de votre domaine, de votre serveur et de la réputation de vos envois. Il donne les moyens de vérifier et de corriger avant de partir.

Multiboutique, droits et journal

Contacts, segments, campagnes, scénarios, réglages et statistiques sont séparés par boutique ; la tâche planifiée traite chaque boutique où le module est actif. Les droits se donnent par employé — consultation, contacts, segments, campagnes, envoi, automatisations, réglages — et chaque action est vérifiée côté serveur. Le journal des actions conserve qui a fait quoi, la file d'attente montre chaque e-mail et son erreur, et l'export ou l'effacement des données d'un contact passe par les outils RGPD de PrestaShop (psgdpr).

Des usages concrets

• Série de bienvenue : confirmer l'inscription, présenter la boutique et offrir un bon de première commande.
• Réactivation : cibler les clients sans commande depuis plusieurs mois avec un segment et un bon adapté.
• Nouveautés : annoncer une collection aux clients d'une catégorie avec une grille de produits.
• Après-achat : remercier, recommander des produits complémentaires et arrêter le scénario si le client rachète.
• Nettoyage : repérer les contacts inactifs et les désinscrire sans écrire à des adresses qui ne doivent plus recevoir de marketing.

Pour quelles boutiques ?

Le module s'adresse aux boutiques qui envoient déjà une newsletter ou qui y renoncent faute de budget : mode, décoration, cosmétique, alimentation, pièces détachées, services, ainsi qu'aux agences qui gèrent plusieurs boutiques. Le débit horaire se règle de 10 à 100 000 e-mails par heure, selon votre hébergement. Les très grosses listes et les envois transactionnels à fort volume relèvent d'une infrastructure d'emailing dédiée.

Prérequis et limites

• PrestaShop 1.7.8, 8.0+ et 9.0+ ; PHP 7.4 ou plus récent ; extensions json et mbstring.
• Une tâche planifiée est nécessaire pour vider la file : URL à jeton ou commande en ligne de commande, toutes les cinq minutes. Sans elle, la file peut être traitée par « Envoyer un lot maintenant », à la main.
• L'envoi utilise le transport de PrestaShop. Un serveur SMTP authentifié est recommandé ; l'envoi par la fonction mail() de PHP est souvent classé en spam. Le module ne garantit pas l'arrivée en boîte de réception.
• Pas de SMS ni de notifications push, pas de synchronisation d'audiences publicitaires, pas de connecteur vers Mailchimp, Brevo, Klaviyo ou Omnisend, pas de prédiction par apprentissage automatique, pas de relance de panier abandonné et pas de pop-up. L'e-mail de navigation ne vise jamais un produit présent dans un panier ouvert.
• Les ouvertures sont une estimation. Le suivi des produits consultés est désactivé par défaut et ne concerne que les clients connectés.
• Le module aide à documenter le consentement ; il ne remplace pas un avis juridique.
• Une licence active est nécessaire. Sans licence valide, le module se désactive : plus aucun e-mail ne part, les campagnes et scénarios attendent, le formulaire disparaît et les liens des e-mails déjà envoyés répondent 404. Le désabonnement par réponse reste possible et doit être traité à la main. Les données sont conservées et le module se réactive depuis sa page de configuration dès que la licence est valide.

Gardez vos contacts, documentez leur consentement et pilotez vos envois depuis votre boutique.