Dernière révision : juin 2026 — vérifié avec PrestaShop 1.7, 8.x et 9.x, où la newsletter native (ps_emailsubscription) et les e-mails transactionnels liés aux statuts de commande fonctionnent comme décrit ici.

Tous les autres canaux marketing sur lesquels s’appuie une boutique PrestaShop sont loués. Votre portée Facebook dépend d’un algorithme que vous ne contrôlez pas ; votre coût Google Ads augmente chaque fois qu’un concurrent surenchérit ; votre référencement naturel peut bouger du jour au lendemain après une mise à jour majeure. L’e-mail est le seul canal qui vous appartienne réellement. La grille Clients → Clients liste tous les comptes, mais les personnes qui ont véritablement levé la main sont les contacts inscrits au marketing : les clients enregistrés avec ps_customer.newsletter = 1, plus les inscriptions invitées stockées dans ps_emailsubscription. C’est une ligne directe vers des personnes qui ont choisi de recevoir vos messages, sans intermédiaire décidant si votre communication passe ou non. Cette maîtrise est la raison profonde pour laquelle l’e-mail continue de surperformer, et c’est aussi pourquoi ce canal mérite une vraie stratégie, pas un envoi occasionnel du type « nous faisons une promotion ».

Le retour sur investissement de l’e-mail est régulièrement présenté comme le plus élevé de tous les canaux : les enquêtes DMA et Litmus citent souvent des chiffres autour de 36 à 42 $ pour 1 $ dépensé. Prenez-les comme un ordre de grandeur, pas comme une promesse pour votre boutique : le résultat réel dépend de vos marges, de la qualité de votre liste et de la pertinence de vos envois. Mais la logique de fond est difficile à contester. Toucher une audience que vous possédez coûte presque rien par message, et cette audience vous connaît déjà. Cet article trace la carte complète du canal e-mail sur PrestaShop : ce que la plateforme fait nativement, où elle s’arrête, et quels guides plus spécialisés consulter ensuite. Les tutoriels détaillés de chaque partie ont leurs propres articles ; ici, nous les relions.

Ce que PrestaShop fournit par défaut — et là où il s’arrête

Des enveloppes en papier s'élevant d'une tablette posée sur un bureau, représentant l'envoi de newsletters
L'e-mail reste le canal qui vous appartient pleinement, en envoyant des messages directement aux abonnés qui ont demandé à vous lire.

Avant de choisir un outil tiers, il vaut la peine de savoir exactement ce qu’une installation PrestaShop standard fait déjà avec l’e-mail, car c’est plus que ce que beaucoup de propriétaires imaginent, mais moins que ce dont ils ont besoin.

Deux modules natifs portent l’essentiel. ps_emailsubscription affiche le bloc d’inscription à la newsletter sur votre boutique et enregistre les consentements dans la table ps_emailsubscription (tout en reliant les clients enregistrés via le marqueur newsletter sur ps_customer). ps_mailalerts gère les déclencheurs opérationnels : notifications de retour en stock et alertes de nouvelle commande. À cela s’ajoute le cycle de vie des commandes, qui envoie lui-même des e-mails transactionnels : chaque statut dans Paramètres de la boutique → Commandes → États peut déclencher un e-mail basé sur un modèle (commande confirmée, paiement accepté, expédiée, etc.), à partir des modèles situés dans Apparence → Thème d’e-mail / le dossier mails/. Vous configurez la façon dont ces messages quittent votre serveur dans Paramètres avancés → E-mail (PHP mail() ou SMTP ; utilisez SMTP avec un expéditeur authentifié pour une meilleure délivrabilité).

Alors, que manque-t-il ? Tout ce qui transforme l’e-mail en canal de marketing plutôt qu’en simple système de notification. PrestaShop natif n’a pas de moteur de segmentation, pas de campagnes planifiées, pas de scénarios automatisés (« attendre 3 jours, puis envoyer si aucun achat »), pas de déclencheurs comportementaux au-delà du stock et des commandes, pas de suivi des ouvertures/clics et pas de test A/B. Le bloc newsletter collecte des adresses ; il ne vous permet pas d’envoyer une campagne depuis le back-office. C’est précisément pour combler cet écart qu’une boutique PrestaShop sérieuse sur l’e-mail connecte une plateforme externe, et le choix de cette plateforme est une décision à part entière, abordée ci-dessous.

Première étape : développer la liste qui vous appartient

