Skip to content
Commencez avec 100 crédits de vérification gratuits
Qualisend
Connecteur natif : disponible

Vérifiez chaque destinataire avant même que l'API Send de Mailjet ne l'atteigne

Mailjet bloque automatiquement une adresse dès qu'elle génère un hard bounce ou une plainte pour spam, et la met de côté pendant 90 jours pour l'empêcher d'échouer deux fois — mais pour un expéditeur transactionnel, cette protection ne se déclenche qu'après le premier envoi défaillant, et c'est précisément à ce premier envoi que la réputation est écornée. Comme Mailjet est un expéditeur API/SMTP, pour les e-mails transactionnels, tout l'intérêt est de vérifier chaque adresse avant que l'API Send ne l'atteigne. Qualisend comble cette lacune : vérifiez au moment de la collecte, puis à nouveau avant tout envoi groupé, pour qu'une adresse invalide n'atteigne jamais votre envoi. Pour les contacts et les listes stockés dans Mailjet, le connecteur natif les vérifie sur place et enregistre chaque résultat dans une propriété du contact. Voici comment procéder, ainsi que les options API et no-code.

MailjetQualisend
Connecteur natif

Connectez Mailjet directement, sans passer par un CSV

Connexion par clé API

Saisissez votre API key et votre Secret key Mailjet. Vous trouverez les deux dans Mailjet, sous Account settings → REST API → API Key Management.

  • Nettoyez tous les contacts ou une seule liste
  • Résultats enregistrés dans des propriétés de chaque contact
  • Ou vérifiez et exportez une liste propre
  • Nettoyage automatique tous les 7, 14 ou 30 jours
Connecter Mailjet

Vous préférez le CSV ou l'API ? Les deux fonctionnent aussi, voir ci-dessous.

Ce que gère Mailjet

Ce que Mailjet nettoie pour vous

