Dernière révision : juin 2026 — le comportement natif de ps_emailsubscription, les colonnes de table et l’option de double opt-in décrits ici sont à jour pour PrestaShop 1.7, 8.x et 9.x.

Votre boutique PrestaShop possède très probablement déjà un bloc d’inscription à la newsletter dans le pied de page. Il collecte des adresses e-mail dans une table de base de données que vous n’avez sans doute jamais ouverte. C’est là le piège : un formulaire d’inscription n’est pas une liste e-mail. Une liste est un actif qui vous appartient et que vous pouvez recontacter gratuitement, tandis que vos abonnés sur les réseaux sociaux sont une audience que vous louez à Meta ou Google et que vous devez payer pour toucher à nouveau. Toute la différence se joue dans ce que vous faites avant que l’adresse arrive dans votre base de données — la façon dont vous demandez, l’endroit où vous demandez et la solidité du consentement si une réclamation RGPD survient.

Ce guide porte précisément sur la manière de développer correctement votre liste dans PrestaShop : ce que le module natif ps_emailsubscription enregistre (et où), comment rendre la collecte réellement défendable au regard du RGPD, et quels points de capture dans une boutique PrestaShop font vraiment progresser le nombre d’inscriptions. Il s’arrête volontairement à la base de données. Choisir une plateforme d’envoi, segmenter les contacts collectés et leur envoyer des séquences automatisées sont des sujets à part entière, chacun traité dans son propre guide — indiqué aux endroits où vous seriez tenté de passer trop vite à l’étape suivante.

Ce que fait réellement ps_emailsubscription — et où se trouvent les données

Mur de boîtes aux lettres en laiton avec des enveloppes blanches glissées dans plusieurs fentes et une porte peinte en orange
Une liste de diffusion est un mur de boîtes aux lettres que vous avez la permission d'atteindre : chaque abonné est un casier qu'il faut mériter et garder propre.

PrestaShop est livré avec un module newsletter natif, ps_emailsubscription, qui affiche le champ d’inscription dans le pied de page via le hook displayFooterBefore et ajoute la case à cocher au formulaire d’inscription via additionalCustomerFormFields. C’est un outil de collecte, pas un outil marketing ; savoir exactement ce qu’il stocke vous évite de migrer plus tard des données de mauvaise qualité.

  • Les inscriptions d’invités (une personne qui n’est pas un client enregistré) arrivent dans la table ps_emailsubscription — avec l’adresse e-mail, newsletter_date_add, ip_registration_newsletter, http_referer (la page d’où vient l’inscription) et un indicateur active.
  • Les clients enregistrés fonctionnent autrement : leur opt-in correspond à la colonne newsletter (avec newsletter_date_add et ip_registration_newsletter) sur la ligne ps_customer, et non dans la table des abonnements. Votre vraie liste est donc répartie entre deux tables — un détail que les exports CSV manuels ou personnalisés et les connecteurs moins robustes ratent souvent, en perdant une source sauf s’ils sont explicitement configurés pour lire les deux.
  • Il n’existe pas de menu Clients → Newsletter par défaut — la liste des abonnés invités et l’export CSV se trouvent dans le module lui-même : Modules → Gestionnaire de modules → ps_emailsubscription → Configurer. C’est là que vous activez ou désactivez l’e-mail de vérification (double opt-in) et l’e-mail de confirmation après inscription, et que vous définissez le bon de réduction de bienvenue, s’il y en a un.

[SCREENSHOT: écran de configuration de ps_emailsubscription dans le back-office, montrant l’option d’e-mail de vérification, l’option d’e-mail de confirmation et le champ du code de bon de réduction de bienvenue]

Ce qu’il ne fait volontairement pas : envoyer des campagnes, générer des modèles d’e-mails ou suivre les ouvertures et les clics. En revanche, il peut exécuter un vrai parcours d’opt-in confirmé (double opt-in) — c’est l’option « e-mail de vérification » dans son écran de configuration, sur laquelle nous reviendrons. Notez bien les deux e-mails distincts du module : l’e-mail de vérification sert de point de validation du consentement (l’abonné doit cliquer sur un lien avant de devenir actif), tandis que l’e-mail de confirmation séparé n’est qu’un message de bienvenue après inscription. Pour tout ce qui vient après la collecte — la plateforme qui envoie réellement les messages et la manière d’en choisir une (Mailchimp, Brevo, Klaviyo, Omnisend, ActiveCampaign) — commencez par l’e-mail marketing pour les boutiques en ligne, qui renvoie vers chaque guide de plateforme.

