Skip to content
Commencez avec 100 crédits de vérification gratuits
Qualisend
Le connecteur natif revient — le CSV et l'API fonctionnent dès aujourd'hui

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, il n'y a pas de liste marketing à exporter puis réimporter ; 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. Voici le workflow qui fonctionne dès aujourd'hui, ainsi que les options API et no-code.

MailjetQualisend

La synchronisation Mailjet 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 Mailjet, 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 Mailjet propre dès maintenant.

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.

Le flux de travail qui fonctionne dès aujourd'hui

Mailjet est un expéditeur transactionnel/API : il n'y a donc pas de liste marketing à exporter puis réimporter — la voie honnête consiste à 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

Un connecteur Mailjet natif en un clic fait partie de la plateforme que nous reconstruisons — il revient, il n'est pas abandonné. En attendant sa mise en ligne, l'API de vérification et la vérification groupée ci-dessus constituent la voie entièrement prise en charge, et elles fonctionnent avec n'importe quel forfait Mailjet.

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

Nettoyez votre liste Mailjet 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.