Liste de domaines d'e-mails jetables : comment les détecter et les filtrer

La recherche d'une liste de domaines d'e-mails jetables vraiment exhaustive se termine presque toujours sur des données périmées. Les fournisseurs d'e-mails temporaires enregistrent des domaines en masse, les font tourner en permanence et les abandonnent tout aussi vite : toute liste que vous téléchargez se dégrade dès l'instant où elle est écrite. Si vous devez détecter ou exclure ces domaines à grande échelle, la réponse pratique n'est pas une liste statique, mais un flux de domaines à jour associé à vos propres règles de filtrage.

WebTrackly publie ses données de domaines sous forme de téléchargements CSV uniques : fichiers de zone par TLD, jeux enrichis par zone avec les champs serveur de noms, MX, IP et CMS, listes de sites par technologie et jeux de données sélectionnés. Toutes zones confondues, le catalogue couvre actuellement 279 944 703 domaines, dont 163 422 083 pour la seule zone .com. Ce sont ces données de base sur lesquelles vous appliquez vos heuristiques de détection de domaines jetables.

L'anatomie d'un domaine d'e-mail jetable

Identifier les domaines d'e-mails jetables ne se limite pas à repérer les noms connus comme mailinator.com. Les fournisseurs qui posent réellement problème sont ceux dont vous n'avez jamais entendu parler, et ils ne se cantonnent pas au .com et au .net. Les nouveaux gTLD bon marché comme .xyz, .top ou .online hébergent fréquemment ces services de messagerie jetable, précisément parce que l'enregistrement y est peu coûteux et adapté au volume.

Les indices les plus courants

Quelques signaux suffisent à faire l'essentiel du travail. Des noms génériques courts construits sur un motif (« tempmail » suivi de chiffres), des enregistrements d'un an, des serveurs de noms gratuits ou génériques, et des enregistrements MX configurés en réception catch-all sont autant de marqueurs typiques. Les regroupements comptent davantage que les domaines pris isolément : les opérations d'e-mails temporaires font généralement pointer des dizaines, voire des centaines de noms vers un même petit ensemble de serveurs de messagerie et d'adresses IP. Regrouper un fichier de zone par hôte MX ou par IP les fait donc apparaître bien plus vite qu'une vérification nom par nom.

C'est pourquoi des données de zone enrichies sont plus utiles qu'une simple liste de noms. Les paquets enrichis par zone de WebTrackly fournissent les champs NS, MX, IP et CMS aux côtés du domaine : vous pouvez ainsi trier et regrouper sur les attributs exacts qui révèlent une infrastructure partagée.

Obtenir des données de domaines à jour

La fraîcheur compte plus que le volume brut lorsque la population ciblée se renouvelle rapidement. Une liste constituée il y a plusieurs mois contiendra des domaines qui ont depuis perdu tous leurs enregistrements MX, et elle passera à côté de tout ce qui a été enregistré depuis. WebTrackly exporte chaque fichier au moment de l'achat plutôt que de servir un instantané pré-généré : les données reflètent donc l'état actuel de la zone, et non la date à laquelle le fournisseur a reconstruit son archive pour la dernière fois.

Fichiers de zone ou données agrégées

Pour les ccTLD, les fichiers de zone sont notoirement difficiles à obtenir. De nombreux registres de ccTLD ne publient tout simplement aucun fichier de zone public, contrairement aux gTLD, dont l'accès aux zones passe par les programmes imposés par l'ICANN. Cette asymétrie explique l'essentiel des écarts de couverture entre TLD : pour une grande partie de l'espace des codes pays, les données agrégées restent la seule voie exploitable. Le catalogue WebTrackly compte aujourd'hui 716 fichiers de zone TLD, auxquels s'ajoutent 716 jeux enrichis correspondants, 79 listes de sites par technologie et 27 jeux de données sélectionnés — soit 1 538 paquets au total.

Le problème des listes périmées

Le scénario d'échec d'une liste « premium » de domaines jetables achetée clé en main est prévisible : au moment où vous l'utilisez, une part significative des entrées ne résout plus, a perdu ses enregistrements MX ou pointe vers des serveurs de messagerie morts. Impossible de savoir quelles entrées se sont dégradées sans tout revalider — et dès lors que vous revalidez de toute façon, la liste cesse d'être le produit : c'est votre chaîne de validation qui le devient.

Filtrer le bruit

Les flux de domaines nouvellement enregistrés sont bruyants par nature. Une large part de tout flux brut correspond à des pages parquées, à des habillages PPC ou à des enregistrements éphémères qui ne deviendront jamais rien. Sans filtrage rigoureux, toute démarche de prospection ou d'analyse bâtie sur ce flux est inefficace par construction.

Ce que révèlent le registrar et les serveurs de noms

