Vérifiez avant que Postmark n'envoie, pas après le rebond
Postmark supprime automatiquement une adresse dès qu'elle génère un hard bounce ou une plainte pour spam : il cesse donc d'écrire à un destinataire connu comme mauvais après le premier échec — mais il ne peut pas juger une adresse avant ce premier envoi. Et Postmark est un expéditeur transactionnel et API : il n'y a aucune audience hébergée à exporter et à nettoyer, car les adresses proviennent directement de vos propres formulaires d'inscription, de vos tunnels de paiement et de vos appels API. Ce premier envoi est généralement le message qui compte le plus — une réinitialisation de mot de passe, un reçu, un e-mail de vérification — et c'est précisément là qu'une faute de frappe jamais vérifiée ou une boîte morte provoque un rebond. Qualisend comble cette lacune : vérifiez chaque adresse au point de capture et avant tout envoi en masse, puis supprimez les échecs pour qu'aucun déchet ne déclenche un envoi Postmark dès le départ. Voici le workflow qui fonctionne aujourd'hui, ainsi que les options API et sans code.
La synchronisation Postmark en un clic est suspendue le temps que nous reconstruisions la plateforme
Nous avons délibérément suspendu nos connecteurs natifs en un clic le temps de repenser la couche de synchronisation sur laquelle ils reposent — en renforçant la manière dont nous nous authentifions, respectons les limites de débit de chaque plateforme et réinjectons les résultats — afin qu'au retour de l'intégration native Postmark, elle reste fiable quelle que soit la taille de la liste, plutôt que fragile à grande échelle. Rien de tout cela ne modifie la façon dont Qualisend vérifie une adresse.
Tout ce dont vous avez besoin fonctionne dès aujourd'hui : la boucle export CSV → vérification → réimport ci-dessous, ainsi que l'API pour vérifier à l'inscription, sont toutes deux entièrement prises en charge et opérationnelles en production — c'est ainsi que les équipes gardent Postmark propre dès maintenant.
Ce que Postmark nettoie pour vous
L'hygiène native de Postmark repose sur une liste de suppression (Suppression List), tenue par Message Stream. Une adresse y est ajoutée après un hard bounce, une plainte pour spam, une désinscription ou une suppression manuelle, et une fois supprimée, elle est automatiquement désactivée — l'envoi suivant via ce flux l'ignore purement et simplement. Cela protège votre réputation auprès des fournisseurs de messagerie et vous évite de solliciter à répétition une adresse morte. La réactivation est délibérée : les hard bounces et les désinscriptions peuvent être réactivés depuis l'onglet Suppressions du flux ou en supprimant la suppression via l'API Suppressions, mais les plaintes pour spam ne peuvent pas être annulées par vos soins — Postmark ne vous laissera pas réactiver une adresse qui a signalé votre courrier comme spam sans contacter le support. Pour les adresses auxquelles Postmark a effectivement envoyé, c'est une hygiène fiable et automatique.
Ce qu'il ne peut pas détecter
Le problème, c'est que chacun de ces mécanismes est réactif — il faut un envoi et un échec pour qu'il se déclenche. Postmark ne supprime une adresse qu'après qu'elle a déjà généré un hard bounce ou été signalée, ce qui signifie que le crédit est dépensé et que le coup porté à la réputation est encaissé avant que la liste ne devienne plus propre. Et parce que Postmark est un expéditeur transactionnel plutôt qu'une plateforme marketing, l'angle mort est plus large qu'il n'y paraît : il n'a aucune liste d'inscription qui lui soit propre à contrôler en amont, si bien qu'une faute de frappe à l'inscription (jane@gmial.com), une adresse jetable acceptée au moment du paiement, une adresse générique comme info@ ou support@, ou une boîte qui s'est doucement éteinte arrivent toutes depuis votre application en paraissant parfaitement saines, et Postmark n'a aucun signal sur aucune d'entre elles tant que votre code n'a pas déclenché le premier message. Un lot de destinataires que vous assemblez pour un broadcast stream est le cas le plus tranchant — il arrive sans aucun historique de rebond, si bien que des adresses qui échouaient déjà ailleurs paraissent flambant neuves, et Postmark livrera consciencieusement chacune d'elles droit dans un hard bounce.
Pourquoi une liste Postmark propre est essentielle
Sur Postmark, les enjeux sont exceptionnellement concrets. Postmark encadre la délivrabilité avec des chiffres précis : il veut votre taux de rebond sous 10 % et votre taux de plaintes pour spam sous 0,1 % sur chaque Message Stream, il fait passer les indicateurs du flux à l'orange à mesure que vous approchez de ces limites et au rouge une fois franchies, et il se réserve le droit de suspendre ou d'interrompre l'envoi sur un serveur dont les taux restent trop élevés. Une vague d'invalides jamais vérifiés est le moyen le plus rapide de faire basculer un flux dans le rouge — et sur un compte transactionnel, ce rebond retombe sur les reçus, les réinitialisations de mot de passe et les e-mails de vérification que vos utilisateurs attendent activement, le courrier que vous pouvez le moins vous permettre de voir suspendu. Il y a aussi un angle facturation : Postmark facture aux e-mails envoyés, pas aux contacts stockés, sans report, donc chaque message livré dans un hard bounce consomme du volume payé (ou du dépassement) sur du courrier qui n'allait jamais arriver. Vérifier avant l'envoi remplit les deux missions à la fois — cela maintient votre taux de rebond bien en dessous du seuil de Postmark et vous évite de payer pour livrer dans des boîtes mortes. C'est le même calcul de rebonds et de plaintes sur lequel les règles d'expéditeur 2024 de Gmail et Yahoo vous jugent désormais directement.
Le flux de travail qui fonctionne dès aujourd'hui
Postmark n'a aucune liste de contacts hébergée à exporter puis réimporter — les adresses proviennent de votre propre application et de votre API, donc la solution honnête consiste à les vérifier avant que Postmark n'envoie quoi que ce soit, puis à supprimer les échecs.
Vérifiez au point de capture
Interceptez l'adresse là où elle entre dans votre système — le formulaire d'inscription, de paiement ou de compte — avant de la stocker ou de la laisser déclencher son premier envoi Postmark. Un seul appel à l'API Qualisend à ce moment-là empêche les fautes de frappe et les adresses jetables de devenir un jour un destinataire, ce qui est l'endroit le plus efficace où vérifier sur un expéditeur transactionnel.
Vérifiez tout lot de destinataires avant l'envoi
Vous envoyez un broadcast stream ou un traitement en masse via l'API ? Vérifiez d'abord la liste des destinataires. Téléversez le fichier vers le nettoyage en masse de Qualisend — jusqu'à 1 000 000 d'adresses par tâche, doublons facturés une seule fois — ou collez les adresses directement. Les 100 crédits ponctuels du plan gratuit, qui n'expirent jamais, couvrent un premier échantillon avant de vous engager.
Lisez les résultats
Chaque adresse renvoie délivrable, risquée, indélivrable ou inconnue avec un code de motif, un score de 0 à 100 et des sous-indicateurs (catch-all, jetable, générique, boîte pleine), ainsi que le fournisseur MX et le détail de la sonde comme preuves. Téléchargez le fichier nettoyé, ou lisez le verdict directement dans la réponse de l'API.
Supprimez les échecs dans Postmark
Prenez tout ce qui est revenu indélivrable et assurez-vous qu'il ne pourra jamais déclencher un envoi. Ajoutez ces adresses à la liste de suppression du Message Stream concerné en tant que suppressions manuelles — via l'onglet Suppressions du flux ou l'API Suppressions, jusqu'à 50 adresses à la fois — et consignez le verdict dans votre propre base de données pour que votre application ne les remette jamais en file d'attente. Cela accomplit le travail de préservation de la réputation avant l'envoi plutôt qu'après le rebond.
Ou automatisez-le à l'inscription
Le contrôle au point de capture est conçu pour l'automatisation. Appelez l'API REST de Qualisend (clés cloisonnées, limites de débit, webhooks) à l'intérieur de votre gestionnaire d'inscription ou de paiement pour qu'une adresse soit vérifiée avant d'être stockée ou transmise à Postmark, ou mettez en place un flux sans code via Zapier, Make ou n8n afin que chaque nouveau prospect soit contrôlé dès son arrivée. Vous pouvez boucler la boucle de la même façon — enchaînez un verdict indélivrable directement dans l'API Suppressions de Postmark pour que l'adresse soit supprimée manuellement de façon automatique, avant même que votre application ne demande à Postmark de lui écrire.
Ce que Qualisend signale sur chaque adresse
- Des adresses invalides jamais vérifiées qui provoqueraient un hard bounce dès leur premier envoi Postmark — souvent une réinitialisation de mot de passe ou un reçu
- Des domaines jetables / éphémères acceptés à l'inscription ou au paiement, conçus pour expirer
- Des adresses génériques (info@, support@) qui attirent les plaintes et faussent l'engagement sur les broadcast streams
- Des domaines catch-all, signalés pour que vous puissiez les router vers un flux distinct et envoyer avec prudence
- Un score de confiance de 0 à 100 et un code de motif exploitable par machine pour chaque adresse, prêt à être réinscrit en tant que suppression manuelle
Un connecteur Postmark natif, en un clic, fait partie de la plateforme que nous reconstruisons — il revient, il n'est pas abandonné. En attendant sa sortie, l'API et le workflow de vérification-avant-envoi ci-dessus sont la voie pleinement prise en charge, et ils fonctionnent avec n'importe quel plan Postmark.
Que faire de chaque résultat
Chaque adresse est renvoyée avec un verdict et des sous-indicateurs. Voici l'action qui garde votre liste Postmark propre sans écarter des contacts que vous pouvez encore atteindre.
délivrableEnvoyez normalement — transactionnel ou broadcast.délivrable + indicateur génériqueConvient au courrier de compte et transactionnel ; à écarter des envois broadcast jugés sur l'engagement.risquée + indicateur catch-allRoutez vers un flux distinct et envoyez avec prudence — le domaine accepte tout à la porte, donc la boîte ne peut pas être confirmée.risquée + indicateur jetableAjoutez en tant que suppression manuelle — la boîte a été conçue pour expirer.inconnueLaissez passer et revérifiez la prochaine fois — généralement du greylisting ou une limite de débit, pas un verdict sur la boîte.indélivrableAjoutez à la liste de suppression du flux dès maintenant ; ne la laissez pas rebondir sur un reçu et pousser votre taux vers la limite de 10 % de Postmark.Lectures associées
Des destinataires propres, c'est la moitié de la délivrabilité — authentifiez aussi votre domaine d'envoi Postmark.
Vérifiez au point de capture pour qu'aucun déchet ne déclenche un envoi Postmark.
Contrôlez un échantillon de vos destinataires avant de brancher l'API.
Postmark plafonne votre taux de rebond à 10 % par flux — voici pourquoi ce chiffre mord.
Pourquoi un seul mauvais envoi sur un flux transactionnel coûte plus cher qu'un crédit gaspillé.
Les seuils de rebonds et de plaintes 2024 face auxquels vos envois Postmark sont jugés.
FAQ sur la vérification Postmark
Nettoyez votre liste Postmark en quelques minutes
Commencez gratuitement avec 100 crédits qui n'expirent jamais — sans carte bancaire. Exportez, vérifiez, réimportez et protégez votre prochaine campagne.