Délivrabilité des e-mails HTML : générateur, envoi et réglages DNS

Pour la plupart des équipes qui envoient des e-mails HTML depuis un produit SaaS, le meilleur point de départ est Postmark pour les messages transactionnels : réinitialisation de mot de passe, reçus, invitations, alertes de connexion. Son plan Basic commence à 15 US$ par mois pour 10 000 e-mails, et le plan gratuit de 100 e-mails par mois permet de valider toute la chaîne avant de payer. La raison principale tient à sa conception : il sert des envois déclenchés par l’application, ce qui facilite la séparation de ces messages et de votre marketing.

Le générateur HTML joue un rôle plus indirect qu’on ne le pense. Il produit du code plus ou moins lourd, plus ou moins stable selon les boîtes de réception, et il peut ajouter des liens ou des images mal configurés. Mais l’arrivée en boîte de réception dépend surtout de trois éléments : l’authentification DNS de votre domaine, la réputation de votre expéditeur et l’hygiène de vos listes. Ce guide traite les deux volets, en partant du choix de l’outil jusqu’aux réglages à vérifier avant chaque campagne.

Ce que le générateur change réellement

Un générateur d’e-mails répond à une question de fabrication : comment obtenir un HTML qui s’affiche de la même façon dans Outlook, Gmail, Apple Mail et sur les téléphones. Les clients de messagerie interprètent le CSS de façon très inégale. Une structure en tableaux imbriqués, des styles en ligne et un poids de message raisonnable évitent la plupart des rendus cassés. Un générateur qui produit ce type de code réduit donc le risque de mise en page cassée, ce qui n’est pas la même chose qu’une bonne délivrabilité.

La distinction est importante pour ne pas attendre d’un outil de design ce qu’il ne peut pas faire. Un message très bien dessiné envoyé depuis un domaine sans SPF ni DKIM finira dans les spams. À l’inverse, un message brut, bien authentifié et envoyé à une liste propre peut très bien arriver en boîte de réception. Le choix du générateur doit donc répondre à votre façon de travailler : qui écrit les gabarits, qui les valide, et comment le HTML arrive jusqu’au fournisseur d’envoi.

On distingue en pratique deux familles. D’un côté, les bibliothèques de code (MJML, React Email, Maizzle) qui se versionnent comme du code et se relisent comme du code. De l’autre, les éditeurs visuels (Stripo, BEE, Unlayer) qui permettent à une équipe marketing de produire des campagnes sans passer par un développeur, avec un export HTML à contrôler avant envoi.

Tableau comparatif des outils

Le tableau ci-dessous sépare les générateurs (où l’on fabrique le HTML) des fournisseurs d’envoi (qui le font partir et gèrent la réputation). Les prix des fournisseurs sont ceux de leurs pages officielles, relevées le 7 octobre 2026. Lorsqu’aucun prix public n’est disponible, la mention « tarif sur demande » est indiquée.

Stripo, BEE et Unlayer : les éditeurs visuels

Stripo

Pour qui : une équipe marketing qui produit des campagnes et des séquences HTML sans développeur à chaque envoi. Stripo convient quand le besoin est de bibliothèques de blocs partagées, de modèles validés et d’un export propre.

Points forts : une interface orientée campagne, des blocs réutilisables et une prise en main rapide pour les non-techniques. C’est souvent l’outil qui réduit le plus les allers-retours avec l’équipe produit.

Limites : le HTML généré reste du code tiers. Il faut vérifier l’export, les liens de désinscription et le texte alternatif des images avant chaque envoi, car l’éditeur ne peut pas le faire à votre place. Le tarif n’est pas publié ici, il faut le demander à l’éditeur.

Prix : tarif sur demande. Page d’information : stripo.email.

BEE

Pour qui : les équipes marketing qui veulent un éditeur facile à prendre en main, avec une logique de glisser-déposer et des modèles prêts à l’emploi.

Points forts : un parcours simple pour créer une newsletter ou un e-mail promotionnel, et une séparation nette entre contenu et mise en forme.

Limites : pour une logique très spécifique (contenu conditionnel complexe, gabarits partagés entre plusieurs produits), il faudra souvent passer par l’export et retravailler le code. Relisez le HTML avant de le confier à un fournisseur d’envoi.

Prix : tarif sur demande. Page d’information : beefree.io.

