L'agence Postmark.Tes mails arrivent.
Postmark est fait pour que l'email transactionnel arrive, mais pointé sur un domaine à l'auth cassée, tes reçus et resets tombent quand même en spam. On fait la vérification de domaine complète, le DKIM et un Return-Path custom pour que tes mails passent DMARC, on sépare tes message streams, et on câble les webhooks.
★★★★★Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth
Activecampaign
Adalo
AdCreative.ai
Agence Hermes Agent
Ahref
Airtable
Allo-The-Mobile-First-Company
Anthropic
Apify
Apolloio
Attio
Base44
Baserow
Brevo
Bright-Data
Browse-Ai
Bubble
Captaindata
ChatGPT
Claude
Claude CodeClaude CoworkClaude Design
Clay
Clickup
Cursor
Debug Make
Debug n8n
Debug Zapier
DeepSeek
Dust
ElevenLabs
Fillout
Flutterflow
Folk-Crm
Freepik SpacesUne agence Postmark fait arriver tes mails, pas juste crée le compte.
N'importe qui peut s'inscrire sur Postmark. Authentifier ton domaine pour qu'il passe DMARC, séparer les message streams, et câbler les webhooks dont ton app a besoin, c'est un autre métier. Voici les quatre choses qu'on prend en charge.
- DNS & authentification
Auth de domaine bien faite pour que tes mails passent DMARC
Les Sender Signatures seules ne t'amènent pas dans la boîte de réception. On fait la vérification de domaine complète dans Postmark, on publie le CNAME DKIM, et on met un Return-Path custom pour que le SPF s'aligne et que ton email transactionnel passe DMARC au lieu de tomber en spam. On vérifie d'abord tes enregistrements SPF, DKIM et DMARC existants, on répare ce qui casse, et tu repars avec un domaine d'envoi authentifié sur lequel ton app peut compter.
Voir une config type - Message streams
Transactionnel et broadcast sur des streams séparés
Tout l'avantage de Postmark, c'est de garder tes mails critiques loin de tes mails promo. On configure tes message streams pour que reçus, resets de mot de passe et notifications passent par le stream transactionnel et ne partagent jamais une réputation avec un envoi de newsletter. Mélange les deux sur un seul stream et une campagne marketing peut plomber la délivrabilité de l'email dont tes users ont vraiment besoin. On câble la séparation proprement.
Voir la méthode - API, SMTP & webhooks
Branché à ton app avec les webhooks bounce et delivery
On connecte Postmark à ton codebase comme il faut : l'API REST pour les nouveaux builds (Node, Ruby, .NET, Java, PHP ou un SDK communautaire), ou le relais SMTP quand un système legacy en a besoin. Puis on câble les webhooks qui comptent, bounce, plainte spam, delivery, ouverture et clic, pour que ton app réagisse à un hard bounce au lieu d'écrire à une adresse morte pendant des semaines. Le parsing inbound aussi, si tu traites les réponses.
Voir les intégrations - Templates & monitoring
Templates, layouts et une délivrabilité que tu surveilles
On construit tes templates transactionnels et tes layouts partagés dans Postmark pour que chaque reçu et reset soit à ta marque et cohérent, puis on met en place le monitoring pour que tu voies bounces, taux de spam et delivery avant qu'un client se plaigne. On est d'abord une agence d'automatisation et d'IA, donc ça se branche au reste de ta stack au lieu de rester dans un silo. Besoin de plus large sur l'email et l'IA, c'est notre agence Claude.
Voir l'enablement IA
On configure Postmark comme une infra de delivery, pas une case à cocher.
La plupart des configs Postmark s'arrêtent trop tôt : une Sender Signature, une clé API, et l'hypothèse tranquille que ça va marcher. Puis les reçus tombent en spam, les hard bounces s'accumulent, et un envoi marketing bousille la réputation du mail transactionnel. Donc on le traite comme une infra : authentifié pour DMARC, streams séparés, webhooks câblés, delivery surveillée.
- Audit · on vérifie ton domaine, tes SPF, DKIM et DMARC actuels, et où les mails échouent
- Authentifier · vérification de domaine complète, CNAME DKIM, Return-Path custom pour DMARC
- Intégrer · API ou SMTP, streams séparés, les webhooks qui comptent câblés
- Monitorer · templates, gestion des suppressions et tableaux de bord de delivery à surveiller
On envoie du transactionnel sur nos propres apps.
On ne vend pas un palier de partenaire. On fait tourner de l'email transactionnel sur nos propres produits, donc on paramètre Postmark comme il marche vraiment : vérification de domaine complète, un Return-Path custom pour l'alignement DMARC, streams séparés, et des webhooks qui suppriment les bounces automatiquement. C'est exactement ce qui manque quand une config s'arrête à créer un compte et récupérer une clé API.
- On configure Postmark pour ce à quoi il sert : la délivrabilité transactionnelle. Si tu as besoin de newsletters en masse, on te dit d'utiliser un outil de broadcast à la place, on ne te survend pas.
- L'alignement DMARC, c'est la partie que la plupart des configs zappent. On fait le Return-Path custom et la vérification de domaine complète pour que tes mails passent vraiment, pas juste un check SPF.
- Tu repars autonome : les enregistrements DNS, les streams et les webhooks vivent dans tes comptes et ton codebase, possédés par ton équipe, pas verrouillés chez nous.
- Aucun badge à vendre. On est jugé sur le fait que tes reçus et resets arrivent dans la boîte de réception après notre départ, pas sur un palier de partenariat.
Postmark au cœur, ta stack d'envoi autour.
On configure les parties qui transforment Postmark en delivery fiable, puis on les connecte à ton app et ton DNS. Voici ce que couvre une vraie config.
- Setup
Vérification de domaine & DKIM
On fait la vérification de domaine complète dans Postmark et on publie le CNAME DKIM, pour que chaque message soit signé avec une clé liée à ton domaine au lieu de dépendre de Sender Signatures par adresse.
- Setup
Return-Path custom & SPF
On met un sous-domaine Return-Path custom pour que le SPF s'aligne à ton domaine From, la pièce qui manque pour que les mails Postmark passent l'alignement DMARC strict, pas juste un check SPF.
- Setup
Message streams
On configure les streams transactionnel et broadcast séparément pour que reçus et resets gardent une réputation propre et ne soient jamais plombés par un envoi marketing sur le même tuyau.
- Setup
Intégration API & SMTP
On branche Postmark à ton app via l'API REST pour les nouvelles intégrations, ou le relais SMTP pour les systèmes legacy, avec une bonne gestion d'erreur pour qu'un échec d'envoi ne passe jamais en silence.
- Setup
Webhooks & gestion d'events
On met en place les webhooks bounce, plainte spam, delivery, ouverture et clic pour que ton app arrête d'écrire à des adresses mortes, supprime les plaignants, et logue ce qui est vraiment arrivé à chaque message.
- Setup
Templates & parsing inbound
On construit tes templates et layouts partagés pour que le mail transactionnel reste à ta marque, et on met en place le parsing d'email inbound quand tu dois transformer des réponses en données structurées exploitables par ton app.
On vérifie pourquoi tes mails n'arrivent pas, tu repars avec un plan.
Avant de chiffrer quoi que ce soit, on prend 60 minutes pour regarder ton domaine, tes enregistrements SPF, DKIM et DMARC, et où ton email transactionnel échoue. Tu repars avec un avis honnête sur ce que Postmark règle, quoi authentifier en premier, et si ton problème est même un problème d'outil email. Zéro pitch, juste le regard d'un ingénieur sur ta délivrabilité.
- Un avis honnête sur pourquoi tes mails tombent en spam
- L'auth DNS et l'alignement DMARC à régler en premier
- Les message streams et webhooks qui valent le coup d'être câblés
- Un avis franc sur le fait que Postmark soit le bon choix
Comment on mène une config Postmark.
Cinq étapes, dans l'ordre. On n'envoie pas un email de prod avant que le domaine passe DMARC, on ne laisse pas de webhooks non câblés, et ton équipe possède le setup à la fin. Chaque étape a un livrable et tu valides avant qu'on avance.
- Étape 1 · Audit de délivrabilité
Trouver pourquoi tes mails n'arrivent pas
On regarde ton domaine, tes enregistrements SPF, DKIM et DMARC actuels, et où ton email transactionnel échoue : dossiers spam, hard bounces, un Return-Path manquant, un domaine d'envoi sans réputation. On vérifie même si tu es sur le bon outil. La moitié de la valeur, c'est un avis honnête sur le fait que Postmark règle ton problème ou que le souci vient du contenu, de l'hygiène de liste ou du mauvais message stream.
- Étape 2 · Authentifier le domaine
Vérification complète et alignement DMARC
On fait la vérification de domaine complète dans Postmark, on publie le CNAME DKIM, et on met un sous-domaine Return-Path custom pour que le SPF s'aligne à ton domaine From. C'est la pièce que la plupart des configs zappent, et c'est pour ça que leurs mails passent un check SPF mais échouent quand même DMARC. On règle ton authentification pour que les fournisseurs de boîtes fassent confiance à l'expéditeur, puis on le confirme avec les outils DNS avant tout envoi de prod.
- Étape 3 · Câbler l'intégration
API, SMTP, streams et webhooks
On connecte Postmark à ton app via l'API REST (ou le relais SMTP pour les systèmes legacy), on sépare tes streams transactionnel et broadcast, et on câble les webhooks qui comptent : bounce, plainte spam, delivery, ouverture et clic. Ton app supprime les hard bounces, réagit aux plaintes, et logue la delivery, au lieu d'écrire à des adresses mortes et de bousiller en silence ta réputation.
- Étape 4 · Templates & inbound
Construire les templates et parser les réponses
On construit tes templates transactionnels et tes layouts partagés pour que chaque reçu, reset et notification soit cohérent et à ta marque, édité à un seul endroit. Si tu traites les réponses, on met en place le parsing d'email inbound pour que Postmark transforme le mail entrant en données structurées exploitables par ton app. Tout part avec ses streams et webhooks déjà câblés, pas comme une intégration à moitié faite que tu hérites.
- Étape 5 · Monitorer & transmettre
Mettre en place le monitoring, puis se pousser du chemin
On met en place le monitoring de delivery pour que tu voies bounces, taux de spam et données d'ouverture et de clic avant qu'un client se plaigne, et on documente les streams, webhooks et enregistrements DNS pour que ton équipe possède le setup. Si tu veux aller plus loin sur l'automatisation email et l'IA, notre agence couvre ça. Si tu veux juste que ça tourne et qu'on te le rende, on te le rend propre, sans lock-in.
On est jugé sur le mail qui arrive.
Aucun badge de partenaire à afficher, donc on met en avant ce qui compte : les retours des équipes dont on a mené la config Postmark, et le fait que leur mail transactionnel a continué d'arriver après notre départ. Nos avis Trustpilot viennent de ces équipes, pas d'un deck marketing.
- Les enregistrements DNS, streams et webhooks vivent dans tes comptes, possédés par ton équipe
- Alignement DMARC confirmé avant tout envoi de prod
- Bounces et plaintes supprimés automatiquement par webhook
- Les avis Trustpilot viennent des équipes pour qui on l'a configuré
Les questions qu'on nous pose en boucle.
Que fait concrètement une agence Postmark ?
Une agence Postmark configure ton email transactionnel pour qu'il arrive au lieu de te laisser deviner pourquoi les reçus tombent en spam. On gère l'authentification DNS (vérification de domaine complète, DKIM, un Return-Path custom pour que le SPF s'aligne et que tes mails passent DMARC), on sépare tes message streams transactionnel et broadcast, on branche Postmark à ton app via l'API ou le SMTP, on met en place les webhooks bounce, spam et delivery, et on construit tes templates. L'objectif, c'est que les resets, reçus et notifications de ton app atteignent la boîte de réception, pas un outil à moitié configuré par quelqu'un qui est parti.Combien coûte une config Postmark ?
Ça dépend du périmètre : authentifier un domaine et câbler un envoi basique n'a rien à voir avec séparer les message streams, construire des templates, et gérer les webhooks et le parsing inbound sur une vraie app. On ne balance pas un forfait tout fait. On commence par un audit offert de 60 minutes pour trouver pourquoi tes mails n'arrivent pas et ce que Postmark règle vraiment, puis on chiffre un périmètre fixe. Le plan Postmark lui-même, tu le paies à Postmark ; on configure les streams et le volume pour que la facture reste prévisible.Pourquoi mon email transactionnel tombe en spam avec Postmark ?
En général, c'est l'authentification. Les mails Postmark passent le SPF par défaut parce que le Return-Path utilise les IP de Postmark, mais pour passer l'alignement DMARC strict il te faut la vérification de domaine complète, un CNAME DKIM publié, et un Return-Path custom pour que le SPF s'aligne à ton domaine From. La plupart des configs s'arrêtent à une Sender Signature et se demandent pourquoi les mails tombent encore en spam. On répare les enregistrements DNS, on met le Return-Path custom, et on confirme l'alignement DMARC, ce qui fait la différence entre un check SPF qui passe et un mail vraiment fait confiance.C'est quoi les message streams et pourquoi ça compte ?
Les message streams, c'est la façon dont Postmark garde tes mails critiques loin de tes mails promo. Les messages transactionnels (reçus, resets de mot de passe, notifications) passent par un stream transactionnel ; les newsletters et broadcasts par un stream séparé. L'enjeu, c'est la réputation : si une campagne marketing se fait flagger, tu ne veux pas qu'elle plombe la délivrabilité de l'email dont tes users ont vraiment besoin. On configure les streams pour que la séparation soit propre, ce qui explique l'essentiel du choix de Postmark plutôt qu'un service mono-tuyau.Vous pouvez intégrer Postmark à notre app via API ou SMTP ?
Oui. Pour les nouveaux builds on utilise l'API REST, qui donne un contrôle précis et a des librairies officielles pour Node, Ruby, .NET, Java et PHP plus des SDK communautaires pour bien d'autres langages. Pour les systèmes legacy qui ne parlent que SMTP, on utilise le relais SMTP. Dans les deux cas on ajoute une bonne gestion d'erreur pour qu'un envoi raté ne passe jamais en silence, et on câble les webhooks bounce et delivery pour que ton app réagisse à ce qui se passe après l'envoi, pas juste au fait que l'appel API a renvoyé 200.Quels webhooks faut-il mettre en place avec Postmark ?
Ceux qui protègent ta réputation et tes users. Les webhooks bounce pour que ton app supprime une adresse en hard bounce au lieu de lui écrire pendant des semaines. Les webhooks de plainte spam pour arrêter d'écrire à quelqu'un qui t'a flaggé. Les webhooks delivery pour confirmer que le mail est arrivé, plus ouverture et clic si tu suis l'engagement. On les câble à ton app pour qu'elle agisse sur les events automatiquement, et le parsing inbound aussi si tu transformes les réponses en données structurées.Postmark est-il le bon choix si on envoie des newsletters marketing ?
Honnêtement, pas tout seul. Postmark est fait pour l'email transactionnel, les reçus, resets et notifications déclenchés par ton app, et c'est exactement ce focus qui rend sa délivrabilité solide. Pour des newsletters marketing en masse, tu veux un outil de broadcast ou de marketing dédié, et on te pointe vers le bon plutôt que de tordre Postmark dans un rôle pour lequel il n'est pas conçu. Si tu envoies les deux, on configure Postmark pour le côté transactionnel et on garde tes envois marketing sur une plateforme séparée pour qu'aucun ne nuise à l'autre.Combien de temps prend une config Postmark ?
Pour une config cadrée (authentification de domaine, message streams, intégration basique et quelques templates), c'est rapide : l'auth DNS et la vérification sont les éléments bloquants et dépendent de la propagation des enregistrements par ton fournisseur DNS. Construire tous les templates, câbler chaque webhook, ajouter le parsing inbound et le monitoring sur une vraie app prend plus. On découpe en lots pour que ton mail transactionnel soit authentifié et arrive d'abord, puis on ajoute templates et gestion d'events, plutôt que d'attendre un lancement big-bang.
Arrête de deviner pourquoi les mails bouncent. Configure-le bien.
Un audit de 60 minutes, ta délivrabilité cartographiée, un plan de config avec l'alignement DMARC intégré. Si ton équipe peut le faire tourner en interne après le setup, on te file le playbook. Si on est le bon choix, on s'en occupe.