Postmark ou SendGrid pour les emails de votre SaaS ?

Pour une équipe SaaS qui veut envoyer reçus, liens de connexion et alertes produit par API, Postmark propose un forfait gratuit permanent limité à 100 emails par mois, tandis que l'essai gratuit de SendGrid autorise 100 emails par jour pendant 60 jours. À 10 000 emails mensuels, Postmark Basic coûte 15 $ par mois ; le prix d'entrée SendGrid Essentials est de 19,95 $ par mois pour une tranche de 50 000 à 100 000 emails. Le bon choix dépend donc du volume, du besoin de séparer les flux et de la place que vous donnez aux campagnes marketing.

Postmark et SendGrid en un coup d'œil

Deux façons d'essayer l'API sans payer

Les deux options gratuites ne couvrent pas le même besoin. Postmark offre 100 emails par mois sans limite de durée et sans dépassement. Ce quota peut suffire pour explorer l'API, valider un gabarit ou envoyer quelques messages à faible fréquence. Il ne constitue pas un palier extensible : au-delà de 100 emails au cours du mois, il faut choisir un forfait payant plutôt que compter sur une facturation automatique des envois excédentaires.

SendGrid propose un essai de 100 emails par jour pendant 60 jours, sans carte bancaire. Le plafond quotidien rend l'essai plus adapté à une intégration temporaire qui doit traiter plusieurs scénarios de test ou un petit flux pilote. La période est bornée : une équipe qui compare plusieurs prestataires pendant plusieurs mois ne peut pas traiter cet essai comme un quota gratuit permanent. Prévoyez une décision de facturation avant la fin de la période si les messages de production dépendent de cette API.

Pour une évaluation technique, préparez les mêmes cas dans chaque environnement : confirmation d'inscription, connexion sans mot de passe, reçu de paiement, réinitialisation de mot de passe et alerte de compte. Vérifiez que l'application sait traiter les réponses de l'API, les erreurs et les reprises, puis observez les journaux utiles au diagnostic. Le but est d'évaluer le travail nécessaire dans votre propre système, plutôt que de comparer uniquement la taille d'un quota d'essai.

Lire les prix à volume comparable

À 10 000 emails par mois, Postmark propose trois montants distincts : Basic coûte 15 $ par mois, Pro 16,50 $ et Platform 18 $. Ces plans commencent à ce volume. SendGrid Essentials commence à 19,95 $ par mois et le sélecteur de forfait associe ce point d'entrée à une tranche comprise entre 50 000 et 100 000 emails mensuels. Cela ne donne pas un tarif exact pour 10 000 emails chez SendGrid ; pour un petit flux, comparez le coût du palier proposé à votre prévision d'envoi et à ses autres conditions.

À 50 000 emails par mois, Postmark Basic coûte 55 $, Pro 60,50 $ et Platform 66 $ par mois. Pour SendGrid, Essentials commence à 19,95 $ par mois dans la tranche de volume de 50 000 à 100 000 emails. Ce prix est un point de départ de forfait, pas une promesse que chaque configuration ou usage additionnel aura exactement le même coût. Des taxes et des dépassements peuvent s'appliquer ; aucun tarif de dépassement SendGrid n'est retenu ici.

Autour de 100 000 emails mensuels, les deux sélecteurs donnent des repères plus précis. Chez Postmark, le palier le plus proche est 125 000 emails : Basic coûte 115 $ par mois, Pro 126,50 $ et Platform 138 $. À 100 000 emails, SendGrid Essentials coûte 34,95 $ par mois et SendGrid Pro 89,95 $ par mois. Pro couvre une tranche de 100 000 à 2 500 000 emails par mois et inclut des IP dédiées. Ces montants correspondent à des plans différents ; comparez les besoins de l'équipe avant de tirer une conclusion du seul prix.

Pour SendGrid, Premier relève d'un prix sur devis. Sur Essentials et Pro, taxes et dépassements peuvent s'ajouter. Postmark donne, de son côté, un tarif par tranche d'emails supplémentaire : Basic facture 1,80 $ par tranche de 1 000, Pro 1,30 $ et Platform 1,20 $. Le forfait gratuit Postmark n'autorise aucun dépassement. Si votre trafic varie avec les périodes de facturation ou les lancements produit, modélisez le mois de pointe séparément du mois moyen et choisissez le plan en tenant compte de cette variabilité.

Postmark : concentrer l'usage sur le transactionnel

Postmark s'adresse ici à l'équipe qui veut une API consacrée à des messages déclenchés par le produit : vérification d'adresse, accès au compte, changement de mot de passe, reçu ou notification liée à une action. La décision peut se prendre à partir d'un volume mensuel prévu et d'un plan parmi Basic, Pro et Platform. Le palier Basic conserve les données pendant 45 jours ; si l'équipe doit retrouver un événement plus ancien pour enquêter sur une livraison, cette durée mérite d'être intégrée à son processus d'observabilité et d'archivage.

Les trois tarifs pour un même volume permettent de comparer directement les budgets d'envoi. À 50 000 emails, par exemple, Basic revient à 55 $ par mois, Pro à 60,50 $ et Platform à 66 $. À 125 000 emails, les montants respectifs sont 115 $, 126,50 $ et 138 $ par mois. Gardez le nom du forfait dans votre estimation et vérifiez que ses fonctions correspondent au traitement prévu ; le seul prix ne renseigne pas sur le contenu de chaque plan.

