Data Checker

Accueil Détecter les emails jetables

Détecter et bloquer les emails jetables

En résumé : les adresses jetables (yopmail, mailinator…) servent à franchir un formulaire puis à disparaître — faux comptes, abus d'essais gratuits, délivrabilité en berne. L'API renvoie un drapeau disposable qu'on branche à l'inscription. Le vrai sujet n'est pas « comment bloquer » mais « scorer plutôt que rejeter », pour ne pas fermer la porte à de vrais clients.

Dernière mise à jour : juillet 2026.

Ce qu'est un email jetable, et pourquoi il casse un funnel

Un email jetable (ou temporaire) est une boîte publique et éphémère fournie par des services comme yopmail.com, mailinator.com ou jetable.org : on invente une adresse à la volée, on récupère le code de confirmation, et on l'oublie. Aucune inscription réelle, aucune intention derrière.

Le coût pour un produit se paie à trois endroits. Vos métriques mentent : des inscriptions fantômes gonflent le haut du funnel et faussent vos taux de conversion. Vos quotas sautent : la même personne ouvre dix essais gratuits avec dix adresses jetables pour contourner la limite d'usage. Votre délivrabilité se dégrade : personne ne lit ces boîtes, vos emails d'onboarding rebondissent ou restent non ouverts, votre réputation d'expéditeur baisse — et ce sont vos vrais clients qui finissent en spam.

Extrait de la liste de domaines détectés

Le moteur reconnaît une liste de domaines jetables connus, maintenue côté serveur. En voici un échantillon :

yopmail.commailinator.comguerrillamail.com10minutemail.comtemp-mail.orgjetable.orgtrashmail.comthrowawaymail.comgetnada.commaildrop.ccsharklasers.comdiscard.emailfakeinbox.comspam4.metempmail.comyopmail.fr

Pourquoi une liste seule ne suffit pas

Une liste figée est nécessaire mais jamais suffisante, pour trois raisons concrètes. De nouveaux domaines apparaissent en continu : les services jetables en enregistrent régulièrement pour échapper aux blocages. Les sous-domaines et domaines alternatifs se comptent par milliers — mailinator, à lui seul, propose un grand nombre de domaines de remplacement. Le jetable « privé » existe aussi : un catch-all sur un domaine personnel se comporte comme une boîte jetable sans figurer sur aucune liste.

La conclusion n'est pas « abandonnez la liste » — elle attrape l'écrasante majorité du trafic jetable réel — mais « ne vous reposez pas dessus seule ». On la croise avec le contrôle MX et les adresses génériques pour en faire un score, pas un verdict binaire.

Combiner les signaux : scorer, ne pas rejeter

Trois contrôles issus du même appel API — jetable, MX, role-based — se combinent en un score d'inscription. La bonne réponse dépend du signal : on ne traite pas un domaine mort comme une adresse de fonction.

Signaux de risque d'une inscription et action recommandée
SignalPoidsAction recommandée
Syntaxe RFC 5322 invalideÉliminatoireRejeter (le champ est cassé)
Domaine sans MX (ni A/AAAA)FortRejeter ou redemander
Domaine jetable connuFortBloquer l'essai gratuit, autoriser le compte payant
Adresse role-based (contact@, admin@)MoyenAutoriser, marquer pour revue
Tout vertLaisser passer

Le piège à éviter : bloquer en dur tout ce qui ressemble à un jetable. Un domaine d'entreprise récent, un alias professionnel, une extension exotique mais réelle — autant de faux positifs qui refusent de vrais clients. Réservez le rejet dur au champ cassé et à l'abus manifeste (multi-comptes d'essai) ; pour le reste, autorisez en marquant.

Brancher la détection au formulaire d'inscription

Un seul appel API, à la soumission ou au blur du champ email. Aucun message n'est envoyé à l'utilisateur : c'est un contrôle de domaine, pas un test d'envoi.

  1. 1Appeler l'API sur le champ email. Au blur du champ email ou à la soumission, envoyez POST /api/v1/validate avec type=email. La réponse arrive en une requête, sans envoyer de message à l'utilisateur.
  2. 2Lire les drapeaux de la réponse. La réponse JSON expose syntaxValid, mxFound, disposable et roleBased. Le champ disposable passe à true quand le domaine figure dans la liste des services jetables.
  3. 3Scorer au lieu de rejeter en dur. Combinez les drapeaux en un score. Un domaine jetable bloque l'accès à un essai gratuit sans pour autant interdire une inscription payante ; une syntaxe cassée, elle, se rejette franchement.
  4. 4Renvoyer un message clair côté formulaire. Sur un blocage jetable, demandez une adresse professionnelle ou personnelle durable plutôt qu'un « email invalide » qui frustre les utilisateurs légitimes.
curl -X POST https://data-checker.fr/api/v1/validate \
  -H "Authorization: Bearer dck_live_votreCle" \
  -H "Content-Type: application/json" \
  -d '{"type":"email","value":"jean@yopmail.com"}'

# → { "valid": false, "syntaxValid": true, "mxFound": true,
#     "disposable": true, "roleBased": false, "reason": "Adresse jetable", ... }

Le champ disposable est le drapeau à tester à l'inscription. Schéma de réponse complet dans la documentation.

Questions fréquentes

Comment bloquer les emails temporaires à l'inscription ?

Appelez l'API de validation sur le champ email (type=email) à la soumission : la réponse contient un drapeau disposable à true quand le domaine est un service jetable connu. Croisez-le avec le contrôle MX et le drapeau role-based pour scorer l'inscription, puis décidez — bloquer l'essai gratuit, demander une autre adresse, ou marquer pour revue. Sans envoyer de message à l'utilisateur.

La liste de domaines jetables est-elle à jour ?

Elle est maintenue côté serveur et étendable, mais aucune liste n'est exhaustive : de nouveaux domaines apparaissent chaque semaine et certains services offrent des milliers de domaines alternatifs. D'où la règle : ne jamais s'appuyer sur la seule liste, mais la croiser avec le MX et un score.

Faut-il rejeter tous les emails jetables ?

Non, pas aveuglément. Bloquer en dur crée des faux positifs sur des domaines pro légitimes. Réservez le rejet dur aux abus évidents (multi-comptes d'essai) et, pour le reste, autorisez en marquant pour revue. On signale, vous décidez.

Un email jetable a-t-il un serveur de messagerie (MX) ?

Oui, presque toujours — c'est ce qui les rend fourbes. yopmail.com et mailinator.com ont un MX valide. Le contrôle MX seul les laisse passer ; il faut le drapeau disposable en plus.

Pour le détail des trois niveaux de « valide » (syntaxe, MX, boîte), voir vérifier une adresse email. Pour nettoyer une base existante d'un coup, le nettoyeur de liste (CSV). Et pour tout intégrer, la documentation de l'API.

Détecter et bloquer les emails jetables à l'inscription — 2026 | Data Checker