Un canal qui vous appartient ne vaut que par l’audience qu’il contient, et le bloc newsletter dans son emplacement par défaut, enfoui dans le pied de page, collecte très peu d’adresses. Avant toute stratégie de campagne, la liste elle-même doit grandir : où placer l’inscription, quoi offrir en échange, et comment rester du bon côté du consentement RGPD (le réglage de double opt-in, la case de consentement et la manière dont PrestaShop l’enregistre). Le sujet mérite son propre guide, nous l’avons donc traité séparément : développer correctement votre liste e-mail PrestaShop. Commencez par là si votre liste est petite ou stagne : toutes les tactiques suivantes multiplient la taille de l’audience que vous construisez ici.

Deuxième étape : choisir la plateforme qui fait ce que le natif ne sait pas faire

Une fois que vous avez décidé d’envoyer correctement des e-mails à votre liste, il vous faut une plateforme d’envoi branchée au-dessus de PrestaShop. La plupart des grands acteurs se connectent via un module PrestaShop Addons : Mailchimp, Klaviyo et Omnisend disposent tous de modules d’intégration gratuits, tandis qu’ActiveCampaign est généralement raccordé via son API ou un connecteur tiers plutôt que par un module officiel gratuit. Ce sont vraiment des outils différents pour des boutiques différentes, pas des solutions interchangeables. La version honnête et courte :

PlateformeIdéal pourPoint fortÀ surveiller
MailchimpPetites boutiques, première étape au-delà du natifLe plus simple à prendre en main ; offre gratuite ; modèles propresAutomatisation limitée ; les coûts montent avec la taille de la liste
OmnisendBoutiques qui veulent e-mail + SMS + push au même endroitMulticanal dès le départ ; pensé pour l’e-commerceMoins souple qu’un CRM complet pour les logiques complexes
KlaviyoBoutiques orientées données qui veulent une segmentation avancéeSegmentation e-commerce solide et automatisations comportementales ; SMS selon les régions/formules compatiblesTarification qui grimpe vite ; peut être excessif pour les petits catalogues
ActiveCampaignBoutiques qui ont besoin d’un vrai CRM + automatisation commercialeLogique d’automatisation et de branchement la plus puissanteCourbe d’apprentissage plus raide ; fonctions CRM que vous n’utiliserez peut-être pas

Si vous partez de zéro, l’entrée la plus douce est Mailchimp pour PrestaShop. Si les SMS et les notifications push comptent autant que l’e-mail, regardez l’approche multicanale d’Omnisend. Quand la segmentation et l’automatisation sont le cœur du sujet, comparez les automatisations avancées de Klaviyo avec ActiveCampaign lorsque vous avez besoin d’une automatisation sérieuse. Ne vous bloquez pas sur le choix « parfait » : n’importe laquelle de ces solutions vaut mieux que ne rien envoyer, et exporter une liste pour changer plus tard reste simple.

Les campagnes qui méritent leur place

Avec une liste et une plateforme en place, le vrai travail consiste à envoyer le bon message au bon moment. L’e-mail remplit deux missions, et les confondre explique pourquoi tant de boutiques obtiennent de mauvais résultats : les automatisations (messages de cycle de vie déclenchés par un événement, puis exécutés sans intervention) et les envois ponctuels (la newsletter que vous rédigez et envoyez à un segment). Les automatisations sont là où le chiffre d’affaires s’accumule discrètement, construisez-les donc en premier.

Trois moments du cycle client font l’essentiel du travail, et chacun mérite son propre guide. Voici donc la carte plutôt qu’un paragraphe expédié :

  • Relance de panier abandonné. Environ sept paniers sur dix sont abandonnés (moyenne suivie par Baymard), et une séquence de relance bien temporisée en récupère une partie. C’est l’automatisation au meilleur ROI de cette liste, car le client a déjà choisi les produits : il ne vous reste qu’à supprimer le dernier point de friction. Associez-la à un tunnel d’achat qui ne crée pas cette friction dès le départ ; notre module Checkout Revolution transforme le paiement PrestaShop par étapes en une page unique, afin que moins de paniers se perdent avant même que l’e-mail ait besoin de partir.
  • Scénario post-achat. La fenêtre juste après la livraison est celle où la bonne volonté est la plus forte : c’est le moment de demander un avis, de suggérer un produit réellement complémentaire et de transformer un acheteur en client récurrent. Les messages à envoyer, et le bon timing, sont détaillés dans les e-mails post-achat : quoi envoyer après un achat.
  • Réactivation des clients dormants. Les clients deviennent silencieux, mais un client qui a déjà acheté chez vous coûte bien moins cher à réactiver qu’un inconnu à acquérir. Le moment du déclenchement et la structure de l’offre sont traités dans les e-mails de réactivation : comment renouer avec les clients qui n’achètent plus.

