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

Une liste d'abonnés ne devient utile que lorsqu'elle peut être découpée, animée et mesurée. PrestaShop conserve des adresses, mais il ne compose pas de campagne, ne cible pas un groupe de clients et n'envoie pas de série automatique. Beaucoup de boutiques exportent donc leurs contacts vers une plateforme d'emailing, paient un abonnement qui grandit avec la liste et entretiennent une synchronisation de plus.

Newsletter & campagnes e-mail ramène ce travail dans le back-office PrestaShop. Le module conserve les inscrits et leur consentement, construit des segments à partir des commandes et des comportements, fournit un éditeur de campagne par blocs, envoie par une file à débit maîtrisé, exécute des scénarios automatiques, suit les ouvertures, les clics et les ventes attribuées, et vérifie la configuration d'envoi avant qu'une campagne ne parte.

Le module prépare et envoie ; une personne décide. Une liste de vérification bloque ce qui empêcherait un envoi correct, les destinataires sont figés au démarrage, et un envoi en cours peut être mis en pause, repris ou annulé.

Points clés :

• Inscrits et consentement : reprise de la liste PrestaShop, import CSV, double opt-in avec lien signé et expirant, journal des consentements avec texte et version, page de préférences sans connexion, désabonnement en un clic
• Segments : jusqu'à 20 conditions et 10 exclusions, compteur en direct, aperçu de 20 destinataires, score RFM en 11 groupes nommés
• Éditeur : blocs, six modèles prêts à l'emploi, sujets et pré-en-têtes par langue, contenus conditionnels, bons de réduction, aperçus ordinateur, mobile et texte
• Envoi : file planifiée, débit horaire réglable, nouvelles tentatives, pause, reprise, annulation, relance des non-ouvreurs
• Tests A/B : objet, contenu ou les deux, décision sur les ouvertures avec repli sur les clics
• Automatisations : cinq scénarios prêts, conditions, plafond de fréquence, test à blanc
• Suivi : ouvertures (une estimation), clics, commandes et chiffre d'affaires attribués au dernier clic, rapports et exports CSV
• Délivrabilité : test SMTP avec transcription, contrôles SPF, DKIM, DMARC et MX, liste de vérification avant envoi
• Exploitation : multiboutique, droits par employé, journal des actions, journaux de file et d'erreurs, export et effacement RGPD
• La licence : sans licence valide, le module se désactive complètement, conserve les données et se réactive depuis sa page de configuration

Découvrez le module et ses offres

---

Présentation

Le module s'appuie sur les données et la couche d'envoi de PrestaShop. Les contacts, consentements, segments, campagnes, statistiques et journaux sont stockés dans la base de la boutique ; les e-mails partent par le transport configuré dans Paramètres avancés > E-mail. Un serveur SMTP authentifié est recommandé, car la fonction mail() de PHP est souvent filtrée comme du spam. Aucun compte tiers, aucune clé API et aucune synchronisation de contacts n'interviennent.

Chaque destinataire reçoit un e-mail personnel, en HTML et en texte, dans sa langue, avec ses variables de personnalisation, son bon de réduction et ses liens suivis. Les campagnes et les e-mails de scénario partagent la même file, la même liste de suppression et le même plafond de fréquence.

Le module ne remplace pas une infrastructure d'emailing pour de très grosses listes, et il n'envoie ni SMS, ni notifications push, ni audiences publicitaires. Il s'adresse aux boutiques qui veulent garder leurs contacts et leurs statistiques dans PrestaShop tout en menant une vraie stratégie de newsletter.

Tous les résultats de vos campagnes et la croissance de vos abonnés en un coup d'œil.

Fonctionnalités

Inscrits, import et consentement

Le module peut reprendre la liste déjà présente dans PrestaShop : abonnés du bloc Newsletter natif, clients ayant coché la case newsletter dans leur compte, et clients ayant accepté les offres partenaires — ce dernier groupe uniquement si vous le demandez explicitement. Un import CSV associe les colonnes, fusionne les doublons, exécute une simulation avant écriture et produit un fichier de résultat ligne par ligne. Un import exige une déclaration de consentement : l'origine de la liste et le fait qu'elle n'a pas été achetée, louée ou collectée sans accord.