Collecter les adresses de façon à résister à une réclamation RGPD

Si vous vendez à des clients dans l’Union européenne — et c’est presque toujours le cas avec une boutique PrestaShop — la façon dont vous recueillez le consentement est la partie que la plupart des marchands gèrent mal, car les réglages par défaut du module natif ne suffisent pas à eux seuls. Les plafonds de sanction sont réels (jusqu’à 20 millions d’euros ou 4 % du chiffre d’affaires annuel mondial, le montant le plus élevé étant retenu), mais le risque pratique est plus banal : une liste pour laquelle vous ne pouvez pas prouver le consentement peut être refusée par une plateforme d’envoi sérieuse, et une seule plainte peut la faire s’effondrer.

Opt-in confirmé (double opt-in) : activez-le, il est inclus nativement

L’opt-in confirmé signifie que l’abonné clique sur un lien dans un e-mail de vérification avant d’être ajouté comme actif. Cela produit deux effets à la fois : l’adresse est bien réelle et appartient à la personne, et votre preuve de consentement est renforcée par un horodatage au moment de la confirmation. En revanche, cela ne conserve pas à lui seul un enregistrement séparé du libellé exact du consentement affiché — gardez donc une copie de ce texte (et de toute preuve de confirmation) à côté si vous avez besoin d’une piste complète. En Allemagne, c’est en pratique indispensable ; dans le reste de l’Union européenne, c’est le choix défendable par défaut. Bonne nouvelle dans PrestaShop : le module ps_emailsubscription standard le prend déjà en charge — répondez « oui » à « Souhaitez-vous envoyer un e-mail de vérification après l’inscription ? » dans l’écran de configuration du module et le parcours bascule. L’invité est inscrit dans la table avec active = 0, un e-mail de vérification avec jeton est envoyé, et ce n’est qu’au clic sur le lien que le contrôleur dédié verification l’active. Si vous laissez cette option désactivée, vous obtenez un opt-in simple, plus souple : l’inscription est marquée active immédiatement, avec éventuellement un e-mail de bienvenue (« confirmation »). Le parcours confirmé est donc un réglage, pas un module tiers — activez-le si vous collectez des adresses en volume.

Libellé du consentement et case non cochée

Une case de consentement précochée n’est pas conforme au RGPD — la case doit être vide au départ et le visiteur doit la cocher activement. Le texte placé à côté doit rendre quatre éléments parfaitement clairs, dans un langage simple :

  • Ce à quoi la personne s’inscrit — « e-mails marketing », « notre newsletter » — sans le cacher dans du jargon juridique.
  • La fréquence approximative — « quelques fois par mois » fixe une attente honnête et réduit les désabonnements ultérieurs.
  • Qui envoie — le nom de votre boutique ou de votre entreprise, pas un « nous » générique.
  • Comment se désinscrire — « désinscription possible à tout moment », avec un lien vers votre politique de confidentialité visible près du formulaire.

Le module RGPD de PrestaShop (psgdpr) s’intègre aux surfaces de consentement et aux demandes d’accès ou d’export des données qu’un abonné peut effectuer ; si vous proposez une inscription avec compte client, assurez-vous que la case newsletter et le consentement psgdpr sont cohérents au lieu de se contredire.

Preuve de consentement — ce qu’il faut conserver

Le RGPD vous demande de pouvoir montrer quand et comment chaque personne a consenti. La table native capture déjà la date (newsletter_date_add), l’IP (ip_registration_newsletter) et même la page source (http_referer) pour les inscriptions d’invités — l’enregistrement brut du consentement est donc plus complet que beaucoup de marchands ne l’imaginent. Ce qu’elle ne stocke pas, c’est le libellé exact affiché à ce moment-là ; c’est pourquoi il est utile de conserver une capture d’écran ou une copie versionnée de votre texte de consentement. Quand vous passerez à une vraie plateforme d’envoi, celle-ci devrait aussi enregistrer automatiquement l’horodatage, l’IP et la source — mais plus votre collecte côté PrestaShop est propre, moins vous aurez à vous battre avec vos données le jour de la migration.