Le côté envoi ponctuel, votre véritable newsletter, est plus simple mais facile à rater : rendez-la utile bien plus souvent que promotionnelle, écrivez l’objet comme si c’était la seule chose qui compte (car pour l’ouverture, c’est le cas), et poussez une seule action claire par envoi. La plus grosse erreur avec une newsletter consiste à traiter la liste comme un haut-parleur à remises ; les boutiques qui génèrent le plus de chiffre d’affaires par e-mail la traitent comme une raison donnée aux clients de continuer à prêter attention.

La segmentation est le multiplicateur — mais PrestaShop natif ne sait pas la faire

Envoyer le même e-mail à toute votre liste revient, côté e-mail, à diffuser une seule publicité à tout Internet. Le levier qui sépare un programme rentable d’un programme simplement toléré, c’est la segmentation : différents clients, différents messages. PrestaShop possède toute la matière première pour cela ; il ne sait simplement pas l’exploiter nativement, ce qui constitue l’autre moitié de la raison pour laquelle vous connectez une plateforme externe.

Les données existent déjà dans votre base, et les plateformes ci-dessus les synchronisent : l’historique d’achat (catégories et produits) se trouve dans ps_order_detail ; la valeur vie client et la fréquence des commandes viennent de ps_orders ; et vous pouvez identifier vos plus gros acheteurs directement via SQL dans Paramètres avancés → Base de données → Gestionnaire SQL, par exemple en additionnant total_paid_real par id_customer pour trouver les 10 % qui méritent un traitement VIP. Les segments à construire en premier sont les plus évidents : clients à forte valeur (accès anticipé, produits premium), acheteurs uniques (incitation à une deuxième commande), contacts engagés mais non acheteurs (contenu plutôt que remises) et clients inactifs (le scénario de réactivation ci-dessus). Vous n’avez pas besoin de tout mettre en place dès le premier jour : l’historique d’achat seul, utilisé pour éviter d’envoyer des e-mails sur des ustensiles de cuisine à quelqu’un qui a acheté des chaussures de running, vous place déjà devant la plupart des boutiques.

Le Gestionnaire SQL n’exécute que des requêtes de lecture, vous pouvez donc copier-coller et lancer celle-ci telle quelle. Elle classe vos clients selon ce qu’ils vous ont réellement payé, du montant le plus élevé au plus faible ; la tranche supérieure constitue votre segment VIP :

SELECT c.id_customer,
       c.firstname,
       c.lastname,
       c.email,
       COUNT(o.id_order)        AS orders,
       SUM(o.total_paid_real)   AS lifetime_value
FROM ps_customer c
JOIN ps_orders o ON o.id_customer = c.id_customer
WHERE o.valid = 1
  AND c.newsletter = 1
  AND c.deleted = 0
GROUP BY c.id_customer
ORDER BY lifetime_value DESC;

Le filtre o.valid = 1 exclut les commandes impayées et annulées du total, et c.newsletter = 1 limite l’export aux personnes auxquelles vous avez le droit d’envoyer du marketing. Utilisez le bouton CSV au-dessus des résultats du Gestionnaire SQL pour transmettre ce segment directement à votre plateforme d’envoi.

L’e-mail est un canal dans un système de fidélisation, pas tout le système

L’e-mail est la colonne vertébrale de la fidélisation client, mais il fonctionne mieux avec les autres points de contact que les propriétaires de boutiques PrestaShop utilisent pour rester proches de leurs acheteurs. Un programme de fidélité donne à l’e-mail une raison d’être ouvert (points, avoirs, niveau à atteindre) : voir les programmes de fidélité pour PrestaShop. Un programme de parrainage transforme vos meilleurs abonnés e-mail en canal de vente à part entière (programmes de parrainage pour PrestaShop). Et lorsqu’un client préfère poser une question plutôt que lire une réponse, l’assistance en temps réel, par chat en direct ou via un centre d’aide intégré comme Support Revolution, capte une intention que l’e-mail ne peut pas gérer. L’e-mail est le canal qui vous appartient ; ces outils sont ceux qui donnent aux gens une raison d’y rester.

Mesurez ce qui compte, puis laissez le temps aux résultats de respirer

Vous ne pouvez pas améliorer un canal que vous ne mesurez pas, et l’e-mail natif de PrestaShop ne fournit presque aucune analyse. C’est, encore une fois, là que la plateforme connectée justifie son rôle : ouvertures, clics et chiffre d’affaires par campagne viennent tous de là. Suivez les indicateurs par ordre d’importance : chiffre d’affaires par e-mail envoyé d’abord (celui qui vous dit réellement si le canal fonctionne), puis le taux d’ouverture (l’e-commerce se situe souvent autour de 15 à 25 %, même si les fonctions de confidentialité des fournisseurs ont rendu ce chiffre moins fiable qu’avant), le taux de clic, et le taux de désabonnement (sous ~0,5 % par envoi, c’est sain ; un pic signifie que vous envoyez trop souvent ou aux mauvaises personnes). Marquez chaque lien avec des paramètres UTM afin que Google Analytics 4 attribue le chiffre d’affaires à la campagne ; sans cela, vous devinez.