Unlayer

Pour qui : les produits SaaS qui veulent offrir un éditeur d’e-mails à leurs propres utilisateurs, par exemple pour des notifications personnalisées ou des modèles fournis par le client.

Points forts : l’éditeur s’intègre dans votre interface, ce qui évite de faire sortir l’utilisateur de votre produit. Le HTML produit peut être récupéré et envoyé via votre propre fournisseur.

Limites : l’intégration et la maintenance vous reviennent. Il faut aussi prévoir la validation des modèles créés par vos utilisateurs, car un gabarit mal construit peut dégrader la délivrabilité de tout votre domaine.

Prix : tarif sur demande. Page d’information : unlayer.com.

MJML, React Email et Maizzle : les bibliothèques de code

MJML

Pour qui : les équipes techniques qui veulent un HTML responsive stable, produit à partir d’un langage de balisage plus lisible que des tableaux imbriqués. MJML est bien adapté aux gabarits transactionnels qui changent peu et qui doivent rester identiques d’un client à l’autre.

Points forts : la compilation produit un HTML compatible avec un large éventail de clients de messagerie. Le code se versionne dans Git et se relit comme n’importe quelle autre partie de l’application.

Limites : il faut une chaîne de compilation et un processus de contrôle du rendu. Sans cela, une modification de gabarit peut passer en production sans avoir été vue par personne.

Prix : bibliothèque open source, sans abonnement. Site officiel : mjml.io.

React Email

Pour qui : les équipes qui écrivent déjà leur interface en React et TypeScript et qui veulent réutiliser leurs composants pour les e-mails. Le gain principal est la cohérence : un bouton ou un en-tête a la même définition dans l’application et dans le courriel.

Points forts : prévisualisation locale, composants typés et possibilité de générer le HTML côté serveur au moment de l’envoi.

Limites : l’outil suppose des compétences React. Une équipe qui n’écrit pas de code ne l’utilisera pas seule, et la relecture du rendu reste nécessaire pour les clients de messagerie les plus anciens.

Prix : bibliothèque open source, sans abonnement. Site officiel : react.email.

Maizzle

Pour qui : les développeurs qui préfèrent un CSS utilitaire pour construire des gabarits réutilisables, avec une séparation claire entre le style et la structure.

Points forts : bonne réutilisation des gabarits entre plusieurs envois, et un résultat HTML ensuite envoyé par n’importe quel fournisseur par API ou SMTP.

Limites : peu adapté aux équipes qui ne travaillent jamais avec le code. Le CSS utilitaire demande une discipline de nommage pour rester lisible à plusieurs.

Prix : bibliothèque open source, sans abonnement. Site officiel : maizzle.com.

Les fournisseurs d’envoi

Postmark

Pour qui : les produits qui envoient des messages déclenchés par l’application et qui tiennent à ce qu’ils arrivent vite. C’est le meilleur choix de départ pour la plupart des équipes SaaS, à condition de garder le marketing de masse à l’écart.

Points forts : plan gratuit de 100 e-mails par mois, sans dépassement, pour valider l’intégration. Le plan Basic commence à 15 US$ par mois à partir de 10 000 e-mails, et les plans Pro et Platform sont plus chers pour le même volume (16,50 US$ et 18 US$ par mois).

Limites : l’outil n’est pas conçu pour des campagnes de masse ou des parcours marketing complets. Au-delà du transactionnel, il faudra un outil complémentaire.

Prix : gratuit jusqu’à 100 e-mails par mois, puis à partir de 15 US$ par mois (Basic, facturation mensuelle ou annuelle). Page tarifs : postmarkapp.com/pricing.

Resend

Pour qui : les développeurs qui veulent envoyer depuis une API simple, avec du HTML produit par React Email ou MJML. Resend se prête bien aux équipes qui ont déjà une chaîne de build moderne.

Points forts : plan gratuit de 3 000 e-mails par mois, avec une limite de 100 e-mails par jour et 3 domaines. Le plan Pro à 20 US$ par mois couvre 50 000 e-mails, ce qui est souvent suffisant pour une application de taille moyenne.

Limites : la limite quotidienne du plan gratuit impose un passage au payant dès qu’un lancement produit plus de messages en une journée. Le module marketing est tarifé à part, selon le nombre de contacts.