Vous pouvez auditer ce que vous détenez réellement dans Paramètres avancés → Base de données → Gestionnaire SQL, qui exécute des requêtes en lecture seule — sans risque pour vos données. Cette requête récupère vos abonnés invités les plus récents avec les champs de consentement enregistrés par la table, afin de repérer les lignes sans IP ni référent avant toute migration :

SELECT id,
       email,
       active,
       newsletter_date_add,
       ip_registration_newsletter,
       http_referer
FROM ps_emailsubscription
ORDER BY newsletter_date_add DESC
LIMIT 50;

Une valeur active de 0 signifie ici qu’un abonné a commencé le double opt-in sans jamais cliquer sur le lien de vérification — ne l’importez pas dans une plateforme d’envoi comme s’il avait confirmé.

Où demander l’inscription : les points de capture qui font vraiment progresser le volume

La plupart des boutiques n’ont qu’un seul point de capture — le pied de page — puis s’étonnent que la liste progresse lentement. Le pied de page est le minimum, pas une stratégie. Chacun des points ci-dessous touche un visiteur différent à un moment d’intention différent, et leurs effets s’additionnent. (Considérez les pourcentages ci-dessous comme des ordres de grandeur souvent cités, pas comme des garanties — vos chiffres réels dépendent de la qualité du trafic et de l’offre ; mesurez-les sur votre propre boutique.)

Point de captureVisiteur touchéTaux d’inscription typiqueNote PrestaShop
Formulaire de pied de pageDéjà intéressé, arrivé jusqu’en bas de pageFaible (souvent nettement sous 1 %)ps_emailsubscription natif ; pas d’incitation, pas de friction — conservez-le, mais ne comptez pas uniquement dessus.
Pop-up avec incitationNouveau visiteur / visiteur froidLe plus élevé parmi les méthodes sur siteUne pop-up déclenchée au temps passé ou au défilement, avec « 10 % de réduction sur votre première commande » — voir les règles ci-dessous.
Opt-in au moment du paiementAcheteur à forte intention en cours d’achatInscriptions de la plus haute qualitéUne case non cochée à la commande ; pour les acheteurs enregistrés, cela écrit directement l’indicateur newsletter dans ps_customer.
Création de comptePersonnes qui s’engagent auprès de votre boutiqueContacts solides et déjà intéressésLa case newsletter sur le formulaire d’inscription — gardez-la non cochée pour rester conforme.
Intention de sortie (ordinateur)Visiteur sur le point de partirModeste, mais autrement perduOffre de dernière chance lorsque le curseur se dirige vers le bouton de fermeture ; ordinateur uniquement.

La pop-up est le point qui génère le plus de volume, mais aussi celui qui peut le plus facilement vous exposer à des pénalités ; elle doit donc respecter des règles. Attendez au moins environ 30 secondes ou environ 50 % de défilement avant de l’afficher ; montrez-la une seule fois par session, pas sur chaque page ; rendez sa fermeture évidente (un grand X et la possibilité de cliquer à l’extérieur pour fermer) ; ne la déclenchez jamais pendant le paiement — interrompre un acheteur en cours de commande est le pire compromis possible. Sur mobile en particulier, un interstitiel qui couvre la majeure partie de l’écran correspond exactement à ce que visent les consignes de Google sur les interstitiels intrusifs ; gardez donc une version mobile compacte et facile à fermer. La mécanique d’une pop-up qui convertit sans agacer mérite son propre sujet — nous couvrons le timing, l’offre et le ciblage dans les pop-ups PrestaShop qui convertissent vraiment.

L’incitation qui développe la liste sans la dégrader