La facturation des dépassements est un paramètre à surveiller pour Postmark. Pour 1 000 emails au-dessus du volume du plan, le tarif est 1,80 $ en Basic, 1,30 $ en Pro et 1,20 $ en Platform. Ce coût unitaire aide à estimer un dépassement connu, mais ne remplace pas le choix d'un palier adapté à l'activité habituelle. Le quota Free est différent : ses 100 emails mensuels ne sont pas accompagnés d'un tarif de dépassement, puisque les dépassements ne sont pas permis sur cette offre.

Pour une équipe qui veut envoyer également des newsletters ou des annonces à une audience, le point de conception important est la séparation entre messages déclenchés par un utilisateur et envois de diffusion. Des flux distincts facilitent la définition de règles internes : qui peut lancer une campagne, comment un désabonnement est pris en compte, et quels signaux opérationnels sont examinés en cas de problème. Ne faites pas dépendre un reçu ou un lien de connexion du calendrier d'une campagne marketing.

SendGrid : API et option marketing dans le même écosystème

Pour son API email, SendGrid propose l'essai limité à 60 jours, puis Essentials et Pro, avec Premier sur devis. Essentials commence à 19,95 $ par mois pour une tranche de 50 000 à 100 000 emails dans le sélecteur. À 100 000 emails, le prix Essentials est de 34,95 $ par mois. Pro commence à 89,95 $ et couvre la tranche de 100 000 à 2 500 000 emails ; le plan inclut des IP dédiées. Cette offre peut intéresser une équipe qui souhaite une IP dédiée dans le cadre de sa configuration d'envoi et dont le volume se situe dans cette plage.

L'API transactionnelle et Marketing Campaigns répondent à des tâches différentes, même lorsqu'elles appartiennent au même prestataire. Marketing Campaigns comprend une formule gratuite pour jusqu'à 2 000 contacts et 6 000 emails par mois. Basic commence à 15 $ par mois et Advanced à 60 $ par mois. Ces tarifs concernent les campagnes marketing, pas le volume de l'API transactionnelle. Gardez donc deux estimations séparées si vous utilisez les deux produits, et faites correspondre le budget de campagne à la taille de la liste et au calendrier d'envoi.

Une équipe peut choisir de diffuser ses annonces produit dans Marketing Campaigns tout en gardant les événements transactionnels dans l'API. Cette organisation évite qu'un envoi de masse soit déclenché par le même chemin applicatif qu'un message individuel essentiel. Elle exige tout de même des règles de gouvernance claires : identifier les propriétaires des listes, synchroniser les préférences de communication, limiter les accès de campagne et prévoir une procédure de validation avant chaque diffusion. Le recours à une même plateforme pour ces usages ne supprime pas ces décisions d'architecture.

SendGrid peut convenir à une équipe qui évalue ensemble l'envoi API, des besoins d'IP dédiée via Pro et un produit de campagnes. Les coûts restent à lire par produit et par plan. Essentials et Pro peuvent subir des taxes et frais de dépassement ; le prix de ces dépassements n'est pas ajouté à une estimation. Premier est sur devis. Avant de migrer, demandez une estimation correspondant au volume réel et distinguez les messages transactionnels des campagnes dans le calcul.

Choisir selon le travail de l'équipe

Dans les deux cas, partez d'un inventaire des catégories de messages, de leur fréquence et de leur importance métier. Un lien de connexion temporaire ne se traite pas comme une annonce de nouvelle fonctionnalité : le premier découle d'une action individuelle, la seconde vise une liste. Définissez les règles de consentement et de désinscription adaptées à vos communications, puis décidez quels systèmes peuvent déclencher chaque catégorie. Cette séparation reste utile même si une même plateforme propose plusieurs produits.

Préparer une migration et la configuration DNS

Commencez par cartographier les intégrations existantes : quels services envoient des messages, où se trouvent les gabarits, quels événements déclenchent les envois et quels systèmes consomment les journaux ou les notifications de retour. Distinguez les messages transactionnels des campagnes de diffusion dans cette liste. Cette étape donne un périmètre de migration et évite de déplacer en bloc des flux qui ont des responsables ou des règles différentes.

Ensuite, adaptez l'appel API dans un environnement de test et recréez les gabarits nécessaires. Contrôlez les variables personnalisées, les liens, les caractères accentués, les versions linguistiques et le comportement en cas d'échec. Faites passer des messages vers des boîtes de test avant de changer le trafic de production. Gardez un plan de retour à l'ancien prestataire pendant la période où les deux intégrations sont encore maîtrisées par l'équipe.

La configuration DNS fait partie du changement d'expéditeur. Recensez les domaines utilisés pour l'envoi et préparez les entrées d'authentification requises par le prestataire choisi. Appliquez les changements avec la personne qui gère le DNS, puis laissez le temps à leur propagation avant de basculer l'ensemble du trafic. Vérifiez la configuration sur le domaine d'envoi concerné et surveillez les résultats après le lancement. Le détail des enregistrements dépend de la configuration appliquée auprès du prestataire.

Enfin, effectuez la bascule par catégories ou par petits groupes de messages. Examinez les erreurs d'API, les événements de livraison et les retours des utilisateurs, puis élargissez le trafic une fois le parcours validé. Conservez une correspondance entre les anciens et nouveaux identifiants de gabarit, et mettez à jour les alertes de l'équipe. La migration est terminée lorsque les déclencheurs, la configuration du domaine, les journaux et les procédures d'incident ont tous un propriétaire clairement identifié.

Questions fréquentes