# Meilleures plateformes d’e-mails marketing et transactionnels

URL canonique : https://brew.new/fr/blog/best-email-platforms-for-marketing-and-transactional-emails-in-one-place
Rédigé par Thomas Park
Publication : 2026-09-16
Mise à jour : 2026-09-29

Ce comparatif est publié par Brew. Nous avons examiné le 28 septembre 2026 la documentation produit mise en lien. Il s’agit d’une comparaison fondée sur la documentation : nous ne prétendons pas avoir testé chaque plateforme en conditions réelles. Vérifiez les limites actuelles des offres sur la page tarifs de chaque éditeur.

Un client écrit au support : son e-mail de réinitialisation de mot de passe n’est jamais arrivé. Quelqu’un consulte les journaux du prestataire transactionnel, puis lance une recherche dans l’outil de newsletter. La même personne y a une fiche contact distincte, avec son propre historique.

Envoyer les reçus avec un éditeur et les newsletters avec un autre est courant, et cela fonctionne. Mais cela veut aussi dire deux jeux de modèles, deux bases de contacts et deux endroits à vérifier chaque fois que ce genre de problème survient.

Partager un même compte ne pose aucun problème, mais les reçus et les promotions ne devraient pas partager une même réputation d’envoi. Les fournisseurs de messagerie ne traitent pas une réinitialisation de mot de passe comme une promotion, et la loi américaine non plus. Toutes les plateformes ci-dessous combinent les deux types d’e-mails. Elles diffèrent par la façon dont elles les tiennent séparés.

## À retenir

