Vérifiez chaque adresse avant que Mailgun ne l'envoie — pas après le bounce
Mailgun est un outil d'envoi d'e-mails transactionnels et par API : il n'y a donc pas de « liste » marketing à exporter puis à nettoyer — les adresses passent directement de votre application à l'API d'envoi de Mailgun. Mailgun supprime automatiquement les adresses qui génèrent un hard bounce, une plainte ou une désinscription : il cesse donc d'écrire à une adresse reconnue comme mauvaise après son premier échec — mais il ne peut pas juger une adresse avant ce premier envoi, et sur Mailgun chaque tentative compte pour votre facture comme pour votre réputation d'expéditeur, qu'elle aboutisse ou qu'elle rebondisse. Qualisend comble cette lacune : vérifiez au moment de la collecte et avant tout envoi groupé, pour que les adresses invalides n'atteignent jamais l'API de Mailgun. Voici le workflow honnête, ainsi que les options par API et sans code.
La synchronisation Mailgun 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 Mailgun, 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 Mailgun propre dès maintenant.
Ce que Mailgun nettoie pour vous
L'hygiène native de Mailgun repose sur des listes de suppression propres à chaque domaine — Bounces, Plaintes et Désinscriptions. Lorsqu'une adresse renvoie un bounce permanent (hard bounce), Mailgun l'ajoute automatiquement à la liste Bounce de ce domaine et ne la réessaie jamais ; les plaintes pour spam et les désinscriptions alimentent les deux autres listes de la même manière. À chaque envoi ultérieur, Mailgun confronte chaque destinataire aux listes de suppression du domaine et écarte silencieusement toute correspondance avant qu'elle ne quitte la file d'attente — vous verrez « Not delivering to previously bounced address » dans les logs. C'est une protection fiable et automatique, avec une limite importante : les listes sont cantonnées à chaque domaine d'envoi, et non à l'ensemble du compte, si bien qu'une adresse retirée sur un domaine reste inconnue pour le suivant. Pour les adresses que Mailgun a réellement tenté de joindre, c'est une hygiène fiable.
Ce qu'il ne peut pas détecter
Le problème, c'est le timing : chacun de ces mécanismes est réactif — il lui faut un envoi et un échec pour se déclencher. Une adresse n'atterrit sur la liste Bounce qu'après avoir déjà généré un hard bounce sur un envoi réel, ce qui signifie que le coup porté à la réputation et la tentative facturable ont déjà eu lieu. Les adresses invalides jamais vérifiées — issues d'un formulaire d'inscription, d'une faute de frappe au moment du paiement (jane@gmial.com), d'un lot importé, d'adresses jetables, d'adresses de rôle (info@, support@) et de boîtes tombées discrètement en désuétude — paraissent toutes parfaitement envoyables à Mailgun jusqu'à l'instant où il les tente — précisément le moment où un fournisseur de messagerie se forge sa première impression de votre domaine et de votre IP d'envoi. Un lot que vous poussez vers l'API est le cas le plus tranché : il arrive sans historique de bounce, si bien que des adresses qui échouaient déjà ailleurs semblent flambant neuves, et Mailgun tentera consciencieusement chacune d'elles, droit vers un hard bounce.
Pourquoi une liste Mailgun propre est essentielle
Sur Mailgun, l'enjeu n'est pas un palier de contacts stockés — Mailgun facture au volume, par message envoyé, et le courrier transactionnel comme marketing puise dans la même enveloppe. Le hic, c'est qu'une livraison échouée compte quand même : Mailgun mesure au moment de la soumission à l'API, donc chaque tentative vers une adresse invalide grignote un envoi de votre quota et, sur le forfait Flex à l'usage (dont le tarif a doublé pour atteindre 2 $ pour 1 000 messages le 1er décembre 2025), de l'argent bien réel — pour un message qui n'allait jamais arriver. Le coût le plus lourd, c'est la réputation. Les expéditeurs Mailgun alimentent le plus souvent des inscriptions, des reçus et des réinitialisations de mot de passe qui doivent absolument arriver, souvent sur une IP dédiée ou partagée dont vous ne pouvez pas vous permettre de gaspiller la réputation en bounces. Une vague de hard bounces ou de pièges à spam dès votre premier envoi est exactement le signal que pénalisent les règles pour expéditeurs de Gmail et Yahoo de 2024 — ainsi que les propres limites de taux de bounce et de plaintes de Mailgun — et sur une IP en cours de warm-up les dégâts sont démesurés. Vérifier avant l'envoi, et tout simplement ne pas confier les adresses invalides à l'API, garantit que le crédit n'est jamais dépensé et que le coup à la réputation n'est jamais encaissé ; la liste de suppression ne vous aide jamais qu'après qu'une adresse a déjà échoué une fois.
Le flux de travail qui fonctionne dès aujourd'hui
Mailgun est un expéditeur par API sans liste de contacts à exporter : le workflow honnête consiste donc à vérifier chaque adresse avant que Mailgun ne lui envoie quoi que ce soit — au moment de la collecte, puis de nouveau avant tout envoi groupé.
Vérifiez au moment de la collecte
Placez un contrôle Qualisend sur vos formulaires d'inscription, de paiement et de compte via l'API REST, pour qu'une adresse soit validée à l'instant même où l'utilisateur la saisit. Les adresses invalides, jetables et mal orthographiées (jane@gmial.com) sont rejetées avant même d'être stockées ou remises à l'API d'envoi de Mailgun — l'endroit le plus efficace pour arrêter un bounce, puisque l'adresse n'entre jamais dans vos envois.
Vérifiez toute liste ou tout lot avant l'envoi
Avant de pousser un lot de destinataires — un envoi de réengagement, une liste importée, une audience migrée depuis un autre outil — vers l'API ou le SMTP de Mailgun, passez-le d'abord par le nettoyage en masse de Qualisend : jusqu'à 1 000 000 d'adresses par tâche, les doublons facturés une seule fois. Les 100 crédits ponctuels du forfait gratuit, qui n'expirent jamais, couvrent un premier échantillon pour voir la physionomie du lot avant de vous engager.
Lisez les résultats
Chaque adresse renvoie deliverable, risky, undeliverable ou unknown, accompagné d'un code de motif, d'un score de 0 à 100 et de sous-indicateurs (catch-all, jetable, rôle, boîte pleine), ainsi que du fournisseur MX et du détail de la sonde à titre de preuve. Ne soumettez à Mailgun que les adresses deliverable ; retenez les autres, pour que les invalides ne vous coûtent jamais une tentative facturable ni un bounce.
Supprimez les échecs en guise de filet de sécurité
Pour empêcher une adresse reconnue comme morte de se glisser de nouveau dans un envoi, ajoutez les adresses undeliverable vérifiées à la liste de suppression Bounce de ce domaine d'envoi via l'API Mailgun — l'endpoint Bounces accepte les ajouts unitaires, et un endpoint d'import groupé ingère un CSV entier d'adresses en une fois — et/ou inscrivez-les dans votre propre base de données. Comme les listes sont propres à chaque domaine, ajoutez-les pour chaque domaine depuis lequel vous envoyez. Ensuite, si cette adresse est un jour de nouveau remise à Mailgun, elle est écartée silencieusement avant toute vraie tentative de livraison — vous n'encaissez donc jamais le hard bounce ni le coup à la réputation que vous aurait d'abord coûtés le fait de laisser Mailgun alimenter la liste par la voie réactive.
Ou automatisez-le à l'inscription
Le moment de la collecte est l'endroit où la vérification a le plus d'effet de levier : câblez-la une fois et oubliez-la. Appelez l'API REST de Qualisend (clés à portée limitée, limites de débit, webhooks) depuis votre formulaire ou votre gestionnaire d'inscription, ou construisez un flux sans code via Zapier, Make ou n8n, pour qu'une nouvelle adresse soit contrôlée — et une mauvaise bloquée — avant même que votre application ne la remette à l'API d'envoi de Mailgun.
Ce que Qualisend signale sur chaque adresse
- Les adresses invalides jamais vérifiées qui généreraient un hard bounce à leur premier envoi Mailgun et brûleraient une tentative facturable
- Les domaines jetables / éphémères conçus pour expirer, acceptés à l'inscription ou au paiement
- Les adresses de rôle (info@, support@) qui attirent les plaintes et faussent l'engagement
- Les domaines catch-all, signalés pour que vous puissiez les orienter vers un envoi étroitement surveillé plutôt que de les présumer bons
- Un score de confiance de 0 à 100 et un code de motif lisible par machine pour chaque adresse, prêt à conditionner un envoi
Un connecteur Mailgun natif, en un clic, fait partie de la plateforme que nous reconstruisons — il revient, il n'est pas abandonné. En attendant sa sortie, la vérification via l'API REST (et les flux sans code ci-dessus) est la voie entièrement prise en charge, et elle fonctionne avec n'importe quel forfait Mailgun.
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 Mailgun propre sans écarter des contacts que vous pouvez encore atteindre.
deliverableEnvoyez via Mailgun normalement.deliverable + indicateur rôleConvient au courrier transactionnel (reçus, réinitialisations de mot de passe) ; à écarter des envois marketing jugés à l'engagement.risky + indicateur catch-allOrientez vers un envoi à faible volume, étroitement surveillé — le domaine accepte tout à la porte, donc la boîte derrière ne peut pas être confirmée.risky + indicateur jetableN'envoyez pas — ajoutez à la liste de suppression Bounce du domaine ; la boîte a été conçue pour expirer.unknownMettez en attente et revérifiez avant le prochain envoi — généralement du greylisting ou une limite de débit, pas un verdict sur la boîte.undeliverableNe la soumettez pas ; ajoutez-la à la liste de suppression Bounce de Mailgun pour qu'elle ne puisse pas non plus se glisser dans un futur envoi. Ne dépensez pas une tentative facturable pour prouver qu'elle est morte.Lectures associées
Des envois propres ne sont que la moitié de la délivrabilité — authentifiez aussi votre domaine d'envoi Mailgun.
Vérifiez au moment de la collecte pour que les adresses invalides n'atteignent jamais l'API d'envoi de Mailgun.
Contrôlez une adresse unique ou un petit lot avant de câbler l'API.
Le taux de bounce que surveillent Mailgun et les fournisseurs de messagerie — et pourquoi c'est le premier envoi qui le fixe.
Ce qu'une vague de hard bounces fait à une IP partagée ou dédiée que vous ne pouvez pas vous permettre de brûler.
Les seuils de bounce et de plaintes de 2024 à l'aune desquels vos envois Mailgun sont jugés.
FAQ sur la vérification Mailgun
Nettoyez votre liste Mailgun 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.