Prix : gratuit jusqu’à 3 000 e-mails par mois, Pro à 20 US$ par mois pour 50 000 e-mails, Scale à 90 US$ par mois pour 100 000 e-mails. Page tarifs : resend.com/pricing.

Sender

Pour qui : les petites équipes qui envoient des campagnes et des messages automatisés avec une liste modeste, sans nécessité d’intégration technique poussée.

Points forts : plan gratuit « Free Forever » pour 2 500 abonnés et 15 000 e-mails par mois. Le plan Standard à 6,30 US$ par mois inclut 6 000 e-mails par mois, et le plan Professional à 10,50 US$ par mois inclut 12 000 e-mails par mois.

Limites : les plans sont plafonnés en abonnés et en volume. Au-delà de 12 000 e-mails par mois sur le plan Professional, le tarif passe sur demande, ce qui complique la prévision budgétaire pour une croissance rapide.

Prix : gratuit jusqu’à 2 500 abonnés ; Standard à 6,30 US$ par mois ; Professional à 10,50 US$ par mois. Page tarifs : sender.net/pricing.

Customer.io

Pour qui : les équipes qui construisent des parcours complexes fondés sur le comportement : inscription, activation, relance d’un panier ou d’un essai. Customer.io raisonne en profils et non en e-mails envoyés, ce qui change la logique de coût.

Points forts : un constructeur de parcours visuel, des déclencheurs selon les événements de l’application et un suivi du comportement après envoi.

Limites : la facture suit le nombre de profils. Il n’existe pas de plan gratuit permanent : un programme de démarrage peut offrir une période gratuite aux entreprises éligibles, sous conditions de levée de fonds.

Prix : Essentials à partir de 100 US$ par mois, puis selon le nombre de profils. Premium est tarifé selon un volume de profils sur mesure, à partir de 1 000 US$ par mois. Page tarifs : customer.io/pricing.

Comparer les coûts à volume réaliste

Les fournisseurs ne facturent pas tous la même chose. Postmark, Resend et Sender comptent les e-mails envoyés, alors que Customer.io compte les profils. Le tableau suivant compare trois volumes réalistes, en nommant à chaque fois le plan qui s’applique. Lorsque le plan public ne couvre pas le volume, la case indique « tarif sur demande ».

Quelques calculs simples aident à projeter la dépense annuelle. Postmark Basic à 15 US$ par mois représente 180 US$ par an (12 × 15). Sender Professional à 10,50 US$ par mois représente 126 US$ par an (12 × 10,50). Le plan Pro de Resend à 20 US$ par mois représente 240 US$ par an (12 × 20). Les prix mensuels s’entendent hors taxes et sont indiqués tels que publiés sur les pages officielles ; vérifiez-les avant de budgéter, car ils peuvent changer.

Le même raisonnement se lit différemment selon le besoin. Pour une application qui envoie 10 000 e-mails transactionnels par mois, le plan Basic de Postmark ou le plan Pro de Resend coûtent environ le même prix mensuel. Le critère de choix devient alors la vitesse d’intégration et la qualité des journaux d’envoi, deux points à évaluer sur votre propre flux plutôt que sur une fiche tarifaire.

Tableau de décision : quel outil pour quel besoin

Le tableau suivant part du besoin concret, pas de la fonctionnalité la plus vendue. Il indique l’outil le plus cohérent et la raison, à valider avec votre propre volume et votre équipe.

Les réglages DNS à faire avant tout envoi

Trois enregistrements conditionnent la confiance accordée à votre domaine : SPF, DKIM et DMARC. Ils se configurent une fois, mais ils doivent être vérifiés à chaque changement de fournisseur. Ces réglages ne dépendent pas du générateur HTML : ils s’appliquent identiquement à MJML, à Stripo ou à un gabarit écrit à la main.

SPF : qui peut envoyer pour votre domaine

SPF est un enregistrement TXT qui liste les serveurs autorisés à envoyer des e-mails au nom de votre domaine. Un domaine ne doit avoir qu’un seul enregistrement SPF. Si vous utilisez plusieurs services, regroupez-les dans un seul enregistrement plutôt que d’en créer plusieurs, car les serveurs récepteurs rejettent un domaine qui en possède plusieurs.

v=spf1 include:_spf.exemple-fournisseur.com ~all