Une discipline que la plupart des boutiques négligent : ne jugez pas un changement sur trois jours de données. Les résultats e-mail sont bruyants d’une semaine à l’autre, et la tentation de revenir en arrière sur une automatisation qui fonctionnait réellement, simplement parce que le mardi précédent a été calme, est la blessure auto-infligée la plus fréquente sur ce canal. Laissez à un nouveau scénario quelques semaines et un nombre significatif d’envois avant de décider.

Par où commencer cette semaine

N’essayez pas de bâtir un programme sophistiqué dès le premier jour. L’ordre qui fonctionne : vérifiez que la liste grandit réellement (le guide newsletter), connectez une plateforme d’envoi, activez l’automatisation de panier abandonné et envoyez une seule newsletter utile par semaine. Cette base suffit déjà à vous placer devant la plupart des boutiques PrestaShop, qui collectent des adresses sans jamais leur écrire. Le canal continue de surpasser les autres non pas parce qu’il est malin, mais parce que c’est celui qui vous appartient ; les boutiques qui gagnent sont simplement celles qui utilisent ce qu’elles possèdent. Ajoutez des segments, davantage d’automatisations et des tests A/B une fois les bases en place et les réactions de vos clients visibles.

Questions fréquentes

PrestaShop peut-il envoyer seul des newsletters marketing, sans outil tiers ?

Non. Le module natif ps_emailsubscription collecte seulement les adresses et gère le parcours d’inscription ; il n’a ni éditeur de campagne, ni planification, ni segmentation, ni suivi des ouvertures/clics. PrestaShop envoie des e-mails transactionnels (confirmation de commande, expédition, etc.) liés aux statuts de commande, mais il n’existe pas d’écran back-office pour rédiger une campagne et l’envoyer à votre liste. Pour cela, vous connectez une plateforme externe comme Mailchimp, Klaviyo, Omnisend ou ActiveCampaign.

Où ma liste newsletter est-elle réellement stockée dans PrestaShop ?

Elle est répartie à deux endroits. Les abonnés invités (personnes ayant utilisé le formulaire de pied de page sans créer de compte) se trouvent dans la table ps_emailsubscription. Les clients enregistrés qui ont donné leur consentement sont, eux, marqués sur leur ligne ps_customer via la colonne newsletter. Tout export ou connecteur que vous utilisez doit lire les deux, sinon il abandonne silencieusement la moitié de votre liste, le plus souvent la moitié client.

Ai-je besoin du double opt-in, et PrestaShop le prend-il en charge ?

Pour le marketing dans l’UE/RGPD, l’opt-in confirmé (double) est le choix défendable par défaut et il est pratiquement obligatoire en Allemagne. PrestaShop le prend en charge nativement : dans l’écran de configuration de ps_emailsubscription, répondez « oui » à la question sur l’e-mail de vérification, et les nouvelles inscriptions invitées sont enregistrées comme inactives jusqu’au clic sur le lien dans l’e-mail. Désactivez-le et vous obtenez un opt-in simple, où l’adresse est marquée active immédiatement.

Mes e-mails transactionnels n’arrivent pas : par où commencer ?

Vérifiez d’abord Paramètres avancés → E-mail. Le transport PHP mail() par défaut finit souvent en spam ou est rejeté par l’hébergeur ; passez à un SMTP authentifié avec un expéditeur sur votre propre domaine, et assurez-vous que SPF, DKIM et DMARC sont configurés pour ce domaine. Vérifiez ensuite que le statut de commande concerné a bien l’option « Envoyer un e-mail au client lorsque la commande passe à cet état » cochée dans Paramètres de la boutique → Commandes → États.

Dois-je acheter ou importer une liste e-mail pour démarrer plus vite ?

Non. Une liste achetée ou aspirée n’a aucun consentement derrière elle, générera des plaintes pour spam et peut faire inscrire votre domaine d’envoi sur liste noire, ce qui nuit ensuite à la délivrabilité auprès des clients qui ont réellement donné leur accord, y compris pour vos e-mails transactionnels de commande. Une petite liste de personnes ayant activement confirmé qu’elles veulent recevoir vos messages rapportera toujours plus qu’une grande liste froide. Développez-la correctement à la place.

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