API email : ce que ça coûte, et pourquoi ça ne se compare pas à un ESP

Une API email est un point d’entrée technique (endpoint REST, SDK ou relais SMTP) qui permet d’envoyer des emails depuis du code plutôt que depuis une interface web. Le prix de ce service ne se calcule pas comme un abonnement ESP classique : il se lit à l’email envoyé, avec un barème qui se périme dès qu’un éditeur revoit sa grille.

API d’envoi, interface web ESP, relais SMTP : trois choses différentes

Les trois se recoupent souvent dans la même offre commerciale, mais ne répondent pas au même usage. L’API d’envoi transactionnel sert un déclenchement par code (confirmation de commande, réinitialisation de mot de passe, notification applicative). L’interface web d’un ESP (Envoi de Système de Publication) sert la création de campagnes marketing par un humain, sans ligne de code. Le relais SMTP sert à faire transiter des emails via un serveur tiers sans forcément passer par une API REST. Ce sont trois modes d’accès à la même infrastructure d’envoi, pas trois catégories d’outils séparées : un même éditeur peut proposer les trois en parallèle.

Ce qui distingue vraiment un usage « API email » des deux autres, c’est le volume par petite base de contacts : on envoie beaucoup d’emails déclenchés (confirmations, alertes, reçus) à un fichier de destinataires qui reste, lui, relativement stable. C’est ce paramètre — beaucoup d’envois, peu de contacts stockés — qui rend le modèle de facturation déterminant pour le choix.

Facturation à l’email envoyé vs au contact stocké : ce que ça change pour un usage API

Sur ce marché, deux logiques de facturation coexistent : au contact stocké (le prix grimpe avec la taille de la base, quel que soit le volume d’envoi) et à l’email envoyé (le prix grimpe avec le volume expédié, quelle que soit la taille de la base). Pour un usage API à fort volume et petite base de contacts — le cas typique d’un envoi transactionnel — le second modèle est structurellement plus favorable : on paie pour ce qu’on envoie, pas pour ce qu’on stocke.

Deux éditeurs documentés ici facturent tous deux « à l’email envoyé », avec des paliers différents.

Comment ce barème a été relevé

Les prix et limites ci-dessous ont été relevés directement sur les pages tarifaires publiques des éditeurs le 31/08/2026 (mailjet.com pour Mailjet, page tarifs Brevo pour Brevo). Ce sont des relevés manuels, pas une intégration automatisée : un éditeur peut modifier sa grille sans préavis, et une page de prix rendue en JavaScript peut afficher un tarif différent selon la géolocalisation détectée du visiteur. Le barème publié plus bas doit donc être considéré comme périmé au-delà de quelques semaines et re-vérifié sur la page officielle de l’éditeur avant toute décision d’achat.

Mailjet plafonne son offre gratuite à 6 000 emails par mois, avec un plafond journalier de 200 emails et 1 000 contacts. L’entrée payante, Starter, est à 9 $/mois pour 8 000 emails et 2 000 contacts. Brevo plafonne son offre gratuite à 5 000 emails par mois pour 500 contacts, avec un logo Brevo imposé (retirable pour 10,80 $/mois) ; son entrée payante, Starter, est également à 9 $/mois mais pour 5 000 emails. Brevo a durci son plafond de contacts gratuits en octobre 2025 — un barème relevé avant cette date est déjà faux.

Ce que dit le RGPD quand l’envoi est déclenché par du code

Un éditeur d’email est un sous-traitant au sens de l’article 28 du RGPD dès qu’il traite des données personnelles pour le compte du client — que l’envoi soit lancé depuis une interface web ou déclenché automatiquement par un appel API ne change rien à cette qualification : le client reste responsable de traitement, l’éditeur reste sous-traitant. Cette qualification emporte des obligations contractuelles précises (contrat de sous-traitance, garanties de sécurité) qui ne dépendent pas du canal technique utilisé pour envoyer l’email.

« L’éditeur qui traite des données personnelles pour le compte d’un responsable de traitement agit en tant que sous-traitant au sens de l’article 28 du RGPD. » — qualification applicable à tout ESP proposant un service d’envoi, y compris par API, source DOSSIER-EXPERTISE email-marketing (rubrique 2.8), relevé le 31/08/2026.

Aucun outil n’est « conforme RGPD » en soi : la conformité dépend de l’usage qui en est fait, du contrat de sous-traitance signé et des mesures mises en œuvre par le responsable de traitement. C’est pour cette raison qu’on ne trouvera nulle part sur cette page la formule « API conforme RGPD ». Pour le détail des obligations liées à l’emailing, voir la page dédiée au RGPD appliqué à l’emailing.

Délivrabilité vs délivrance : la confusion qui coûte cher en usage API

Le taux de délivrance mesure ce que le serveur destinataire a accepté à la réception ; la délivrabilité mesure où l’email a fini une fois accepté — boîte de réception, onglet promotions ou spam. Un envoi par API peut afficher un taux de délivrance élevé (le serveur du destinataire a bien pris le message) tout en ayant une délivrabilité médiocre (le message a atterri en spam). Cette distinction vaut pour n’importe quel canal d’envoi, y compris un envoi transactionnel déclenché par API : un code de réinitialisation de mot de passe qui atterrit en spam est un email « délivré » mais pas « délivrable ». Plus de détail sur cette distinction et ses causes sur la page délivrabilité email.

Barème relevé le 31/08/2026

Tableau des options effectivement documentées à ce jour. Les cases vides ne sont pas des « non applicable » : elles signalent une donnée non vérifiée, à ne pas déduire.

Les paliers au-delà de l’entrée de gamme (Essential et Premium chez Mailjet, Standard et Professional chez Brevo) ne figurent pas dans ce tableau : ils n’ont pas été re-vérifiés en primaire à la date de rédaction et ne se recopient pas sans ce contrôle. Avant tout engagement, un tableau comparatif plus large des offres du marché est disponible sur la page comparatif des logiciels d’emailing.

Autres pages de cette rubrique

• Base de données email : les signaux de péremption
• Beehiiv tarif : le relevé daté du 31/08/2026
• Bounce email : hard bounce, soft bounce, causes (31/08/2026)

L’état de ce relevé

Rubrique	Les outils
Relevé publié le	05/09/2026
Dernière vérification	07/09/2026
Sources citées en fin de page	aucune — cette page ne cite aucun barème extérieur
À revérifier avant le	06/12/2026

Comment ce relevé a été fait

Les montants de cette page ont été lus le 07/09/2026 sur la page de tarifs de l’éditeur lui-même, pas sur un comparatif ni sur une fiche d’annuaire. Ils sont notés hors taxes et au tarif mensuel affiché : un engagement annuel, une remise de lancement ou une négociation commerciale les font baisser, et cette page ne les connaît pas.

Un éditeur peut changer sa grille du jour au lendemain, et il le fait sans prévenir ses lecteurs. Le seul chiffre qui engage est celui affiché par l’éditeur au moment où vous signez : si l’écart avec cette page vous coûte quelque chose, c’est sa page qui fait foi, pas la nôtre.

Ce qui n’est pas mesurable ici est laissé vide plutôt que coché : une case sans réponse veut dire que nous n’avons pas pu le vérifier, pas que la fonction est absente.

La suite du barème

• Base de données email : les signaux de péremption
• Beehiiv tarif : le relevé daté du 31/08/2026
• Bounce email : hard bounce, soft bounce, causes (31/08/2026)
• Brevo tarif : la grille relevée plan par plan au 31/08/2026

Article publié le 05/09/2026, mis à jour le 07/09/2026.