Sur cette page
- 90 % des domaines testés sont déjà listés
- Ni phishing, ni malware : de l'abus, à chaque fois
- Le vrai facteur prédictif n'est pas le contenu, c'est l'infrastructure
- Deux théories populaires testées et démenties
- Et les redirections ?
- Ce que cela signifie si vous envoyez du cold email en 2026
- FAQ
- En résumé
- Sources
Le cold email a un nouvel ennemi, et il vient d'un endroit inattendu : une blacklist qui restait discrètement à l'arrière-plan, connue surtout pour attraper les liens de phishing. En 2026, SURBL est devenue l'une des menaces les plus lourdes de conséquences pour la prospection à froid, et presque personne parmi ceux qui envoient du cold email ne la surveille d'assez près.
Nous ne voulions pas spéculer sur ce sujet. Nous avons donc récupéré les données de 2 679 domaines d'envoi de cold email actifs et vérifié chacun directement sur la blacklist Multi de SURBL (multi.surbl.org), en contrôlant avec le domaine de test permanent de SURBL que les résultats étaient réels et pas seulement dus à une limite de débit. Voici ce que nous avons trouvé.
90 % des domaines testés sont déjà listés
Sur 2 679 domaines d'envoi de cold email actifs vérifiés, 2 419 (90,3 %) étaient listés sur SURBL Multi. Seuls 260 domaines, un peu moins de 10 %, étaient propres.
Si vous faites de la prospection à froid en 2026 et que vous n'avez pas vérifié récemment vos domaines sur SURBL, le taux de base dit que vous devez vous considérer comme touché tant que vous n'avez pas réellement regardé.
Ni phishing, ni malware : de l'abus, à chaque fois
SURBL Multi est en fait un flux qui combine plusieurs sous-listes : phishing (PH), malware (MW), sites compromis ou piratés (CR) et abus (AB), entre autres. Chacune signale un type de problème différent.
Nous avons décodé la sous-liste de chacun des 2 419 listages trouvés. Tous, sans exception, relevaient de la sous-liste AB (abus). Zéro phishing. Zéro malware.
C'est important, car cela écarte l'explication que beaucoup d'expéditeurs avancent en premier (« SURBL trouve que mon domaine ressemble à un sosie de phishing »). Il s'agit d'un problème de signalements d'abus : le type de signal qui vient des plaintes pour spam et des spam traps touchés, pas de quoi que ce soit qui ressemble à une page d'arnaque.
Le vrai facteur prédictif n'est pas le contenu, c'est l'infrastructure
Voici le constat qui explique vraiment le phénomène. Nous avons séparé les domaines en deux groupes selon leur infrastructure d'envoi : ceux qui reposent sur une infrastructure d'envoi partagée et mutualisée (les mêmes serveurs de messagerie sortants utilisés à la fois par de nombreux clients et domaines différents) et ceux qui reposent sur une infrastructure séparée, dédiée ou autrement non mutualisée.
| Type d'infrastructure | Domaines vérifiés | % listés sur SURBL Multi |
|---|---|---|
| Infrastructure d'envoi partagée / mutualisée | 2 327 | 99,7 % |
| Infrastructure dédiée / non mutualisée | 352 | 27,8 % |
L'écart est de près de 4 fois, et le chiffre de l'infrastructure mutualisée plafonne : entre 99,6 et 100 % de domaines listés, quelle que soit la façon dont nous découpions les données. Nous avons aussi trouvé un élément qui éclaire le mécanisme : le domaine de l'infrastructure de messagerie partagée lui-même était directement listé sur SURBL Multi, sous la même sous-liste d'abus, indépendamment de tout domaine client.
L'interprétation probable : quand beaucoup de domaines d'envoi différents partagent les mêmes serveurs sortants, il suffit qu'une fraction de ce pool partagé génère des plaintes pour spam ou touche des spam traps pour que la réputation du pool entier se dégrade. Chaque domaine qui repose sur cette infrastructure en subit alors les conséquences, qu'il ait personnellement fait quelque chose de mal ou non. C'est un problème de réputation partagée, pas un problème de contenu propre à chaque domaine.
Deux théories populaires testées et démenties
Deux explications circulent sans cesse dans les communautés du cold email en ce moment. Nous avions les données pour vérifier les deux.
« C'est parce que tout le monde achète ses domaines en lot le même jour. » Nous avons regroupé les domaines selon le nombre de domaines configurés ensemble le même jour, comme indicateur d'un achat en lot, et comparé les taux de listage. Dès que l'on tient compte du fait qu'un domaine est ou non sur une infrastructure partagée, la taille du lot ne compte plus : les domaines sur infrastructure partagée sont déjà listés à environ 100 %, qu'ils aient été achetés seuls ou par lot de 50. L'achat en lot ne prédit pas un listage à lui seul ; il est simplement corrélé au fait d'être sur une infrastructure partagée.
« C'est à cause des noms de domaines alias du type get-/try-/use-. » C'est la théorie que nous entendons le plus souvent : SURBL viserait spécifiquement les domaines secondaires de type alias. Nous avons marqué chaque domaine portant un préfixe d'alias courant et comparé les taux de listage. Sur infrastructure partagée, les domaines à préfixe d'alias étaient listés à 99,4 % contre 99,9 % pour les autres, soit pratiquement aucune différence. Hors infrastructure partagée, les domaines à préfixe d'alias étaient même moins souvent listés que les autres (18,4 % contre 31,5 %), soit l'inverse de ce que prédit la théorie. Les données ne soutiennent pas celle-ci.
Et les redirections ?
Nous avons aussi testé si les domaines qui redirigent vers une autre destination étaient corrélés aux listages. Cette théorie rejoint l'inquiétude publiée par SURBL elle-même au sujet des sites de redirection utilisés pour « blanchir » et masquer des destinations déjà bloquées. Notre échantillon était ici réduit et plusieurs domaines n'avaient aucun site actif à tester, nous ne prétendrons donc pas trancher dans un sens ou dans l'autre. Si vous testez vos propres domaines, cela vaut la peine de vérifier domaine par domaine plutôt que de supposer que cela compte, ou que cela ne compte pas.
Ce que cela signifie si vous envoyez du cold email en 2026
Les données mènent à une conclusion dominante et actionnable : votre propre hygiène de liste et votre contenu comptent moins ici que les expéditeurs avec qui vous partagez votre infrastructure d'envoi. Un domaine avec un SPF/DKIM/DMARC parfait et zéro lien dans le corps de l'e-mail peut quand même se retrouver pris dans un listage pour abus s'il repose sur une infrastructure partagée avec des expéditeurs qui génèrent des plaintes.
Quelques mesures utiles au vu de ces résultats :
Vérifiez directement chaque domaine d'envoi actif sur SURBL au lieu de supposer que vous le remarqueriez. La plupart des expéditeurs ne le découvrent qu'après l'effondrement silencieux de leur inbox placement. Si vous êtes sur une infrastructure d'envoi partagée ou mutualisée, quelle qu'elle soit, demandez clairement quelle isolation existe entre votre réputation et celle de tous les autres sur ce pool. Et ne cherchez pas à corriger la cause profonde en vous fondant sur la théorie des noms de domaines alias ou sur celle de l'achat en lot : les données ne désignent ni l'une ni l'autre comme le véritable moteur.
SURBL ne répond plus aux requêtes passant par des résolveurs DNS publics, notre vérificateur de blacklists gratuit ne peut donc pas l'interroger ; vous trouverez tout de même le détail de ce qu'est réellement SURBL et du fonctionnement du délistage sur notre page wiki SURBL.
FAQ
Qu'est-ce que SURBL Multi ?
SURBL Multi (multi.surbl.org) est une blacklist DNS combinée qui regroupe plusieurs sous-listes (flux d'abus, de phishing, de malware et de sites compromis) en une seule requête. Un domaine peut être signalé par n'importe laquelle de ces sous-listes et apparaître comme « listé » sur Multi.
Comment vérifier si mon domaine est sur SURBL ?
Passez-le dans un vérificateur de blacklists qui interroge directement multi.surbl.org, comme notre vérificateur de blacklists gratuit, ou interrogez vous-même yourdomain.com.multi.surbl.org et regardez si la requête se résout.
Comment me faire retirer de SURBL ? Corrigez d'abord la cause profonde. Les équipes de SURBL cherchent la preuve que le problème a été traité, pas seulement une demande affirmant que le listage est injuste. Envoyez ensuite une demande de retrait via la page de recherche et de retrait de SURBL. Si la cause profonde est la réputation d'une infrastructure partagée, délister un domaine isolé sans traiter cette infrastructure peut ne pas tenir.
SURBL affecte-t-il Gmail et Outlook de la même façon ? Les deux utilisent les données de SURBL comme un élément parmi d'autres dans leur filtrage anti-spam, mais ne leur accordent pas le même poids. Un listage SURBL est un signal négatif fort chez l'un comme chez l'autre, mais ce n'est pas un blocage universel garanti. Traitez un listage comme urgent, quel que soit le fournisseur sur lequel vous enquêtez.
Un listage SURBL équivaut-il à un signalement de phishing ? Pas forcément. SURBL Multi combine plusieurs sous-listes (abus, phishing, malware, sites compromis). Dans notre jeu de données, chaque listage trouvé relevait spécifiquement de la sous-liste d'abus et non du phishing : vérifiez donc toujours sur quelle sous-liste se trouve réellement un domaine avant de présumer de la cause.
En résumé
SURBL ne reste plus discrètement à l'arrière-plan. En 2026, c'est l'une des blacklists les plus lourdes de conséquences que rencontreront les expéditeurs de cold email, et 9 domaines sur 10 de notre propre test indépendant y sont déjà pris. Les données disent qu'il s'agit très majoritairement d'un problème de réputation d'infrastructure, pas d'un problème de contenu ou de convention de nommage. Si vous envoyez du cold email et que vous n'avez pas vérifié vos domaines sur SURBL ce mois-ci, c'est la première chose à faire.
👉 À lire ensuite : Comment savoir si je suis sur une blacklist ? · Blacklists d'IP et blacklists de domaines · Améliorer l'inbox placement en cold email
Sources
- SURBL reputation lists, les sous-listes de multi.surbl.org (ABUSE, PH, MW, CR, CT, DM), le masque binaire qui les encode et la procédure de retrait.
- RFC 5782: DNS Blacklists and Whitelists, comment les blocklists de domaines comme SURBL sont interrogées via le DNS.
- Email sender guidelines (Gmail Help), le rappel de Google que la réputation d'une IP partagée est partagée par tous les expéditeurs qui l'utilisent.