Le plus grand levier sur le taux d’inscription consiste à donner une raison aux visiteurs — et « 10 % de réduction sur votre première commande » reste la valeur sûre. Mais une incitation par remise a une conséquence : elle attire les chasseurs de bonnes affaires, et si le code est la seule raison de leur inscription, ils peuvent se désabonner dès qu’ils l’ont utilisé. Deux pratiques permettent de préserver la qualité :

  • Remettez le code via l’étape de vérification, pas via le formulaire. Si la remise n’arrive qu’après le clic sur le lien de vérification, vous écartez les fausses adresses et les adresses jetables tout en renforçant l’opt-in. Le module natif de PrestaShop envoie le bon de réduction (le champ Welcome voucher code dans son écran de configuration) une fois l’inscription terminée — donc, avec l’e-mail de vérification activé, le code n’arrive qu’après confirmation, et non au moment de l’envoi du formulaire.
  • Adaptez l’incitation à l’audience. Une offre en pop-up destinée à un nouveau visiteur froid et un opt-in au paiement destiné à un acheteur déjà engagé ne s’adressent pas à la même personne ; l’acheteur n’a souvent besoin d’aucune remise, seulement d’une case claire du type « tenez-moi informé des offres ». Dépenser de la marge sur des personnes qui auraient acheté de toute façon est le coût discret d’une incitation unique pour tout le monde.

L’hygiène de liste commence à la collecte, pas au nettoyage

Le réflexe consiste à se dire que l’on « nettoiera la liste plus tard ». La solution moins coûteuse est d’empêcher les mauvaises données d’entrer. L’opt-in confirmé élimine déjà à l’entrée les fautes de frappe et les fausses adresses. Au-delà de cela, deux habitudes propres à PrestaShop gardent l’actif en bonne santé :

  • Ne laissez pas les deux tables diverger. Puisque les abonnés invités vivent dans ps_emailsubscription et les opt-ins clients dans ps_customer, un export qui ne lit qu’une seule des deux perd silencieusement une partie de votre liste. Lorsque vous synchronisez avec une plateforme d’envoi, vérifiez qu’elle récupère les deux — sinon vous ferez du marketing auprès d’inconnus tout en ignorant vos vrais clients.
  • Respectez l’indicateur active et les désabonnements. Un désabonnement fait passer active à 0 (ou décoche l’indicateur newsletter du client) ; ne réimportez jamais ces adresses dans une liste « fraîche ». Réécrire à des personnes parties est le meilleur moyen de récolter des plaintes pour spam — et ce sont les plaintes, pas la taille de la liste, qui détruisent la délivrabilité.

La délivrabilité relève de la discipline côté envoi (SPF, DKIM et DMARC sur votre domaine, réputation d’envoi raisonnable, nettoyage progressif de la liste) et appartient vraiment à la plateforme depuis laquelle vous envoyez — c’est traité dans le guide du canal e-mail marketing plutôt qu’ici. Ce qu’il faut retenir au moment de la collecte : une liste plus petite de personnes qui ont activement confirmé vouloir recevoir vos messages délivrera mieux et rapportera davantage qu’une grande liste d’adresses récupérées ou à moitié consenties, à chaque fois.

Que faire une fois la liste constituée (et où aller ensuite)

Développer la liste est la première étape ; la valeur vient de ce que vous en faites ensuite — et chacun de ces sujets mérite un relais clair, pas une réflexion de dernière minute glissée dans cette page :

  • Choisir une plateforme d’envoi. Le module natif ne peut pas envoyer de campagnes ; la décision suivante consiste donc à choisir l’outil qui s’en chargera. Comparez-les dans l’e-mail marketing pour les boutiques en ligne, puis approfondissez celui qui correspond à votre cas : Mailchimp pour les boutiques simples, Klaviyo pour la segmentation avancée et les SMS, Omnisend pour le multicanal, ou ActiveCampaign lorsque vous avez besoin d’automatisations poussées.
  • Accueillir le nouvel abonné. L’e-mail le plus précieux qu’une nouvelle inscription reçoit est le premier. Ce qu’il faut envoyer juste après l’opt-in — et après un achat — relève d’un scénario dédié : les e-mails post-achat.
  • Réengager ceux qui deviennent silencieux. Toute liste finit par accumuler des contacts inactifs ; reconquérir les abonnés dormants (plutôt que simplement les supprimer) est traité dans les e-mails de reconquête.
  • Transformer les abonnés en ambassadeurs. Une liste développée devient aussi un moteur de parrainage — vos contacts les plus satisfaits peuvent vous amener leurs proches, comme dans les programmes de parrainage.

L’e-mail reste le canal qui vous appartient vraiment, et la liste est l’actif qui le rend possible. Mais cet actif ne vaut que par le consentement sur lequel il repose. Soignez la collecte dans PrestaShop — sachez où se trouvent les données, confirmez l’opt-in, demandez l’inscription à plusieurs endroits et incitez sans dégrader la qualité — et tout ce que vous construirez dessus, du premier e-mail de bienvenue à votre réputation d’envoi dans un an, partira de bases solides plutôt que d’un bloc de pied de page que personne ne vérifie.