- Un seul compte, oui ; une seule identité d’envoi pour tout, non. [Yahoo demande](https://senders.yahooinc.com/best-practices/) aux expéditeurs à fort volume d’utiliser des IP différentes, et de préférence des domaines différents, pour les e-mails marketing et transactionnels.
- La loi américaine classe un e-mail selon sa finalité principale. Un reçu devient commercial au sens de [16 CFR 316.3](https://www.ecfr.gov/current/title-16/chapter-I/subchapter-C/part-316/section-316.3) quand la promotion en est la finalité principale, ce qui s’apprécie d’après l’objet et la part du corps du message consacrée à la promotion.
- Les modèles de prix diffèrent : au contact (Loops, Resend Marketing), à l’envoi (Sequenzy, Postmark, Resend Transactional), par limite quotidienne (offre Free de Brevo), et en crédits plus envois (Brew).
- Postmark sépare les deux flux mais ne propose pas d’automatisation marketing. Les autres incluent l’automatisation.

## Ce que nous avons comparé

Nous avons lu les pages de chaque éditeur le 28 septembre 2026 et comparé :

1. La façon dont le trafic transactionnel et le trafic marketing sont séparés.
2. La présence ou non de l’automatisation marketing, c’est-à-dire de séquences déclenchées.
3. La tarification de chaque côté.
4. Le traitement des contacts désabonnés par les e-mails transactionnels.

## En un coup d’œil

| Plateforme | Séparation des flux | Automatisation marketing | Modèle de prix |
| --- | --- | --- | --- |
| Brew | Chaque domaine d’envoi a un usage : marketing ou transactionnel | Oui | Crédits et envois selon l’offre ; Free, Growth à 99 $/mois, Pro à 249 $/mois |
| Loops | API transactionnelle distincte et campagnes dans un même compte | Oui (workflows) | Contacts abonnés ; transactionnel inclus |
| Brevo | API/SMTP transactionnels à côté des campagnes marketing | Oui | Offre Free à 300 e-mails/jour ; offres payantes selon le volume |
| Resend | Une offre transactionnelle et une offre marketing distinctes | Oui (Automations, depuis avril 2026) | Transactionnel à l’envoi ; marketing au contact |
| Postmark | Message Streams : infrastructure distincte pour le transactionnel et les e-mails de diffusion | Non | À l’envoi ; Basic dès 15 $/mois pour 10 000 e-mails |
| Customer.io | API transactionnelle à côté des campagnes et des broadcasts | Oui | Selon les profils et les e-mails |
| Sequenzy | API REST et relais SMTP à côté des campagnes et des séquences | Oui | À l’e-mail ; contacts illimités |

## Brew

Dans Brew, un e-mail transactionnel est une automatisation dotée d’un déclencheur, et l’usage d’envoi du domaine détermine la façon dont Brew le traite. Un domaine à usage transactionnel lève l’obligation de désabonnement et atteint quand même les contacts désabonnés du marketing. Un domaine à usage marketing conserve les en-têtes de désabonnement en un clic. L’article [E-mails transactionnels](/fr/blog/transactional-emails) détaille ce modèle et le critère juridique.

Votre backend actionne le déclencheur à chaque événement :

```
POST /v1/automations/triggers/{triggerEventId}/fire
{ "payload": { "email": "ada@example.com", "order_id": "1234" } }
```

Dans le même compte, Brew conçoit et envoie campagnes, newsletters et automatisations de cycle de vie, toutes générées à partir de votre marque. Reçus et lancements partagent le même design system, même s’ils partent de domaines différents.

Brew se limite à l’e-mail, et sa tarification se fait par offre, en crédits IA et en envois. Growth inclut 50 000 envois par mois. Les envois réels exigent un domaine vérifié qui vous appartient.

## Loops

[Loops](https://loops.so/) réunit e-mails transactionnels, campagnes et workflows dans un seul compte pensé pour les équipes SaaS. L’envoi transactionnel est inclus dans les offres payantes. Les destinataires d’e-mails transactionnels ne comptent dans votre total de contacts que si vous leur envoyez aussi du marketing. Les 4 000 envois mensuels de l’offre gratuite couvrent les deux types réunis.

Il convient aux équipes SaaS qui veulent une facture unique et simple, fondée sur le nombre de contacts abonnés.

## Brevo

Brevo inclut des fonctionnalités transactionnelles dans toutes ses offres : API REST, SMTP et webhooks. D’après son [centre d’aide](https://help.brevo.com/hc/en-us/articles/208580669-FAQs-What-are-the-limits-of-the-Free-plan), l’offre Free permet 300 envois par jour, et jusqu’à 2 000 contacts uniques peuvent entrer dans des automatisations actives. Brevo propose aussi le SMS, WhatsApp et un CRM.

Il convient aux équipes qui veulent le marketing, le transactionnel et d’autres canaux chez un seul éditeur, à un prix d’entrée bas.

## Resend

Resend sépare les deux côtés dans des [offres](https://resend.com/pricing) distinctes. Le transactionnel est gratuit jusqu’à 3 000 e-mails par mois (100 par jour), puis l’offre Pro démarre à 20 $ par mois pour 50 000 e-mails. Le marketing est gratuit jusqu’à 1 000 contacts, puis coûte de 40 $ à 650 $ par mois pour 5 000 à 150 000 contacts, sans plafond d’e-mails envoyés. Les Broadcasts couvrent les campagnes, et [Automations](https://resend.com/blog/introducing-automations) les séquences déclenchées.

Il convient aux équipes de développeurs qui écrivent leurs modèles en React Email et veulent les deux flux derrière une seule API.

## Postmark

[Postmark](https://postmarkapp.com/pricing) répartit les e-mails transactionnels et les e-mails de diffusion dans des Message Streams, qu’il décrit comme des infrastructures d’envoi parallèles mais entièrement séparées. L’offre Basic démarre à 15 $ par mois pour 10 000 e-mails. Postmark ne propose ni automatisation marketing ni séquences : une séquence de bienvenue exige donc un autre outil ou votre propre code.

Il convient aux équipes pour qui la délivrance des e-mails transactionnels passe avant tout, et qui envoient des e-mails de diffusion de temps en temps.

## Customer.io

Customer.io envoie les messages transactionnels via son API, à côté des campagnes et des broadcasts. Sa [documentation MCP](https://docs.customer.io/ai/mcp/get-started/) cite les messages transactionnels parmi les ressources qu’un agent peut gérer. La plateforme couvre aussi le SMS, le push et l’in-app. Elle convient aux équipes qui s’appuient sur un modèle de données produit et utilisent plusieurs canaux.

## Sequenzy

[Sequenzy](https://www.sequenzy.com/) envoie les e-mails transactionnels via une API REST ou un relais SMTP, et gère campagnes et séquences dans le même compte. Il relaie aussi les e-mails de Supabase Auth. La tarification se fait à l’e-mail, avec des contacts illimités, à partir de 2 500 e-mails gratuits par mois.

## Un seul compte, pas une seule réputation

- Utilisez des domaines ou des sous-domaines d’envoi distincts, par exemple `mail.example.com` pour les campagnes et `notify.example.com` pour les reçus.
- Tenez les promotions à l’écart des modèles transactionnels. Selon le [critère de la finalité principale de la FTC](https://www.ftc.gov/business-guidance/resources/can-spam-act-compliance-guide-business), un message promotionnel reste commercial même si c’est une commande qui l’a déclenché.
- Ajoutez les en-têtes de désabonnement en un clic aux e-mails marketing. [Gmail les exige](https://support.google.com/mail/answer/81126) des expéditeurs en masse et en exempte les e-mails transactionnels.
- Décidez qui a la charge des messages qui se situent entre les deux. Les e-mails de fin d’essai et de panier abandonné sont généralement promotionnels.

## Questions fréquentes

### Puis-je envoyer un e-mail transactionnel à quelqu’un qui s’est désabonné ?

Oui, si le message est transactionnel, comme une réinitialisation de mot de passe ou un reçu. C’est pourquoi, dans Brew, les domaines à usage transactionnel atteignent les contacts désabonnés. Pour un contenu mixte, appliquez le critère de la finalité principale décrit dans le [guide des e-mails transactionnels](/fr/blog/transactional-emails). Un court pied de page promotionnel ne détermine pas automatiquement la qualification.

### Est-il risqué d’utiliser un seul éditeur pour les deux ?

Le risque vient d’une identité d’envoi partagée. Séparez les identités d’envoi et vérifiez si la plateforme propose des IP distinctes à votre volume. Un nouveau sous-domaine ne garantit pas, à lui seul, une réputation indépendante.

### Quelle est l’option la moins chère pour un petit SaaS ?

La tarification au contact avantage une petite liste qui reçoit souvent des e-mails ; la tarification à l’envoi avantage une grande liste qui en reçoit peu. Si la plupart de vos inscrits ne reçoivent que des e-mails transactionnels, vérifiez si l’éditeur les compte comme contacts (Loops ne les compte pas, sauf s’ils reçoivent aussi des e-mails marketing). Faites les deux calculs sur chaque page de tarifs.

### Faut-il un développeur pour les e-mails transactionnels ?

En général, oui, pour envoyer les événements depuis votre backend. Brew, Loops, Resend et Sequenzy documentent tous un appel API par événement. Brew peut aussi lancer des automatisations à partir d’intégrations comme Stripe et Shopify, sans code.

## Prochaine étape

Pour voir la séparation des domaines en pratique, [ajoutez un domaine à usage transactionnel dans Brew](https://docs.brew.new/get-started/verify-your-sending-domain) à côté de votre domaine marketing, puis envoyez un reçu de test via une automatisation publiée.