À propos

EmailingSaaS est un site indépendant qui compare les outils d'email marketing du point de vue d'un SaaS. Pas d'une boutique e-commerce, pas d'une newsletter creator, pas d'une PME classique — un SaaS, avec ses triggers de facturation, ses trials, son churn et son besoin de mesurer ce que chaque email rapporte réellement.

Pourquoi ce site existe

La quasi-totalité des comparatifs d'outils email est écrite pour un public généraliste ou e-commerce. Quand tu cherches « quel outil email pour mon SaaS avec Stripe », tu tombes sur des listes génériques qui recommandent les mêmes plateformes quel que soit ton modèle économique. Pourtant, un SaaS n'a pas les mêmes besoins : il veut déclencher des emails sur des événements de paiement, segmenter selon l'usage produit, et mesurer l'impact de ses séquences sur le MRR — pas seulement les taux d'ouverture.

Ce site comble ce trou : tous nos guides, comparatifs et articles sont écrits pour le contexte SaaS, en français, avec un ton direct et sans jargon marketing.

Notre méthodologie

Chaque outil que nous présentons est passé par le même protocole de test : monter un scénario complet (déclencheur → séquence → règle de sortie), connecter une plateforme de paiement en conditions réelles, envoyer depuis un sous-domaine dédié avec une authentification complète (SPF, DKIM, DMARC), puis observer les rapports après deux semaines d'envois réels.

Nous testons ainsi ce qui compte pour un fondateur de SaaS : la facilité de connexion au billing, la gestion des règles de sortie, la lisibilité des rapports et le comportement réel du pricing quand la liste grossit. Nous ne testons pas l'exhaustivité des fonctionnalités — une fonction que tu n'utiliseras jamais ne change rien à ton quotidien.

Indépendance et transparence

Certains liens de ce site sont des liens affiliés : si tu souscris via ces liens, nous pouvons recevoir une commission, sans coût supplémentaire pour toi. Cette affiliation ne change ni nos classements ni nos verdicts — nous documentons explicitement les limites de chaque outil, y compris celles que nous recommandons, et nous indiquons systématiquement quand un point doit être vérifié sur la page officielle (les grilles tarifaires changent régulièrement).

Quand nous disons d'un outil qu'il est le meilleur pour un usage précis, c'est parce que notre protocole l'a montré dans ce contexte — pas parce qu'un programme d'affiliation nous le demande. Les outils que nous ne recommandons pas pour le SaaS le sont tout autant documentés.

Ce que nous ne faisons pas

  • • Nous ne vendons pas de services d'agence email — le site est un contenu éditorial, pas un canal de prospection.
  • • Nous ne publions pas de benchmarks présentés comme des garanties : chaque chiffre cité est un ordre de grandeur observé ailleurs, à confronter à ta propre baseline.
  • • Nous ne parlons que de ce que nous avons testé ou vérifié. Quand nous n'avons pas testé, c'est écrit.

Une correction à nous signaler ?

Le marché évolue vite et une erreur peut se glisser malgré nos vérifications. Si tu repères une information obsolète ou fausse, écris-nous via la page contact — nous corrigeons rapidement et avec plaisir. Les retours de lecteurs sont notre meilleur outil de qualité.

Comment ce site est organisé

Trois espaces structurent la navigation. Les fiches outils présentent chaque plateforme avec son verdict, ses tarifs vérifiés et ses limites. Les face-à-face opposent deux outils sur les critères qui comptent pour un SaaS, avec tableau et FAQ. Et les guides par cas d'usage traitent chaque situation concrète — onboarding, dunning, churn, upgrades — indépendamment des marques.

Le blog complète avec des guides de fond et des retours d'expérience. Si tu débutes, commence par le guide complet sur l'automatisation emailing : il donne le cadre que chaque guide spécialisé présuppose.

Navette de mise à jour

