Bon, l'email transactionnel c'est un truc que personne voit jusqu'au jour où ça pète. Confirmation d'inscription qui part jamais, lien de reset mot de passe qui finit en spam, facture PDF qui arrive trois jours après l'achat. J'ai eu le coup en mars 2024 avec un client e-shop : 40% des emails de confirmation chez Gmail, partis aux oubliettes. Le mec perdait des ventes sans le savoir.
Du coup je vais te raconter ce qui marche, ce qui marche pas, et surtout combien ça coûte vraiment. J'ai testé Postfix en autohébergé, SendGrid, Mailgun, Brevo (anciennement Sendinblue), et Postmark sur des projets clients depuis genre 2018. Voici mon verdict.
Autohéberger ton serveur SMTP : oublie
Franchement, en 2026 c'est mort. Je l'ai fait pour un client en 2019, on avait Postfix sur un VPS Hetzner, IP propre, SPF/DKIM nickel. Six mois plus tard l'IP était sur Spamhaus parce qu'un voisin du même bloc /24 avait fait n'importe quoi. Galère pas possible pour s'en sortir.
Si tu envoies plus de 50 emails par jour et que t'es pas une boite avec un sysadmin dédié, autohéberger ton MTA c'est te tirer une balle dans le pied. La réputation IP demande du warming, du monitoring, et dès qu'un truc part en sucette tu mets 2 jours à comprendre. Pour des inscriptions et des resets de mot de passe c'est juste pas le bon combat.
Reste deux trucs : Postfix en relay (tu envoies via un service tiers en SMTP), ou tu tapes directement leur API. Je préfère l'API REST, j'y reviens plus bas.
Brevo, mon défaut pour les TPE belges
Bon, Brevo c'est français (enfin, basé à Paris), gratuit jusqu'à 300 emails/jour et 9€/mois pour 20 000 emails. Pour une ASBL ou un indépendant qui envoie genre 50 confirmations par semaine, t'as zéro raison d'aller voir ailleurs.
J'ai installé ça pour Marie, prothésiste dentaire à Wavre, en juin 2023 . Confirmations de RDV via son site WordPress. Trois mois plus tard, taux de placement inbox à 98% chez Gmail et Outlook. La config a pris 40 minutes : SPF, DKIM (deux clés à coller dans le DNS), DMARC en mode quarantaine. Voilà.
Le hic : leur interface est lourde si tu veux faire du transactionnel pur. Et leur SMTP a parfois des micro-coupures de 30 secondes . Pour de la confirm de paiement c'est gênant, du coup je passe en API REST avec retry côté code.
Postmark quand t'as besoin que ça arrive
Postmark c'est ma référence quand le client me dit « les emails DOIVENT arriver, tout de suite ». Ils sont pricier (15$ pour 10 000 emails), basés US, mais leur infra est dédiée au transactionnel. Pas de marketing, pas de newsletters. Que du transactionnel.
Résultat : leur réputation IP est blindée. J'ai migré un client SaaS dessus en septembre 2024, on avait des soucis de timing chez Outlook. Latence moyenne d'envoi avant : 12 secondes. Après Postmark : 1,2 seconde. Le support répond en 20 minutes en anglais et ils savent de quoi ils parlent.
Honnêtement si t'as un produit où l'email c'est critique (banking, santé, e-commerce sérieux), c'est là que je vais. Le surcoût se rentabilise sur un seul ticket support évité.
SendGrid et Mailgun, je les fuis
SendGrid (Twilio) j'en ai bouffé pendant 3 ans sur un projet . Leur free tier a pourri, leur support est lent, et ils ont eu plusieurs incidents de réputation IP partagée en 2022-2023. Mailgun pareil, en plus cher. Sauf si t'as déjà tout intégré chez eux, je vois pas l'intérêt en 2026.
SMTP ou API REST : mon avis tranché
API REST, sans hésiter. Pourquoi ? Parce qu'avec SMTP t'as un canal stateful, des timeouts qui plantent ton process PHP, et un message-id parfois pas exposé. En API REST tu fais un POST, tu récupères un ID en JSON, tu le stockes, et tu sais exactement ce qui s'est passé.
Mon pattern habituel : j'enqueue le job dans une table SQL (oui, pas besoin de Redis pour 200 emails/jour), un cron toutes les minutes traite la file, tape l'API du provider, stocke le message-id. Si ça foire, retry avec backoff. Trois lignes de logique, robuste pour des années.
Pour les webhooks de bounce et de plainte, je les ramène vers une route Slim ou un endpoint Symfony, et j'update le statut. Ça donne une vraie visibilité sur ce qui se passe.
SPF, DKIM, DMARC : tu fais les trois ou tu fais rien
J'insiste là-dessus parce que je vois encore des sites en 2026 sans DKIM. SPF tout seul c'est inutile depuis qu'Outlook et Gmail demandent l'alignement DMARC.
Le combo qui marche :
- SPF qui inclut le provider (genre
include:spf.brevo.com) et c'est tout, pas 12 includes qui font péter la limite des 10 lookups DNS. - DKIM avec une clé 2048 bits, signée par le provider, alignée avec ton domaine d'envoi.
- DMARC en
p=quarantineoup=rejectavec unrua=qui pointe vers ton mail, ou mieux, un service comme dmarcian gratuit pour parser les rapports.
Le warming d'IP, si t'es chez un provider sérieux, ils s'en occupent. Sauf si tu prends une IP dédiée, là tu dois envoyer 50, puis 100, puis 200 emails par jour pendant 2-3 semaines avant de monter en charge. Pas glamour mais c'est ça.
Monitoring : 3 trucs à brancher
Bounce rate au-dessus de 5% chez Gmail tu te fais flag. Plaintes au-dessus de 0,1% pareil. Le minimum syndical :
- Un dashboard provider (tous l'ont) avec alerte mail si bounce > 3% sur 24h.
- Un webhook qui désactive l'adresse en base si elle hard-bounce.
- Un test mensuel via mail-tester.com (10/10 obligatoire) pour vérifier que t'as pas cassé un truc.
Et tiens, pense à monitorer DMARC. J'ai eu le cas en janvier 2025 d'un client dont le formulaire de contact spoofait son propre domaine via PHP mail() . DMARC en reject, tous les messages en spam pendant 4 jours. Le rapport DMARC m'a sauvé.
Ma reco par cas
Si t'as un site WordPress ou un CMS avec moins de 500 emails/jour, va sur Brevo, configure les 3 enregistrements DNS, c'est plié en une heure. Si t'as une appli avec du transactionnel critique (paiement, santé, finance), prends Postmark, c'est plus cher mais tu dors la nuit. Si t'es développeur et que tu veux juste un truc qui marche pour ton SaaS, Brevo + API REST suffit largement, tu monteras à Postmark le jour où tu seras à 100k emails/mois.
Et si tu veux qu'on regarde ça ensemble pour ton projet, écris-moi. Je préfère qu'on en parle 20 minutes avant que tu choisisses, ça évite de migrer dans 6 mois.