Questions fréquentes

Comment voir et exporter mes abonnés newsletter dans PrestaShop ?

Allez dans Modules → Gestionnaire de modules, trouvez ps_emailsubscription puis cliquez sur Configurer. La liste des abonnés invités et le bouton d’export CSV se trouvent dans cet écran, pas dans un menu Clients. Gardez en tête que cet export ne couvre que la table ps_emailsubscription (invités). Les opt-ins clients sont signalés dans ps_customer.newsletter et s’exportent séparément depuis Clients → Clients ou via le Gestionnaire SQL.

Une case newsletter précochée est-elle légale au regard du RGPD ?

Non. Le consentement doit être une action claire et affirmative : la case doit donc être vide au départ et le visiteur doit la cocher lui-même. Cela s’applique à la case du formulaire d’inscription comme à tout opt-in au moment du paiement. La case newsletter de PrestaShop est livrée non cochée par défaut — ne surchargez pas ce comportement pour la précocher.

Quelle est la différence entre l’e-mail de vérification et l’e-mail de confirmation ?

Ce sont deux e-mails séparés dans ps_emailsubscription. L’e-mail de vérification est la porte d’entrée du double opt-in : l’abonné reste inactif (active = 0) jusqu’à ce qu’il clique sur son lien. L’e-mail de confirmation n’est qu’un message de bienvenue envoyé après une inscription réussie. Vous pouvez utiliser l’un, l’autre ou les deux ; pour une collecte défendable au regard du RGPD, activez l’e-mail de vérification.

Puis-je importer une ancienne liste d’adresses e-mail dans PrestaShop ?

Techniquement, vous pouvez importer des adresses dans ps_emailsubscription, mais faites-le uniquement pour des contacts dont vous pouvez prouver le consentement valide au regard du RGPD. Importer une liste achetée ou récupérée, ou réajouter des personnes précédemment désabonnées, générera des plaintes pour spam et dégradera la réputation d’envoi de votre domaine — ce qui finira même par nuire à vos e-mails transactionnels de commande. En cas de doute, laissez-les de côté.

Pourquoi mon formulaire newsletter en pied de page collecte-t-il presque aucune inscription ?

C’est normal — le pied de page est le point de capture à l’intention la plus faible, généralement bien en dessous de 1 % des visiteurs, car il n’offre aucune incitation et se trouve à un endroit que peu de personnes atteignent. Il mérite d’être conservé, mais la liste progresse lorsque vous ajoutez les autres points de capture : une pop-up avec incitation pour les visiteurs froids, un opt-in non coché au moment du paiement pour les acheteurs, et la case du formulaire d’inscription. Chacun touche un visiteur différent, et ensemble leurs effets s’additionnent.

Partager cet article:
David Miller

David Miller

Founder, mypresta.rocks

David Miller est un spécialiste PrestaShop fort de plus de dix ans d'expérience concrète et le fondateur de mypresta.rocks, un studio de développement situé à Tychy, en Pologne. Il conçoit et maintient un catalogue de 152 modules PrestaShop — dont 21 suites « Revolution » couvrant le SEO, le checkout, la sécurité, la performance, le marketing, la recherche, le support et la gestion d'entrepôt — qui améliorent chaque jour de vraies boutiques, testés sur PrestaShop 1.7.8, 8.x et 9.x. Il assure également la maintenance de boutiques en production réalisant plusieurs millions de chiffre d'affaires annuel : son travail se juge donc sur des ventes réelles, pas sur des démos. Son expérience couvre l'ensemble du e-commerce — performance, sécurité, SEO et marketing — et va au-delà de PrestaShop, jusqu'à WooCommerce, Shopify et les systèmes sur mesure. Sur le blog, il écrit sur la face technique de PrestaShop : ce que la plateforme fait vraiment, ce qui casse en production et quelles solutions tiennent dans la durée.

Cet article vous a plu ?

Recevez nos derniers conseils, guides et mises à jour de modules dans votre boîte mail.

Commentaires

Aucun commentaire pour le moment. Soyez le premier !

Soyez le premier à poser une question ou à partager un retour utile.

Chargement...
Retour en haut