Le filtre unique le plus efficace repose sur les serveurs de noms. Des enregistrements NS pointant vers des services de parking connus comme Sedo ou Bodis constituent un marqueur fiable de domaines sans site actif, et les enregistrements en masse passés par certains registrars à bas coût se concentrent autour de ces mêmes serveurs de noms. Éliminer ces groupes retire une part substantielle du bruit avant même d'engager le moindre traitement supplémentaire, tout en attrapant au passage de nombreuses opérations d'e-mails jetables, qui s'appuient sur les mêmes circuits d'enregistrement en gros à bas prix.

La validation MX : le test décisif de délivrabilité

Pour le cold e-mail, une liste de domaines ne vaut que ce que vaut sa validation MX — et cette validation vieillit vite : vérifiez la délivrabilité la semaine même de l'envoi. Le contrôle lui-même coûte peu : interrogez les enregistrements MX dans le DNS pour chaque domaine et confirmez qu'ils existent et pointent vers un serveur de messagerie actif. Comme les données MX sont incluses dans les paquets de zone enrichis de WebTrackly, vous pouvez faire une première passe hors ligne sur le CSV et réserver les requêtes en direct à la liste restreinte qui subsiste.

Notez qu'un domaine parfaitement légitime en apparence peut malgré tout échouer à ce test. Les enregistrements mal configurés et les serveurs de messagerie à l'abandon sont assez fréquents pour que la validation MX figure dans toute chaîne de traitement comme garde-fou final, et non comme une option.

Pourquoi l'exercice est plus difficile qu'il n'y paraît

Deux écueils reviennent systématiquement. Le premier tient à la couverture des TLD : une logique de détection écrite uniquement pour .com, .net, .org et .info laissera passer une large part du paysage des e-mails jetables, qui a migré vers les nouveaux gTLD bon marché. Le second, c'est que les fournisseurs d'e-mails temporaires les mieux gérés imitent activement les sites légitimes — enregistrements WHOIS plausibles, véritable page d'accueil, nom d'apparence banale — si bien qu'un examen de surface ne suffit pas. La preuve distinctive se trouve presque toujours dans la couche MX et serveurs de noms, et dans le fait qu'une même infrastructure dessert de nombreux domaines à la fois.

À retenir en pratique

1. Privilégiez la fraîcheur à la taille de la liste. Travaillez à partir de données exportées récemment plutôt que d'un export archivé. Les domaines jetables tournent assez vite pour qu'une vieille liste soit fausse dans les deux sens : des entrées mortes que vous bloquez encore, et des actives qui vous échappent.
2. Filtrez d'abord par serveur de noms. Regroupez vos données de zone par enregistrement NS et écartez les clusters de parking connus. C'est le filtre le plus rentable qui soit, et il ne demande aucun appel réseau si vos données contiennent déjà les champs NS.
3. Regroupez par hôte MX et par IP. Les opérations d'e-mails jetables partagent leur infrastructure de messagerie. Trier un extrait de zone par hôte MX révèle des familles entières de domaines qu'une inspection individuelle ne relierait jamais.
4. Lancez la validation MX juste avant l'usage. Validez juste avant l'envoi, et non au moment où vous acquérez les données. Tout ce qui date de plus d'une semaine doit être revérifié.
5. Couvrez les gTLD bon marché. Étendez votre détection au-delà des TLD historiques. Si votre couverture de zones s'arrête au .com et au .net, votre taux de détection s'arrête là aussi.

FAQ

WebTrackly vend-il une liste de domaines d'e-mails jetables ?

Non. WebTrackly fournit les données de domaines sous-jacentes — fichiers de zone TLD, jeux enrichis par zone incluant les champs MX et serveur de noms, listes technologiques et jeux de données sélectionnés — et non une liste pré-étiquetée « jetables ». La définition de « jetable » varie selon les usages : l'approche pratique consiste donc à appliquer vos propres critères de filtrage à des données de base fraîches.

Par quel paquet commencer ?

Si vous voulez les noms de domaine bruts d'une zone, choisissez un fichier de zone TLD. Si vous avez besoin des champs MX et serveur de noms pour appliquer le filtrage décrit plus haut, choisissez le jeu enrichi de la même zone dans la rubrique données de domaines. Les collections multizones, dont le jeu de données complet de 272 614 863 lignes couvrant tous les domaines, se trouvent dans les jeux de données.

Quelle est la fraîcheur des données au moment du téléchargement ?

Chaque fichier est exporté au moment de l'achat plutôt que servi depuis une archive pré-générée : il reflète donc l'état de la zone à l'instant où vous l'achetez. Vous recevez un CSV dans un ZIP, téléchargeable immédiatement après le paiement.

Pourquoi la validation MX est-elle à ce point déterminante ?

Un domaine peut exister, résoudre correctement et n'avoir malgré tout aucun routage de messagerie fonctionnel. Sans contrôle MX, les campagnes de cold e-mail accumulent les hard bounces sur des domaines qui n'ont jamais été en mesure de recevoir du courrier, ce qui dégrade la réputation d'expéditeur. Les enregistrements MX changeant sans préavis, validez la semaine même de l'envoi.