Le double opt-in est le mode par défaut. Une adresse ne devient abonnée qu'après un clic sur un lien signé et daté ; un e-mail de relance peut partir et le lien expire après 7 jours par défaut, entre 1 et 30. Le simple opt-in reste disponible à condition de décrire la 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 les exporte en CSV. Par défaut, la preuve est conservée cinq ans après un désabonnement ; la durée est réglable. Le formulaire d'inscription utilise aussi une case de consentement décochée, un piège à robots, un jeton de temps signé, un contrôle de l'hôte d'origine et du référent, et une limite de cinq inscriptions par heure, par IP et par boutique, l'IP étant stockée sous forme de condensat.

Préférences, désabonnement et liste de suppression

Chaque e-mail marketing contient un lien de désabonnement et un lien vers une page de préférences accessible sans connexion. La page affiche l'adresse masquée, les thèmes, la fréquence, la langue des e-mails et un désabonnement total, avec un motif et un commentaire facultatifs. Afficher la page ne désabonne jamais : l'action est confirmée par un envoi de formulaire. Les messageries proposent le désabonnement en un clic grâce à l'en-tête RFC 8058 List-Unsubscribe-Post ; le désabonnement par réponse à l'e-mail est aussi pris en charge lorsqu'il est activé.

Un désabonnement annule les e-mails encore en file, arrête les scénarios en cours, décoche la case Newsletter du compte client et est inscrit au journal des retraits. Une liste de suppression écarte les adresses en échec définitif, celles importées du fournisseur SMTP et celles ajoutées à la main. Les contacts inactifs peuvent être identifiés à partir de leur dernière activité, puis désinscrits ou purgés en lot.

Le client choisit ses thèmes, sa fréquence et sa langue, ou se désabonne, sans se connecter.

Segments et score RFM

Un segment combine jusqu'à vingt conditions et dix exclusions. Les critères disponibles comprennent le groupe client, la langue, le pays, l'origine, la date d'inscription, les thèmes, le statut du compte, le nombre de commandes, le montant dépensé, la date de la dernière commande, les produits ou catégories achetés, les produits consultés, le contenu et la valeur du panier, les bons utilisés, l'engagement (ouvertures et clics), le score RFM, le mois d'anniversaire et l'appartenance à un autre segment.

Le nombre de destinataires se met à jour pendant la construction, et l'aperçu liste les vingt premiers contacts correspondants 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. Ces groupes peuvent être affectés à un groupe client PrestaShop après aperçu ; un groupe client pouvant modifier les prix, les remises et les options de livraison ou de paiement, cette affectation mérite une vérification préalable.

Le suivi des produits consultés est désactivé par défaut et n'enregistre que les clients connectés. Aucun visiteur anonyme n'est profilé.

Éditeur par blocs, modèles et personnalisation

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 contenant le lien de désabonnement. Largeur, couleurs, police et arrondis se règlent une fois pour 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. Chaque bloc peut être enregistré dans une bibliothèque et réutilisé.