Les fiches et comparatifs portent une date : ils sont relus et mis à jour au fil des changements du marché — tarifs modifiés, fonctionnalités ajoutées ou retirées, évolutions des exigences des fournisseurs de boîtes mail (SPF, DKIM, DMARC notamment). Quand une information ne peut plus être garantie, nous le disons explicitement dans le texte, et nous renvoyons à la source officielle pour les chiffres à jour.

Si un sujet te semble traité de façon incomplète ou datée, écris-nous : les corrections des lecteurs ont toujours priorité sur notre programme éditorial.

En résumé

Un site français, écrit pour les fondateurs SaaS, avec un protocole de test et des limites documentées, qui dit franchement quand une decision dépend de ton contexte plutôt que d'un classement. C'est tout — et c'est déjà plus qu'un énième top 10 générique.

Le ton du site

Tu remarqueras qu'on te tutoie. C'est un choix assumé : nos lecteurs sont des fondateurs et des équipes produit, et on écrit comme on répondrait à un message privé — direct, sans circonlocutions, avec les « ça dépend » assumés quand la réponse l'exige. L'objectif n'est pas de paraître sympathique mais de compresser la distance entre l'information et la décision.

Même chose pour le niveau de détail : on ne vulgarise pas par politesse. Quand un sujet demande trois paragraphes techniques (SPF, DKIM, DMARC par exemple), ils sont là ; quand une fonctionnalité marketing n'apporte rien à un SaaS, on le dit sans toutefois tourner autour.

Historique et propriété

Le site a démarré comme un carnet de notes personnel : chaque migration, chaque test d'outil, chaque chiffre de délivrabilité observé était documenté pour ne pas le refaire deux fois. Ces notes, structurées, sont devenues les fiches et guides que tu lis. Le site est édité à titre personnel et auto financé par l'affiliation transparente décrite plus haut.

Si tu veux suivre les nouveautés ou nous transmettre un retour, le plus simple reste la page contact — on lit tout, et les suggestions pertinentes deviennent souvent les prochains guides.

Notre protocole de test en détail

Étape 1 — le scénario. Pour chaque outil, nous montons le même scénario de référence : un utilisateur s'inscrit, reçoit une séquence de bienvenue en trois emails, atteint sa limite d'usage, est invité à passer au plan payant, paie, puis — volontairement — un paiement échoue la semaine suivante. Une séquence de dunning doit s'enclencher et s'arrêter dès que le paiement repasse. Ce scénario couvre à lui seul 80 % de ce qu'un SaaS demande à son outil email.

Étape 2 — les connexions. Le scénario est branché sur une vraie plateforme de paiement en mode test, avec des événements réels (souscription, échec, upgrade). C'est à cette étape que les outils se départagent : certains gèrent les deux heures de setup, d'autres exigent des webhooks écrits à la main, un intermédiaire d'automatisation payé chaque mois, ou trois exports manuels.

Étape 3 — l'envoi. Tous les envois partent d'un sous-domaine dédié, avec SPF, DKIM et DMARC configurés. Nous surveillons la livraison par domaine destinataire (Gmail, Outlook) pendant deux semaines réelles d'envois — pas une campagne de masse artificielle, mais le volume réaliste d'un SaaS de petite taille.

