Amazon SES vs SendGrid, Mailgun et Brevo : le comparatif brutal pour arrêter de payer trop cher

SendGrid vous facture 89,95$/mois pour 100 000 emails. Amazon SES vous les envoie pour moins de 10$. Si cette seule phrase ne vous a pas fait ouvrir un onglet AWS, c’est que vous avez soit un très bon négociateur chez votre ESP actuel, soit une allergie aux économies. Mais le prix n’est que la surface. Ce qui se passe dessous est beaucoup plus intéressant — et parfois beaucoup plus douloureux.

À retenir

SES gagne sur le coût brut à tous les coups, sans exception. Mailgun bat SES sur la facilité d’intégration des webhooks et la gestion automatique des bounces. SendGrid reste pertinent uniquement pour les équipes sans développeur dédié qui ont besoin d’une interface complète out-of-the-box. Et Brevo — appelé Sendinblue il y a encore peu — s’adresse franchement à un autre marché : les PME qui veulent du marketing automation sans toucher une ligne de code. Comparer Brevo à SES, c’est un peu comparer un food truck à une cuisine industrielle. Les deux font à manger, mais pas pour la même clientèle.

Le mythe du “moins cher”

Soyons directs : SES est moins cher. Point. Environ 0,10$ pour 1 000 emails selon la tarification AWS actuelle, sans abonnement mensuel fixe, avec 3 000 messages gratuits par mois la première année. Contre 89,95$/mois pour 100 000 emails chez SendGrid Essential, ou des paliers tarifaires chez Mailgun qui grimpent vite dès que vous dépassez les volumes de test.

Mais voilà ce que personne ne met dans ses tableaux comparatifs : le coût réel de SES inclut le temps développeur. Combien d’heures pour configurer CloudWatch correctement et recevoir une alerte quand votre taux de plainte dépasse 0,08% ? Combien de jours pour construire le pipeline Lambda qui traite les notifications SNS de bounce et met à jour votre CRM ? Ces heures ont un prix. Chez un client que j’ai accompagné l’an dernier, la migration technique a représenté 3 semaines d’un développeur senior. À 600€/jour, faites le calcul avant de vous emballer sur les 0,10$ pour mille.

Ce n’est pas pour décourager. C’est pour que vous arriviez à la bonne décision avec les vrais chiffres en main.

SES vs SendGrid : le duel que tout le monde attend

SendGrid, racheté par Twilio, a longtemps été la référence de fait pour l’email transactionnel. Interface propre, documentation excellente, webhooks natifs intuitifs. Si vous débutez sans infrastructure AWS existante, c’est encore une option défendable. Mais “défendable” n’est pas “optimale”.

Le différentiel de prix est absurde à volume élevé. À 1 million d’emails/mois, SendGrid Pro tourne autour de 249$/mois. SES revient à environ 100$, sans engagement. Sur un an, vous financez presque un développeur junior avec la différence.

Ce qui m’a définitivement convaincu de ne plus recommander SendGrid par défaut : leur politique de suspension. Similaire à celle d’Amazon, mais avec un support qui répond avec des délais que je qualifierai diplomatiquement de “peu urgents”. Au moins chez AWS, vous avez un ticket de support technique avec un humain qui connaît le sujet si vous avez le bon niveau de support.

SES vs Mailgun : la guerre des développeurs

Mailgun a une proposition claire : l’API la plus simple du marché pour les développeurs. Leur gestion native des désabonnements, des suppression lists et des bounces automatiques est franchement bien foutue. Si votre stack n’est pas AWS-centrique et que vous envoyez principalement du transactionnel sous 500 000 emails/mois, Mailgun se défend.

Là où SES reprend l’avantage : dès que vous êtes dans l’écosystème AWS, l’intégration native change tout. Une fonction Lambda qui déclenche un envoi SES avec les logs directement dans CloudWatch, les bounces remontés via SNS vers une SQS queue qui met à jour DynamoDB — tout ça sans sortir du périmètre IAM de votre compte. Aucun token API externe, aucune dépendance tierce, aucun vendor lock-in supplémentaire.

Et honnêtement, si vous êtes déjà sur AWS pour votre infra applicative, choisir Mailgun revient à mettre votre moteur dans une Ferrari et vos roues chez un garagiste en face. Ça peut marcher. C’est sous-optimal par nature.

SES vs Brevo : arrêtons la comparaison

Brevo n’est pas un concurrent de SES. C’est un outil de marketing automation avec un module d’envoi. SES est une infrastructure d’envoi brute. La seule question valide ici est : avez-vous besoin d’automatisation marketing ou d’une infrastructure d’envoi ?

Si vous pilotez des campagnes email depuis un dashboard avec des workflows visuels et des segments dynamiques, Brevo est fait pour vous. Si vous avez des développeurs qui veulent contrôler chaque variable de l’envoi et intégrer l’email comme une brique technique dans un système plus large, Brevo est le mauvais outil — peu importe le prix.

J’ai vu des startups tech choisir Brevo “parce que c’est plus simple” et se retrouver six mois plus tard à contourner ses limitations avec des workarounds disgracieux qui auraient été triviaux avec SES dès le départ. Le faux pragmatisme coûte cher.

Alors, qui devrait choisir SES en 2026 ?

Vous avez déjà une infrastructure AWS. Vous avez un ou plusieurs développeurs capables de configurer CloudWatch, SNS et IAM sans transpirer. Vous envoyez plus de 50 000 emails par mois — en dessous, les économies ne justifient pas la complexité. Et vous êtes prêt à investir deux à trois semaines de setup pour ne plus jamais y revenir.

Si ces quatre conditions sont réunies, il n’y a pas photo. SES est l’infrastructure la plus robuste, la moins chère et la mieux intégrée du marché pour votre cas d’usage.

Si une seule de ces conditions manque, regardez Mailgun sérieusement. Ce n’est pas une capitulation, c’est du pragmatisme.

La vraie question que vous devriez vous poser n’est pas “SES ou SendGrid”. C’est “quelle proportion de ma valeur produit repose sur la maîtrise de mon infrastructure email ?” Si la réponse est “beaucoup”, vous savez déjà ce qu’il vous reste à faire.