L’exemple ci-dessus est fictif : remplacez la partie include par la valeur fournie par votre fournisseur d’envoi.

DKIM : signer les messages

DKIM ajoute une signature cryptographique à chaque message. Le fournisseur génère une paire de clés, vous publiez la clé publique dans le DNS, et il signe les envois avec la clé privée. Le serveur récepteur vérifie que le message n’a pas été modifié et qu’il vient bien de votre domaine. Les instructions diffèrent selon le fournisseur : elles consistent généralement à ajouter un enregistrement CNAME ou TXT pour un sélecteur donné.

DMARC : dire aux récepteurs quoi faire en cas d’échec

DMARC indique comment traiter un message qui échoue à SPF ou DKIM, et il envoie des rapports qui montrent qui envoie en votre nom. Commencez en mode surveillance, puis renforcez la politique une fois que vos rapports ne montrent plus d’envois légitimes en échec.

v=DMARC1; p=none; rua=mailto:dmarc@votredomaine.com

Une fois la surveillance concluante, la politique peut passer en quarantaine, puis en rejet :

v=DMARC1; p=quarantine; rua=mailto:dmarc@votredomaine.com

v=DMARC1; p=reject; rua=mailto:dmarc@votredomaine.com

Réputation de l’expéditeur et hygiène de liste

Les fournisseurs de boîtes de réception suivent la réputation de votre domaine et de vos envois. Plusieurs signaux comptent : le taux de rebonds, le taux de plaintes pour spam, la proportion de messages ouverts ou cliqués, et la régularité du volume. Aucun de ces signaux n’est un interrupteur : ils s’additionnent. Les seuils exacts changent selon les fournisseurs et ne sont pas publiés de façon fixe, donc surveillez leur tendance plutôt qu’un chiffre unique.

Ce qui améliore la réputation

• Des envois à des personnes qui ont demandé à recevoir vos messages. Un double opt-in ou une inscription explicite limite les plaintes.
• Une désinscription visible. Un lien clair dans le corps du message et un en-tête List-Unsubscribe rendent le retrait plus simple que le signalement en spam.
• Des adresses valides. Une vérification à l’inscription réduit les rebonds dès le premier envoi.
• Un volume régulier. Une montée progressive est plus sûre qu’un envoi massif soudain depuis un domaine neuf.

Ce qui la dégrade

• Des listes achetées ou récupérées. Elles contiennent des adresses inactives, parfois des pièges à spam, et des personnes qui n’ont jamais accepté.
• Des rebonds non traités. Une adresse qui rebondit doit être retirée immédiatement, pas au prochain nettoyage.
• Des plaintes ignorées. Chaque plainte est un signal ; la réponse est de revoir la source d’inscription et la fréquence.
• Un gabarit cassé ou trompeur. Un lien qui ne correspond pas à son libellé ou un HTML mal fermé peut attirer des filtres.

Le générateur a un rôle ici. Un éditeur visuel qui exporte des liens de suivi mal formés, ou une bibliothèque qui oublie un en-tête, peut produire des messages moins fiables sans qu’on s’en aperçoive. La relecture du HTML généré fait donc partie de l’hygiène d’envoi.

Setup et migration : la checklist

Le tableau suivant sert de référence avant un premier envoi ou lors d’un changement de fournisseur. Il suit l’ordre logique : domaine, DNS, gabarit, tests, puis surveillance.

Lors d’une migration d’un fournisseur à un autre, ne coupez pas l’ancien service du jour au lendemain. Gardez les deux en parallèle pendant quelques semaines, en envoyant d’abord les messages transactionnels les moins sensibles, puis en basculant les parcours. Cette transition progressive évite qu’un changement d’adresse d’envoi ou de signature DKIM soit interprété comme un comportement suspect.

Comment choisir sans se perdre

Commencez par écrire qui produit les gabarits et qui les valide. Si la réponse est un développeur, MJML ou React Email conviennent et l’export reste entre vos mains. Si la réponse est une équipe marketing, un éditeur visuel comme Stripo ou BEE permet d’avancer seul, à condition de prévoir une relecture du HTML. Si la réponse est « nos utilisateurs », Unlayer est fait pour cela, mais le coût de maintenance est réel.