Étape 4 — le coût. Enfin, nous projetons la facture sur douze mois à volume constant, puis à volume croissant (+50 % de contacts, +100 % d'envois). C'est là que les modèles « par contact » et « par email envoyé » divergent radicalement, et que beaucoup de classements génériques deviennent trompeurs pour un SaaS dont la base accumule des inactifs.

Ce que le protocole ne couvre pas. Les volumes à six chiffres mensuels, les standards sectoriels très réglementés (santé, finance), et les suites marketing géantes dépassent notre cadre de test. Quand c'est le cas, la fiche le dit explicitement et renvoie aux documents officiels de l'éditeur.

Nos regles de transparence

  • • Chaque classement indique sa date de test et de vérification des tarifs.
  • • Chaque fiche cite les limites de l'outil testé — y compris ceux que nous recommandons.
  • • Les liens affiliés sont couverts par nos mentions légales ; leur existence ne modifie jamais un verdict.
  • • Quand nous n'avons pas testé un aspect (ex. l'API avancée d'un outil), nous écrivons « à vérifier » plutôt que de parapher la brochure.
  • • Les corrections signalées par les lecteurs sont appliquées avant tout autre travail éditorial.

Une question sur la méthodologie, une contestation d'un verdict, une correction ? La page contact est ouverte — et les retours critiques sont les bienvenus : ce sont eux qui gardent le site honnête.

Le glossaire express du site

Quelques mots qu'on utilise partout, définis une fois pour toutes :

  • • Déclencheur (trigger) : l'événement qui fait partir un email — une inscription, un paiement raté, une fin de trial, une limite d'usage atteinte. La qualité d'un système email se juge sur la précision de ses déclencheurs.
  • • Règle de sortie : la condition qui fait qu'un contact cesse de recevoir une séquence — le plus souvent un paiement. Sans elle, tes clients payants reçoivent des emails destinés aux trials, et ça se voit.
  • • Dunning : les emails déclenchés par un paiement échoué, pour récupérer le client (et le MRR) avant la résiliation. C'est souvent la séquence au meilleur ROI du site entier.
  • • Pay-per-email : un modèle de tarification où tu paies à l'email envoyé, pas au contact stocké. Les deux divergent radicalement quand la liste grossit avec des inactifs.
  • • Warm-up : le réchauffement progressif d'un domaine ou d'une IP d'envoi avant les volumes normaux. En sauter l'étape, c'est livrer direct en spam.
  • • Baseline : les mesures prises avant toute optimisation. Sans baseline, aucun « mieux » n'est prouvable.

Ce que les lecteurs demandent le plus

Les demandes via la page contact orientent directement notre programme. Trois sujets dominent largement : « quel outil pour mon SaaS avec Stripe » (répondu par le comparatif principal et nos face-à-face), « comment récupérer les paiements ratés » (nos guides dunning et paiement raté), et « comment ne pas payer pour des contacts inactifs » (le guide sur le pricing à l'email vs au contact). Quand une question revient plus de trois fois, elle finit toujours par un guide publié.

La répartition des demandes nous anime aussi sur nos priorités : les SaaS early-stage écrivent le plus (onboarding et premières séquences), les SaaS en croissance s'intéressent à l'attribution et à la délivrabilité, et les SaaS mid-market aux migrations et aux gouvernances data. Le site avance dans cet ordre-là, pas dans l'ordre des mots-clés.

Les limites de nos derniers tests

Nous testons avec une petite équipe et des volumes modestes : nos mesures de délivrabilité reflètent le comportement de petits envois réguliers, pas les pics à cent mille emails. Nos tests durent des semaines, pas des années — la stabilité externe d'un éditeur (support réactif dans le temps, roadmap suivie, absence de rachat surprise) ne se juge que sur la durée. Et enfin, nos scénarios privilégient le cœur de métier d'un SaaS (trial, paiement, upgrade, dunning) : si ton usage est exotique, nos verdicts doivent être relus avec cette précaution.

Ces limites sont réaffirmées dans chaque fiche qui en dépend. Un site de comparaison qui tairait ses angles morts n'en serait plus un.

Le mot de la fin

Si tu ne devais retenir qu'une chose de ce site : le meilleur système email pour un SaaS n'est pas celui qui a le plus de fonctionnalités, c'est celui dont les déclencheurs répondent à ce que tes utilisateurs font réellement. Tout le reste — les templates parfaits, les A/B tests, les automatisations élaborées — ne viennent qu'après que ce socle tourne. C'est ce socle que nos guides détaillent, et c'est là que la majorité de la valeur se joue.

Bonne lecture — et si un guide te fait gagner du temps ou t'évite une erreur, le meilleur remerciement est de nous signaler la prochaine inexactitude que tu croiseras...

Les cinq décisions que ce site documente le mieux

  1. 1. Choisir un outil email au stade early-stage, sans surendettement ni faux pas de pricing. Voir le comparatif principal puis le face-à-face correspondant à ton duo.
  2. 2. Brancher ses emails sur le billing (Stripe, Paddle, Lemon Squeezy) sans mille-feuille d'intégrations. Nos guides Stripe, Paddle et Lemon Squeezy détaillent chaque déclencheur utile.
  3. 3. Récupérer le MRR perdu par les paiements ratés avec un dunning bien calibré. Nos deux guides (principe et séquence) font le tour complet.
  4. 4. Ne plus payer au contact quand la liste grossit avec des inactifs. Le guide pay-per-email vs par contact pose les calculs type.
  5. 5. Authentifier son domaine (SPF, DKIM, DMARC) et rester en inbox sans y passer le dimanche. La série délivrabilité couvre le setup, le warm-up et la surveillance.

Si ton besoin n'est pas dans ces cinq points, la bibliothèque par cas d'usage contient une centaine de guides plus fins — la recherche du navigateur suffit à y naviguer.

Nos engagements envers la France

Le site est écrit intégralement en français, hébergé pour répondre vite aux lecteurs francophones, et il assume un ton adressé directement — le tutoiement, ancré dans le vocabulaire produit courant du tech français. La terminologie est soignée : « déclencheurs », « séquences », « désinscription », pas d'anglicismes gratuits quand le français a son mot. Et le RGPD y sert de fondation plutôt que d'appendice : nos pages confidentialité et cookies sont écrites pour être comprises, pas subies.

Comment parcourir le site efficacement en une heure

Parcours conseillé pour un fondateur pressé : dix minutes sur le comparatif des meilleurs outils pour SaaS pour raccourcir la liste, une demi-heure sur le face-à-face de tes deux finalistes, puis quinze minutes sur le guide pricing à l'email vs au contact pour projeter le coût réel. Si tu restes un quart d'heure, le guide Stripe emailing montre comment brancher tes déclencheurs de facturation — souvent le point décisif pour un SaaS.

Ce parcours d'une heure remplace plusieurs semaines d'hésitation. Il a été conçu précisément dans cet esprit : chaque page doit te faire progresser d'une décision, pas seulement « informer ».

Trois phrases qui résument le site

« Ton outil email doit parler à ta plateforme de paiement, pas à ton agence. » — c'est le principe derrière nos classements centrés sur les déclencheurs billing natifs.

« Une base de contacts inactifs est un loyer, pas un actif. » — voilà pourquoi nous nous obsédons sur la différence entre pricing au contact et pricing à l'email.

« Un email non demandé est un email jeté. » — la délivrabilité se construit avant de s'optimiser, et nos guides délivrabilité commenceront toujours par cette évidence.

Pour aller au-delà du site

Ce que ce site ne remplace jamais : la documentation officielle des outils (toujours plus détaillée et à jour que n'importe quel comparatif), les communautés de fondateurs où les cas limites se discutent en conditions réelles, et ton propre pilote — la seule épreuve qui décide définitivement. Le site est un accélérateur de décision, pas un substitut à ton jugement.

Et si tu envisages de construire ton propre site de comparaison après avoir lu ces lignes : bonne chance. C'est un travail de main — plus de tests et de notes que de raccourcis automatisés, contrairement à ce qu'on imagine. Le test est lent par essence, et c'est précisément cette lenteur qui le rend utile face aux classements automatiques.

Un site, une audience, un langage

Tout le site est écrit à la deuxième personne du singulier, en français naturel, avec le vocabulaire réel de l'écosystème. Pas de langue de bois, pas de formules traduites de l'anglais à la hâte. Si un terme technique reste en anglais (dunning, warm-up, pay-per-email), c'est que le marché francophone l'utilise tel quel — euphémiser le vocabulaire du métier créerait plus de confusion qu'il n'en lève.

Ce faisant, le site assume n'être utile qu'aux lecteurs francophones. C'est une limitation assumée, cohérente avec la profondeur plutôt que la largeur qui guide chaque décision éditoriale ici.

Petite histoire de cette page

La page « À propos » d'un site de comparaison est souvent la plus négligée — un paragraphe générique et une adresse de contact. La nôtre est plus longue que la moyenne, et c'est volontaire : dans un marché où les faux « sites indépendants » pullulent, se présenter honnêtement fait partie intégrante de l'offre. Si tu as lu jusqu'ici, tu sais qui écrit, comment on teste, ce qu'on promet — et surtout ce qu'on ne promet pas.

Cette page sera tenue à jour avec le site : quand la méthodologie évoluera (et elle évoluera avec le marché), cette page changera avec sa date visible, comme tout le reste.

Trois signaux d'alerte chez les sites concurrents (et pourquoi on les évite)

  • • Un classement sans méthode décrite : si personne ne dit comment le test a été mené, il n'a probablement pas eu lieu.
  • • Des notes à la décimale près mais sans contexte de test ni limites mentionnées : la précision prétendue masque bien souvent un agenda commercial.
  • • Des « meilleures alternatives » qui changent selon la page visitée, sans explication : c'est le symptôme le plus net d'un classement commercial avant éditorial.

Compare ces trois critères la prochaine fois que tu lis un classement en français — y compris le nôtre. Un site qui passe ces tests mérite ton temps ; les autres ne méritent que l'onglet fermé.

Trois phrases qui résument le site

« Ton outil email doit parler à ta plateforme de paiement, pas à ton agence. » — c'est le principe derrière nos classements centrés sur les déclencheurs billing natifs.

« Une base de contacts inactifs est un loyer, pas un actif. » — voilà pourquoi nous nous concentrons sur la différence entre pricing au contact et pricing à l'email envoyé.

« Un email non demandé est un email jeté. » — la délivrabilité se construit avant de s'optimiser, et nos guides sur le sujet commencent toujours par cette évidence.

Pour aller au-delà du site

Ce que ce site ne remplace jamais : la documentation officielle des outils (toujours plus détaillée et à jour que n'importe quel comparatif), les communautés de fondateurs où les cas limites se discutent en conditions réelles, et ton propre pilote — la seule épreuve qui décide définitivement. Le site est un accélérateur de décision, pas un substitut à ton jugement.

Et si tu envisages de construire ton propre site de comparaison après avoir lu ces lignes : bonne chance. C'est un travail de main — plus de tests et de notes que de raccourcis automatisés, contrairement à ce qu'on imagine. Le test est lent par essence, et c'est précisément cette lenteur qui le rend utile face aux classements automatiques.

Un site, une audience, un langage

Tout le site est écrit à la deuxième personne du singulier, en français naturel, avec le vocabulaire réel de l'écosystème. Pas de langue de bois, pas de formules traduites de l'anglais à la hâte. Si un terme technique reste en anglais (dunning, warm-up, pay-per-email), c'est que le marché francophone l'utilise tel quel — euphémiser le vocabulaire du métier créerait plus de confusion qu'il n'en lève.

Ce faisant, le site assume n'être utile qu'aux lecteurs francophones — une limitation assumée, cohérente avec la profondeur plutôt que la largeur qui guide chaque décision éditoriale ici.

Un remerciement collectif

Plusieurs lecteurs réguliers contribuent chacun à leur manière : corrections de tarifs, signalements de fonctionnalités retirées, retours d'implémentation, demandes de comparatifs. Ce site est en partie le leur — chaque correction est notée, datée, et se retrouve un jour dans les pages concernées. Avant d'aller plus loin : merci. La comparaison honnête est un travail d'équipe déguisé en site personnel.

Et maintenant ?

Si tu es venu ici pour résoudre un problème précis, retourne à la bibliothèque des cas d'usage — le mot-clé du navigateur est ton ami. Si tu veux l'index complet des outils, la page Outils t'attend. Et si tu veux juste suivre les nouveautés, le blog s'étoffe au fil des semaines — avec la même exigence que cette page.