Les variables de personnalisation comme {firstname}, {shop_name} et {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. Les produits déjà achetés peuvent être retirés pour chaque destinataire.

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. Les aperçus ordinateur, mobile et texte montrent ce qui partira réellement.

Campagnes, file d'envoi et remise

Une campagne se crée à partir d'un modèle, d'une campagne existante ou d'une page blanche. Elle reste en brouillon, peut être testée vers une à dix adresses, se planifie avec une date, une heure et un fuseau, puis part. Elle peut être mise en pause, reprise, annulée, dupliquée ou relancée uniquement vers les destinataires 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 est traitée par une tâche planifiée, lancée toutes les cinq minutes par l'URL à jeton ou par le script en ligne de commande. Le débit horaire se règle de 10 à 100 000 e-mails par heure, avec 300 par défaut ; les envois sont répartis dans l'heure et ne dépassent jamais la limite. Un seul passage de file s'exécute à la fois. Les erreurs temporaires sont retentées après 15 minutes, 1 heure et 4 heures ; les refus définitifs alimentent la liste de suppression ; 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ù le destinataire ouvre le plus souvent ses e-mails, dans les 24 heures suivant le démarrage. Elle s'appuie sur les ouvertures enregistrées et se désactive par campagne.

Tests A/B

Un test A/B compare deux objets, deux contenus ou les deux. Entre 10 % et 50 % de l'audience — ou 100 % lorsqu'aucune phase de décision n'est souhaitée — reçoit la version A ou B. La gagnante est désignée sur le taux d'ouverture unique, avec le taux de clics comme repli lorsque les ouvertures ne sont pas mesurées, après un délai de 1 à 72 heures. La version gagnante part ensuite vers les destinataires restants.

Scénarios automatiques

Cinq scénarios sont fournis : bienvenue après une inscription, après-achat déclenché par un statut de commande, reconquête après un nombre de jours sans commande, 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, jusqu'à vingt étapes. Un scénario vierge accepte aussi l'entrée dans un segment comme déclencheur.

Une automatisation s'active lorsque 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 les réglages. Un plafond de fréquence, trois e-mails marketing par semaine par défaut, évite de sursolliciter la même personne, avec des priorités entre scénarios. La relance de panier abandonné est assurée par un module dédié ; l'e-mail de navigation ne vise jamais un produit présent dans un panier ouvert.

Une série de bienvenue prête à activer : chaque e-mail et chaque délai sont visibles avant le départ.

Suivi, rapports et attribution

Le pixel d'ouverture 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 de sécurité chargent les images automatiquement, tandis qu'un lecteur qui bloque les images ne les charge pas. Les clics sont plus fiables. Aucun cookie publicitaire n'est posé ni lu.

Une commande passée avec la même adresse e-mail dans la fenêtre d'attribution est créditée au dernier clic. La fenêtre est de 7 jours par défaut et se règle de 1 à 90. Les commandes annulées, remboursées et 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.

Le rapport d'une campagne envoyée réunit envois, ouvertures, clics et ventes attribuées, sans tableur.

Délivrabilité et liste de vérification avant envoi

La page Délivrabilité montre la méthode d'envoi configurée dans PrestaShop, teste le serveur SMTP et affiche sa réponse exacte et sa transcription, puis contrôle les enregistrements SPF, DKIM, DMARC et MX du domaine expéditeur, ainsi que l'alignement du domaine. Chaque résultat explique ce qu'il signifie et quoi corriger. Les résultats sont mis en cache 24 heures.

Avant chaque campagne et avant l'activation d'un scénario, une liste de vérification bloque les erreurs qui empêcheraient un envoi correct — e-mails désactivés dans PrestaShop, expéditeur invalide, langue sans objet, lien invalide, audience vide, bon expiré — et signale ce qui devrait être amélioré : aucun e-mail de test envoyé, 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 ; le module fournit les contrôles et les preuves permettant de corriger un problème avant qu'il n'affecte une campagne.

Multiboutique, droits, journaux et RGPD

Contacts, segments, campagnes, scénarios, réglages et statistiques sont séparés par boutique, et 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 et réglages. Chaque action est vérifiée côté serveur. Le journal des actions conserve qui a fait quoi, la file montre chaque e-mail et son erreur, et un journal d'envoi garde le résultat de chaque campagne.

Le module s'intègre aux outils RGPD de PrestaShop (psgdpr) : il expose les données du contact à l'export et traite l'effacement, avec une trace dans le journal des consentements. Le module aide à documenter le consentement ; il ne remplace pas un avis juridique.

Installation

1. Sauvegardez les fichiers et la base de la boutique avant l'installation.
2. Dans Modules > Gestionnaire de modules, téléversez l'archive du module et installez-la.
3. Ouvrez la page de configuration du module et saisissez la clé de licence.
4. Vérifiez Paramètres avancés > E-mail : l'envoi doit être activé et le transport configuré. Un serveur SMTP authentifié est recommandé.
5. Renseignez l'identité de l'expéditeur, le formulaire d'inscription, le double opt-in, le débit horaire et la tâche planifiée.
6. Lancez la tâche planifiée une fois, envoyez une campagne de test vers une ou plusieurs adresses internes, puis consultez la page Délivrabilité.

Le module s'installe comme un module PrestaShop standard. Ses fichiers se trouvent dans modules/wepresta_newsletter_campaigns/ ; le script en ligne de commande est cron.php, dans ce dossier.

Première configuration

1. Expéditeur et marque : choisissez le nom et l'adresse d'expéditeur des campagnes, et vérifiez que le domaine est bien celui que vous authentifierez en DNS.
2. Inscription : choisissez entre double opt-in (recommandé) et simple opt-in avec base légale documentée, réglez l'expiration de la confirmation et le délai de relance, puis placez le formulaire d'inscription.
3. Envoi : fixez le débit horaire en fonction de votre serveur SMTP et de votre hébergement, puis créez la tâche planifiée. Le module affiche la commande et l'URL exactes à utiliser.
4. Suivi : décidez si les ouvertures et les clics sont suivis, si les paramètres UTM sont ajoutés et si le désabonnement par réponse est activé.
5. Données : réglez la durée de conservation des consentements, les seuils de contacts inactifs et le comportement à la désinstallation. La suppression des données à la désinstallation est désactivée par défaut.

Déroulez un test complet sur une adresse interne : inscription, confirmation, page de préférences, désabonnement, campagne de test, traitement de la file et rapport.

Licence et activation

Le module nécessite une licence active. La clé se saisit sur la page de configuration du module et est vérifiée auprès du serveur de licence. Une licence valide active le module pour les boutiques couvertes par l'offre.

Sans licence valide, le module se désactive

Rien du module ne fonctionne : aucun formulaire d'inscription, aucune balise de consultation produit, aucun e-mail n'est envoyé ; les campagnes planifiées ne démarrent pas et les automatisations n'inscrivent ni n'avancent personne. La tâche planifiée sort avec le code 1 et l'URL de cron répond 404. Les liens des e-mails déjà envoyés, y compris le lien de désabonnement, répondent 404 : seul le désabonnement par réponse reste possible et doit être traité à la main.

Les données sont conservées. Dès qu'une licence valide est saisie de nouveau, le module se réactive depuis sa page de configuration. Les campagnes et inscriptions en retard ne sont pas rejouées automatiquement : la reprise met en pause les campagnes qui auraient dû démarrer pendant l'inactivité et arrête les inscriptions qui auraient dû avancer, afin qu'une personne décide de la suite.

Renouvellement et serveur de licence injoignable

Lors d'une vérification de renouvellement, une réponse transitoire du serveur de licence maintient une licence valide pendant 7 jours à compter du premier échec. Les vérifications s'exécutent une à la fois, et une page dont la vérification a été ignorée conserve la licence valide. Si la licence a réellement expiré, le comportement désactivé décrit ci-dessus s'applique jusqu'au renouvellement.

Utilisation au quotidien

Un cycle habituel se déroule ainsi : importer ou collecter des inscrits, vérifier le journal des consentements, construire un segment et lire son compteur, dupliquer un modèle, écrire le sujet et le contenu dans chaque langue, rattacher un bon, passer la liste de vérification, envoyer un test, planifier la campagne, puis lire le rapport après la remise.

Pour un scénario, dupliquez un modèle, modifiez ses e-mails et ses délais, lancez le test à blanc, vérifiez la liste de vérification d'activation et activez-le. Surveillez la file pendant les premiers envois et consultez la page Délivrabilité chaque fois que le domaine expéditeur ou le serveur SMTP change.

Cas d'usage

• Série de bienvenue : confirmer l'inscription, présenter la boutique et offrir un bon de première commande, avec une relance si le premier e-mail n'est pas ouvert.
• Réactivation des clients : cibler les clients sans commande depuis plusieurs mois, avec un segment fondé sur la date de dernière commande et le score RFM, et un bon partagé ou individuel.
• Annonce d'une nouvelle collection : envoyer une campagne segmentée aux clients ayant acheté dans une catégorie ou consulté un produit, avec une grille de produits et une version texte.
• Suivi après achat : remercier le client après un changement de statut, recommander des produits complémentaires et arrêter le scénario si le client rachète.
• Programme newsletter pour plusieurs boutiques : garder contacts, campagnes et statistiques séparés par boutique, avec des droits par employé.
• Nettoyage de liste : identifier les contacts inactifs, vérifier les preuves de consentement, puis désinscrire ou purger en lot sans écrire à des adresses qui ne doivent plus recevoir de marketing.

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 traiter la file : URL à jeton ou commande en ligne de commande, toutes les cinq minutes. Sans elle, la file peut être traitée à la main avec « Envoyer un lot maintenant ».
• L'envoi utilise le transport de PrestaShop. Un serveur SMTP authentifié est recommandé ; mail() est souvent filtré comme du spam. L'arrivée en boîte de réception n'est pas garantie.
• Pas de SMS, de notifications push, d'audiences publicitaires, de connecteur vers une plateforme externe, de prédiction par apprentissage automatique, de relance de panier abandonné ni 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.
• Les très grosses listes et les envois transactionnels à fort volume relèvent d'une infrastructure d'emailing dédiée.
• Le module aide à documenter le consentement et à traiter les demandes RGPD ; il ne fournit pas d'avis juridique et ne rend pas une boutique conforme à lui seul.
• Sans licence valide, le module se désactive complètement, y compris les liens des e-mails déjà envoyés, et conserve les données jusqu'à sa réactivation.

FAQ

Faut-il un compte sur une plateforme d'emailing externe ?

Non. Le module envoie par le transport déjà configuré dans PrestaShop. Un serveur SMTP authentifié est recommandé, car la fonction mail() de PHP est souvent classée en spam. Aucun compte tiers, aucune clé API et aucune synchronisation ne sont nécessaires : les contacts et les statistiques restent dans la base de la boutique.

Puis-je importer ma liste existante ?

Oui. Vous pouvez reprendre les abonnés de PrestaShop ou importer un CSV avec correspondance des colonnes, fusion des doublons et simulation. Un e-mail marketing exige tout de même une base légale : double opt-in par défaut, ou simple opt-in documenté. L'import demande une déclaration de consentement décrivant l'origine de la liste et confirmant qu'elle n'a pas été achetée, louée ou collectée sans accord.

Comment fonctionne le double opt-in ?

L'adresse reçoit un e-mail avec un lien signé et daté et ne devient abonnée qu'après le clic. Un e-mail de relance peut partir, et le lien expire après 7 jours par défaut, entre 1 et 30. Le texte affiché, sa version, la date, l'IP, la page et l'origine sont inscrits au journal des consentements.

Que se passe-t-il sans tâche planifiée ?

Rien ne part automatiquement : la file attend. Vous pouvez la traiter à la main avec « Envoyer un lot maintenant », mais une tâche planifiée toutes les cinq minutes est le mode normal. Elle s'appelle par l'URL à jeton ou par le script en ligne de commande, et un seul passage s'exécute à la fois.

Combien d'e-mails le module peut-il envoyer par heure ?

Le débit horaire se règle de 10 à 100 000 e-mails par heure ; la valeur par défaut est de 300. Les envois sont répartis dans l'heure et ne dépassent jamais la limite. La capacité réelle dépend de votre serveur SMTP et de votre hébergement : commencez prudemment, puis augmentez.

Les ouvertures sont-elles fiables ?

Ce sont des estimations. Le module pose une image invisible ; certaines messageries et certains filtres de sécurité la chargent d'eux-mêmes, ce qui gonfle le chiffre, tandis qu'un lecteur qui bloque les images ne la charge pas. Les clics sont plus fiables. Les rapports indiquent les deux, avec le détail par lien et par destinataire.

Comment une commande est-elle attribuée à une campagne ?

Une commande passée avec la même adresse e-mail dans la fenêtre d'attribution est créditée au dernier clic : 7 jours par défaut, de 1 à 90. Les commandes annulées, remboursées et en erreur sont écartées ; les avoirs partiels ne sont pas déduits. Aucun cookie publicitaire n'intervient : l'attribution repose sur l'adresse e-mail et le clic enregistré.

Le module suffit-il pour être conforme au RGPD ?

Il aide à documenter le consentement — texte exact, version, date, IP, page, origine, base légale et retrait — et traite les demandes d'export et d'effacement depuis la fiche contact. La preuve est conservée cinq ans après un désabonnement par défaut. Il ne remplace ni un avis juridique ni les autres obligations de la boutique : la conformité reste la responsabilité du marchand.

Le module envoie-t-il des SMS, des notifications push ou des relances de panier abandonné ?

Non. Il se concentre sur l'e-mail : pas de SMS, pas de push, pas d'audiences publicitaires, pas de connecteur vers une plateforme externe, pas de prédiction par apprentissage automatique et pas de pop-up. La relance de panier abandonné reste assurée par un module dédié, et l'e-mail de navigation ne vise jamais un produit présent dans un panier ouvert.

Que se passe-t-il si la licence n'est plus valide ?

Le module se désactive complètement : plus aucun e-mail ne part, la tâche planifiée s'arrête, le formulaire d'inscription disparaît et les liens des e-mails déjà envoyés répondent 404, y compris le lien de désabonnement. 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.

Support

Avant de contacter le support, vérifiez :

• la file et le journal des erreurs, qui montrent chaque e-mail et son erreur ;
• la page Délivrabilité, qui affiche la réponse SMTP et les contrôles DNS ;
• la tâche planifiée : elle doit tourner toutes les cinq minutes et renvoyer le code de sortie 0 ;
• le journal des actions, qui enregistre les changements de configuration et les envois ;
• la configuration e-mail de PrestaShop dans Paramètres avancés > E-mail.

Lors d'un signalement, indiquez la version du module, les versions de PrestaShop et de PHP, la campagne ou le scénario concerné, l'erreur exacte de la file ou du journal des actions et la réponse SMTP affichée sur la page Délivrabilité. N'envoyez jamais de clé de licence ni de mot de passe SMTP.

Changelog

Version 1.0.0

• Première version publique.
• Inscrits, import CSV avec correspondance des colonnes, fusion des doublons et simulation, journal des consentements avec texte, version, IP, page, origine et base légale.
• Double opt-in avec lien signé et expirant et e-mail de relance ; simple opt-in avec base légale documentée.
• Page de préférences sans connexion, désabonnement en un clic (RFC 8058), désabonnement par réponse, journal des retraits et liste de suppression.
• Segments jusqu'à 20 conditions et 10 exclusions, compteur en direct, aperçu de 20 destinataires, score RFM quotidien en 11 groupes et affectation facultative aux groupes clients.
• Éditeur par blocs avec en-tête, texte, image, bouton, produit, grille de produits, recommandations, séparateur, espace, réseaux sociaux et pied de page ; six modèles prêts à l'emploi et une bibliothèque de blocs.
• Sujets et pré-en-têtes par langue, variables de personnalisation avec valeur de repli, blocs conditionnels, trois modes de bon, aperçus ordinateur, mobile et texte.
• Cycle de campagne avec brouillon, test, planification, pause, reprise, annulation, duplication, relance des non-ouvreurs et estimation avant envoi.
• File traitée par tâche planifiée ou à la demande, débit horaire réglable, nouvelles tentatives sur erreurs temporaires, suppression sur échecs définitifs et alertes sur panne de transport.
• Tests A/B sur l'objet, le contenu ou les deux, avec décision sur les ouvertures et repli sur les clics.
• Cinq scénarios automatiques, jusqu'à 20 étapes, conditions, liste de vérification d'activation, test à blanc et plafond de fréquence.
• Pixel d'ouverture, suivi des clics signés, paramètres UTM, version web, rapports par campagne, par lien et par destinataire, exports CSV.
• Attribution des ventes au dernier clic dans une fenêtre réglable, hors commandes annulées, remboursées et en erreur.
• Test SMTP avec transcription, contrôles SPF, DKIM, DMARC et MX avec alignement, mis en cache 24 heures, et liste de vérification avant envoi.
• Séparation multiboutique, droits par employé, journaux d'actions, d'envois et d'erreurs, export et effacement RGPD.
• Verrou de licence : sans licence valide, le module se désactive complètement, conserve les données et se réactive depuis sa page de configuration.

Découvrez le module et ses offres