Ensuite, séparez les flux. Les messages transactionnels (réinitialisation, reçus, alertes) sont attendus et doivent arriver vite : Postmark ou Resend sont alors des choix naturels. Les campagnes et les parcours marketing demandent un autre outil, avec une gestion de listes, de consentement et de désinscription. Mélanger les deux sur un même domaine rend les problèmes difficiles à diagnostiquer, car une campagne mal reçue peut toucher les messages transactionnels.

Enfin, calculez le coût sur votre volume réel et sur celui que vous attendez dans douze mois. Un plan gratuit suffit pour valider une intégration, mais il ne doit pas servir de base budgétaire. Les tarifs cités dans ce guide proviennent des pages officielles des fournisseurs, relevées le 7 octobre 2026. Pour un devis ferme ou un volume hors grille, demandez une offre directement auprès de l’éditeur.

Ce qui compte moins qu’on le croit

Certaines inquiétudes reviennent souvent sans lien démontré avec le problème réel. La longueur d’un message n’explique pas à elle seule un échec de délivrance. Un mot comme « gratuit » dans l’objet n’est pas un déclencheur à lui seul. Le ratio image/texte est une vieille règle dont l’effet a beaucoup diminué. L’heure d’envoi influence surtout le taux d’ouverture, pas la décision de délivrer le message. Concentrez vos efforts sur l’authentification, la liste et les plaintes : c’est là que se joue l’essentiel.

Le HTML lui-même mérite une attention proportionnée. Un gabarit trop lourd ou des liens de suivi mal formés peuvent poser des problèmes de lisibilité et de confiance, mais ils ne remplacent jamais un domaine bien authentifié et une liste propre.

Questions fréquentes

Faut-il un générateur visuel pour bien délivrer ses e-mails ?

Non. La délivrabilité dépend surtout de l’authentification DNS, de la réputation de l’expéditeur et de la qualité de la liste. Un générateur visuel aide à produire un rendu cohérent et à faire travailler une équipe marketing sans développeur. Un gabarit écrit à la main, bien authentifié, peut délivrer aussi bien. Le choix dépend de qui écrit et valide les gabarits.

Peut-on utiliser le même fournisseur pour le transactionnel et le marketing ?

C’est possible, mais déconseillé pour un domaine unique. Les messages transactionnels sont attendus et doivent arriver vite ; les campagnes génèrent davantage de plaintes et de rebonds. Séparer les flux, idéalement par sous-domaine ou par fournisseur, rend les problèmes plus faciles à isoler et protège les alertes critiques.

Combien de temps prend la configuration DNS ?

La publication des enregistrements est rapide dans votre hébergeur DNS, mais leur propagation peut prendre de quelques minutes à plusieurs heures selon les serveurs. Le fournisseur d’envoi indique généralement quand la signature DKIM est validée. Ne lancez pas de campagne avant ce retour, et vérifiez ensuite le résultat par un envoi de test.

Faut-il passer DMARC directement en rejet ?

Non. Une politique de rejet appliquée trop tôt peut bloquer des envois légitimes oubliés dans vos rapports, par exemple un outil interne qui envoie au nom du domaine. Commencez par la surveillance (p=none), vérifiez les rapports pendant plusieurs semaines, puis passez à la quarantaine avant le rejet.

Le plan gratuit suffit-il pour tester une intégration ?

Oui, dans la plupart des cas. Postmark propose 100 e-mails par mois, Resend 3 000 e-mails par mois avec une limite de 100 par jour, et Sender 2 500 abonnés. Ces plans permettent de valider le HTML, l’authentification et la réception. Ils ne conviennent pas à une production avec un volume régulier.

Pourquoi les tarifs de Customer.io ne se comparent-ils pas directement aux autres ?

Customer.io facture selon le nombre de profils suivis, alors que les autres facturent selon les e-mails envoyés. Pour comparer, il faut estimer votre nombre de profils actifs et votre volume d’envois, puis lire le plan adapté. Le tableau de ce guide donne le coût à 10 000 profils, ce qui n’est pas l’équivalent de 10 000 e-mails.

Les prix publiés restent-ils valables ?

Ils peuvent changer à tout moment. Les tarifs cités ici ont été relevés sur les pages officielles des fournisseurs le 7 octobre 2026. Avant chaque renouvellement ou décision budgétaire, consultez à nouveau la page tarifs du fournisseur, et demandez un devis pour tout volume qui n’apparaît pas dans la grille publique.