L'hygiène native de Mailjet repose sur son blocage automatique. À l'instant où une adresse génère un hard bounce — une boîte invalide ou inexistante, ou un serveur auquel Mailjet ne parvient pas à livrer — elle est automatiquement « pré-bloquée » et écartée de tous les envois pendant 90 jours, l'idée étant de protéger votre réputation d'expéditeur en ne laissant jamais la même adresse échouer deux fois ; les adresses qui génèrent une plainte pour spam sont pré-bloquées de la même façon. Ce blocage est global à la plateforme Mailjet — une adresse ayant généré un hard bounce sur l'envoi d'un autre client peut être bloquée pour le vôtre — et, surtout, il s'applique à tout, y compris l'API Send : dès que Mailjet a constaté l'échec d'une adresse, celle-ci ne sera plus non plus contactée par votre flux transactionnel. Mailjet propose également une liste d'exclusion de campagne manuelle, mais celle-ci n'écarte les contacts que des campagnes marketing et des automatisations (les e-mails d'automatisation comptent comme du marketing) — l'API Send continue de livrer à une adresse exclue, par conception — elle ne protège donc en rien un envoi transactionnel. Pour les adresses auxquelles Mailjet a réellement envoyé et dont il a constaté l'échec, ce blocage automatique constitue une hygiène fiable.

La faille qu'il laisse

Ce qu'il ne peut pas détecter

Le hic, c'est que chacun de ces mécanismes est réactif — il lui faut un envoi, puis un bounce ou une plainte, pour se déclencher. Les invalides jamais vérifiées de vos formulaires d'inscription et de paiement, les adresses jetables, les adresses de rôle et les boîtes qui se sont discrètement dégradées n'ont jamais généré de bounce parce que Mailjet ne leur a jamais envoyé : il n'existe donc aucun blocage à leur sujet — l'API Send livrera tout naturellement en plein hard bounce dès la première tentative, et ne bloquera l'adresse pour 90 jours qu'ensuite, une fois le mal fait. Les flux transactionnels sont le cas le plus critique : une réinitialisation de mot de passe ou un reçu part automatiquement vers ce que l'utilisateur a saisi, et la liste d'exclusion de campagne ne peut pas l'empêcher puisqu'elle ne s'applique pas à l'API Send. La seule chose qui se dresse entre une adresse mal saisie et un hard bounce dès le premier envoi, c'est la vérification avant l'appel.

Pourquoi une liste Mailjet propre est essentielle

Mailjet facture les e-mails que vous envoyez chaque mois, et non le nombre de contacts que vous stockez — ses forfaits supérieurs incluent des contacts illimités — de sorte qu'une adresse morte ne gonfle pas un palier de contacts comme elle le ferait sur une plateforme tarifée à l'abonné. Le coût d'une mauvaise adresse est ici double. Premièrement, l'envoi gaspillé : chaque invalide à laquelle vous livrez consomme l'un de vos envois mensuels et, une fois votre quota dépassé, se facture en dépassement au renouvellement — vous payez pour générer un hard bounce. Deuxièmement, et c'est bien plus important pour un expéditeur transactionnel, la réputation. Le courrier transactionnel est votre flux le plus sensible en matière de réputation — il circule sur une IP dédiée ou un pool partagé dont vous dépendez pour vos réinitialisations de mot de passe et vos reçus — et un pic de hard bounces dès le premier envoi est exactement ce que pénalisent les règles pour expéditeurs de Gmail et Yahoo de 2024, ainsi que les limites de taux de bounce propres à Mailjet. Laissez votre taux de bounce grimper trop haut et Mailjet limitera ou bloquera purement et simplement vos envois ; le jour où cela arrive, ce sont les e-mails de vos comptes, et non une campagne marketing, qui cessent d'atteindre la boîte de réception. Vérifier avant l'envoi maintient le bounce hors de votre historique, tout simplement.

Vous préférez le CSV ou l'API ? Voici la méthode manuelle

Mailjet est un expéditeur transactionnel/API, et le connecteur ne couvre que les contacts et les listes stockés dans Mailjet — pour le trafic de l'API Send, la voie honnête consiste donc à vérifier chaque adresse avant que l'API Send ne l'atteigne : en temps réel au moment de la collecte, puis à nouveau avant tout envoi groupé.

1

Vérifiez au moment de la collecte

Appelez l'API REST de Qualisend depuis votre formulaire d'inscription, de paiement ou de compte et vérifiez l'adresse avant qu'elle ne soit écrite dans votre base de données. Une adresse mal saisie ou jetable est rejetée dès l'entrée : elle ne devient jamais un destinataire auquel votre application enverra du courrier transactionnel — c'est l'endroit au levier le plus fort pour l'intercepter.

2

Vérifiez tout lot avant un envoi API ou SMTP

Avant un envoi groupé ou déclenché, passez la liste des destinataires dans Qualisend — importez un fichier pour le nettoyage groupé (jusqu'à 1 000 000 d'adresses par tâche, les doublons facturés une seule fois) ou bouclez-la via l'API. Les 100 crédits ponctuels du forfait gratuit, qui n'expirent jamais, couvrent un premier échantillon.

3

Lisez les résultats

Chaque adresse renvoie livrable, à risque, non livrable ou inconnu, avec un code de motif, un score de 0 à 100 et des sous-indicateurs (catch-all, jetable, rôle, boîte pleine), ainsi que le fournisseur MX et le détail de la sonde en guise de preuve.

4

Supprimez les échecs de votre côté

Ajoutez chaque adresse non livrable à votre propre liste de ne-pas-envoyer dans votre application ou votre base de données — c'est cela qui la tient réellement à l'écart de l'API Send, puisque la liste d'exclusion de campagne de Mailjet ne bloque que le courrier marketing, pas le transactionnel. Ajoutez-les aussi à la liste d'exclusion de campagne si elles figurent également dans une audience marketing ou d'automatisation. Supprimez de votre côté et l'adresse n'atteint jamais un envoi : le blocage de 90 jours de Mailjet n'a alors jamais à se déclencher.

Ou automatisez-le à l'inscription

L'option au levier le plus fort consiste à vérifier au moment de la collecte avec l'API REST de Qualisend — clés cadrées, limites de débit et webhooks — afin qu'une mauvaise adresse soit détectée avant même que votre application ne la stocke ou ne lui envoie un message transactionnel. Pas de temps de développement à consacrer ? Reliez la même vérification via Zapier, Make ou n8n pour que les nouvelles inscriptions soient vérifiées avant d'être écrites dans votre base de données ou synchronisées vers Mailjet.

Ce que Qualisend signale sur chaque adresse

Statut du connecteur natif

Le connecteur natif Mailjet est disponible. Connectez-le dans Qualisend sous Intégrations et travaillez directement avec votre liste Mailjet, sans passer par un CSV.

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 Mailjet propre sans écarter des contacts que vous pouvez encore atteindre.

livrableEnvoyez via l'API Send normalement.
livrable + indicateur de rôleConvient au courrier transactionnel et système (info@, billing@) ; à écarter de toute campagne marketing ou automatisation.
à risque + indicateur catch-allN'envoyez que du courrier transactionnel à forte valeur et surveillez le webhook de bounce ; retenez le courrier groupé et marketing.
à risque + indicateur jetableAjoutez à votre liste de ne-pas-envoyer — la boîte a été conçue pour expirer, et un envoi vers elle est gaspillé.
inconnuRéessai sans risque — conservez-la et revérifiez au prochain lot ; il s'agit généralement de greylisting ou de limitation de débit, pas d'un verdict sur la boîte.
non livrableAjoutez à la liste de ne-pas-envoyer de votre application avant qu'elle n'atteigne l'API Send ; n'attendez pas que le blocage de 90 jours de Mailjet se déclenche après le bounce.

FAQ sur la vérification Mailjet

Oui. Connectez Mailjet dans Qualisend sous Intégrations avec votre API key et votre Secret key, puis nettoyez tous vos contacts ou une seule liste, avec des résultats enregistrés dans des propriétés de chaque contact. Le connecteur travaille sur les contacts stockés, pas sur les destinataires de l'API Send : pour les e-mails transactionnels, vérifiez donc avant l'envoi — appelez l'API REST à l'inscription et avant tout envoi groupé, ou vérifiez en masse un fichier de destinataires.

Parce que le blocage est réactif. Mailjet ne bloque une adresse qu'après un hard bounce sur un envoi réel, ce qui signifie que vous avez déjà consommé l'envoi et encaissé l'atteinte à la réputation avant que la protection ne s'active. Pour un flux transactionnel, c'est à ce premier envoi que le mal se produit : vérifier avant l'appel est donc le seul moyen d'empêcher qu'une invalide au premier envoi n'atteigne votre envoi tout court.

Non — et c'est un point qui piège bien des gens. La liste d'exclusion de campagne de Mailjet n'écarte les contacts que des campagnes marketing et des automatisations ; l'API Send continue de livrer à une adresse exclue, par conception. La suppression d'une mauvaise adresse pour votre flux transactionnel doit donc se faire dans votre propre application ou base de données. Le blocage global automatique de Mailjet est la seule chose côté serveur qui arrête un envoi transactionnel, et il ne se déclenche qu'après que l'adresse a déjà généré un bounce une fois.

Mailjet facture les e-mails envoyés, pas les contacts stockés : le nettoyage ne réduira donc pas un palier de contacts — ses forfaits supérieurs incluent de toute façon des contacts illimités. L'économie se situe dans les envois gaspillés : chaque invalide que vous évitez est l'un de vos envois mensuels non dépensé en hard bounce, et une fois votre quota dépassé, ces envois se facturent en dépassement. Le vrai gain est d'éviter l'atteinte à la réputation et la limitation qu'un pic de bounces déclenche.

Oui — c'est l'option au levier le plus fort. Vérifiez au moment de la collecte via l'API REST (clés cadrées, limites de débit, webhooks), ou via un flux Zapier/Make/n8n, pour qu'une faute de frappe ou une adresse jetable soit rejetée avant même d'être stockée ou synchronisée vers Mailjet — et ne devienne jamais un destinataire auquel votre application enverra du courrier transactionnel.

Nettoyez votre liste Mailjet en quelques minutes

Commencez gratuitement avec 100 crédits qui n'expirent jamais — sans carte bancaire. Connectez, vérifiez et protégez votre prochaine campagne.