Accueil › Guides

Domaine expiré : vérifier les listes noires avant d'acheter

Publié le 2026-11-03 ／ Mis à jour le 2026-11-03 ／ Par Yuki Nakazawa

Avant d'enregistrer un domaine libéré après expiration ou d'en acheter un sur le marché secondaire, vérifiez-le sur les listes de blocage de domaines (Spamhaus DBL, SURBL et URIBL) et sur Google Safe Browsing. Ces trois listes DNS enregistrent le nom de domaine lui-même : une inscription obtenue sous un ancien propriétaire ne disparaît donc pas lorsque vous transférez le domaine vers un nouvel hébergement ou une nouvelle adresse IP.

Un résultat propre est utile, mais ce n'est pas un certificat de bonne santé. Ces vérifications montrent l'état actuel, pas un historique complet, et certains signaux de Google ne sont visibles qu'une fois le domaine à vous. Ce guide explique où regarder, comment lire les réponses, ce qu'une inscription peut entraîner pour l'e-mail, les navigateurs et la recherche, et les limites de toute vérification avant achat.

Il s'appuie sur les pages officielles de chaque opérateur de liste et sur la documentation de Google telles qu'elles se présentaient en novembre 2026. Les règles et les outils évoluent : confirmez les détails sur les sites officiels avant de vous y fier. Si les listes de blocage sont nouvelles pour vous, commencez par qu'est-ce qu'une DNSBL (RBL).

Pourquoi vérifier un domaine expiré

Il existe deux grandes familles de listes de blocage DNS. Les listes basées sur les IP enregistrent les adresses d'où proviennent les e-mails. Les listes basées sur les domaines enregistrent des noms de domaine. Lorsque vous achetez un domaine déjà utilisé, c'est la seconde famille qui compte, car l'inscription suit le nom.

La RFC 5782, document informatif qui décrit le fonctionnement des DNSBL, indique que les listes basées sur les noms servent à vérifier les domaines présents dans les URL du corps des messages, les noms de domaine des adresses e-mail et les noms d'hôte des en-têtes. Si un domaine a servi au spam ou au phishing avant d'expirer, les e-mails que vous envoyez depuis ce domaine, ou ceux qui contiennent simplement un lien vers lui, peuvent être considérés avec méfiance par les destinataires qui consultent ces listes.

Par ailleurs, si Google Safe Browsing a signalé le site comme dangereux, les navigateurs qui l'utilisent peuvent afficher un avertissement aux visiteurs. La recherche est un troisième domaine, et nous nous en tenons plus bas à ce que disent les pages d'aide de Google.

Vous pouvez changer de serveur et d'adresse IP autant de fois que vous le voulez, le nom de domaine reste le même. C'est pourquoi la vérification vaut la peine d'être faite avant d'investir de l'argent ou des efforts dans le domaine.

Quelles listes vérifier, et où

Voici les principaux endroits où vérifier la réputation d'un domaine :

Quelques points tirés des descriptions des opérateurs méritent d'être connus. La DBL ne liste que des domaines, jamais d'adresses IP, et elle ne fait pas partie de Spamhaus ZEN : il faut donc la vérifier séparément. URIBL précise qu'il liste les domaines qui apparaissent dans le spam, et non l'endroit d'où le spam a été envoyé. SURBL note que les sites piratés contiennent généralement encore leur contenu légitime d'origine, ce qui correspond exactement à la situation dont vous pouvez hériter avec un domaine qui a autrefois été un vrai site.

Pour tester le même domaine sur plusieurs listes à la fois, vous pouvez aussi utiliser notre vérificateur de listes noires.

Vérification pas à pas avant l'achat

1. Notez le domaine enregistrable. Utilisez le domaine que vous posséderiez réellement (example.com), et non un nom d'hôte placé en dessous. La DBL liste au niveau du domaine principal, et URIBL indique qu'il retire en général la partie hôte des URI avant de les ajouter (quelques domaines très abusés sont listés avec le sous-domaine).
2. Vérifiez-le sur Spamhaus. Saisissez le domaine sur check.spamhaus.org. C'est aussi le seul endroit où sont traités les retraits de la DBL : c'est donc la page à laquelle vous reviendrez en cas de problème plus tard.
3. Vérifiez-le sur SURBL et URIBL. Utilisez la page Lookup de SURBL et lookup.uribl.com pour URIBL.
4. Vérifiez Google Safe Browsing. Le rapport de transparence de Google propose une vérification de l'état du site Safe Browsing.
5. Consignez vos constats, avec la date. Notez chaque liste, le code de retour ou la catégorie, et l'explication affichée. Ce relevé vous aidera pour la décision d'achat et pour toute demande de retrait déposée ensuite.

Vérifier en ligne de commande

On interroge les listes basées sur les domaines en ajoutant la zone de la liste au nom de domaine, comme le décrit la RFC 5782 :

dig +short example.com.dbl.spamhaus.org
dig +short example.com.multi.surbl.org
dig +short example.com.multi.uribl.com

L'absence de réponse signifie que le domaine n'est pas listé, et une réponse en 127.x.x.x doit être interprétée à l'aide des tableaux de la section suivante. Soyez toutefois prudent. La FAQ de Spamhaus sur l'utilisation des DNSBL indique que si vous interrogez via un résolveur public gratuit comme Google Public DNS (8.8.8.8), vous obtiendrez dans la plupart des cas une réponse « non listé » (NXDOMAIN), et parfois le code d'erreur 127.255.255.254. Un résultat propre obtenu depuis une machine qui utilise un résolveur public ne prouve rien. En cas de doute, fiez-vous aux pages de vérification des opérateurs.

Si vous examinez une longue liste de candidats, respectez les conditions d'utilisation de chaque opérateur. Spamhaus, par exemple, demande que son site web ne soit pas interrogé avec des outils automatisés.

Interpréter les résultats

Spamhaus DBL

Les réponses de la plage 127.255.255.x sont des codes d'erreur. Spamhaus précise qu'elles ne doivent pas être interprétées comme une inscription de l'objet interrogé. Pour une référence plus large, voir les codes de retour DNSBL expliqués.

SURBL (multi.surbl.org)

Le dernier octet est la somme des valeurs des listes : 4 pour DM, 8 pour PH, 16 pour MW, 32 pour CT, 64 pour ABUSE et 128 pour CR. Ainsi, 127.0.0.80 signifie MW plus ABUSE. Une réponse 127.0.0.1 provenant des serveurs de noms publics signifie que votre accès est bloqué, et non que le domaine est listé. SURBL recommande aussi de fonder les décisions automatisées sur le seul enregistrement A, les enregistrements TXT étant destinés à des lecteurs humains.

URIBL (multi.uribl.com)

Le dernier octet est un masque de bits : 2 pour black, 4 pour grey et 8 pour red. Une valeur de 1 (127.0.0.1) signifie que votre requête a été bloquée, par exemple en raison d'un volume élevé, et non que le domaine est listé. Selon URIBL, la liste black contient des domaines appartenant à des spammeurs et utilisés par eux, avec un objectif de zéro faux positif. La liste grey contient des domaines vus dans des envois en masse qui respectent parfois les désinscriptions, et URIBL avertit qu'elle peut causer, et causera probablement, des faux positifs. La liste red contient des domaines vus dans le flux de messagerie qui sont surveillés, très récents d'après l'âge WHOIS du domaine, ou qui utilisent la confidentialité WHOIS ; elle est automatisée et s'utilise à vos propres risques. Une correspondance uniquement sur red n'a pas du tout le même sens qu'une correspondance sur black.

Conséquences d'une inscription : e-mail, navigateurs, recherche

Distribution des e-mails

Si un serveur de messagerie destinataire compare les domaines de vos liens ou de votre adresse d'expéditeur à une liste basée sur les domaines, un domaine listé peut entraîner le filtrage ou le rejet des messages. L'usage fait d'une inscription relève du destinataire. URIBL, par exemple, présente ses données comme un moyen d'étiqueter les e-mails comme spam et affirme ne rien bloquer lui-même ; si vous êtes bloqué, il vous invite à vous adresser à celui qui vous bloque. Dans tous les cas, si vous comptez envoyer des e-mails depuis le domaine, une inscription en cours est un signal d'alerte sérieux.

Avertissements des navigateurs

L'aide de Chrome indique que Chrome peut afficher un avertissement rouge « Site dangereux » pour les sites impliqués dans le phishing, les logiciels malveillants, les logiciels indésirables ou l'ingénierie sociale. L'aide de Search Console ajoute que les visiteurs peuvent voir une page d'avertissement interstitielle dans le navigateur lorsqu'ils tentent d'ouvrir une page présentant des problèmes de sécurité.

Recherche Google

Les pages concernées par des problèmes du rapport « Problèmes de sécurité » de Search Console (contenu piraté, logiciels malveillants et indésirables, ingénierie sociale) peuvent apparaître avec un libellé d'avertissement dans les résultats de recherche.

Les règles de Google concernant le spam incluent aussi l'abus de domaine expiré, défini comme l'achat d'un nom de domaine expiré réutilisé principalement pour manipuler le classement dans la recherche en hébergeant un contenu qui n'apporte que peu ou pas de valeur aux utilisateurs. Parmi les exemples donnés par Google figurent du contenu d'affiliation sur un site autrefois utilisé par une agence gouvernementale et du contenu lié aux casinos sur l'ancien site d'une école primaire. La règle vise ce type d'usage, et non le fait d'acheter un domaine expiré. Les sites qui enfreignent les règles de Google peuvent être moins bien classés ou ne pas apparaître du tout dans les résultats, et un examen manuel peut aboutir à une action manuelle.

Ce que les pages d'aide de Google ne disent pas est tout aussi important. Elles n'indiquent pas pendant combien de temps l'historique d'un ancien propriétaire influe sur la recherche, ni si une ancienne inscription sur une liste de blocage nuit au classement. Nous ne prétendons rien sur ces deux points.

Ce qu'une vérification avant achat ne peut pas révéler

• Les inscriptions passées sont invisibles. Spamhaus indique que la plupart des inscriptions DBL expirent automatiquement dès qu'aucune activité associée n'est plus constatée. Une vérification ne montre que l'état du jour : « non listé aujourd'hui » ne veut pas dire « jamais utilisé à des fins abusives ».
• Les critères d'inscription ne sont pas publics. Spamhaus ne divulgue pas ses critères précis et indique qu'un domaine doit en remplir plusieurs pour être listé. Une vérification n'explique pas toujours pourquoi.
• Un nouveau départ n'est pas une bonne réputation. Spamhaus note que les réputations inconnues commencent par défaut comme « mauvaises » et qu'une bonne réputation est plus longue à construire qu'une mauvaise. Même un domaine propre demande un démarrage prudent, surtout pour l'e-mail.
• La vision interne de Google ne vous est pas encore accessible. Les actions manuelles et les problèmes de sécurité sont signalés dans Search Console à la personne qui gère le site, c'est-à-dire au propriétaire actuel tant que vous n'avez pas repris le domaine. Sauf si le vendeur vous communique ces informations, vous ne pouvez pas les voir avant l'achat, et Google ne publie pas ses autres signaux de classement.
• Les destinataires décident eux-mêmes. Les listes qu'un destinataire consulte, et ce qu'il fait en cas de correspondance, relèvent de sa propre configuration. Une vérification ne peut pas prédire entièrement le traitement de vos e-mails.
• Le chemin de vérification peut induire en erreur. Les résolveurs publics peuvent transformer une inscription en un faux « non listé », et SURBL avertit que les proxys DNS ou les FAI qui réécrivent les réponses NXDOMAIN peuvent fausser l'identification.

Considérez ces vérifications comme un moyen de réduire le risque, et non comme la garantie qu'un domaine est sûr.

Si le domaine est listé après sa reprise

La même règle vaut partout : si la cause persiste, un retrait risque de ne pas durer, et la décision finale revient toujours à l'opérateur de la liste.

• Spamhaus DBL. Les retraits ne sont traités que via check.spamhaus.org. Soumettre une demande ne garantit pas la levée de l'inscription, et les demandes excessives peuvent être bloquées. Les retraits approuvés sont traités immédiatement, mais certains destinataires peuvent mettre jusqu'à 24 heures à mettre à jour leurs systèmes locaux. Spamhaus précise que le retrait est gratuit et que toute offre de retrait payant est une arnaque. Pour une inscription de type abused-legit, commencez si possible par mettre le site hors ligne, supprimez les fichiers infectés, mettez à jour le CMS et les extensions, sécurisez le serveur et changez les mots de passe en activant l'authentification à deux facteurs lorsque c'est possible.
• SURBL. Commencez par la page Lookup et suivez les instructions du formulaire de retrait. Pour les inscriptions CR, PH ou MW, supprimez et neutralisez d'abord les menaces ; SURBL avertit que les systèmes mal sécurisés peuvent être de nouveau piratés et que des panneaux de contrôle DNS compromis peuvent servir à ajouter des sous-domaines malveillants.
• URIBL. Les demandes de retrait nécessitent une connexion. Créez un compte sur la page d'inscription, puis utilisez le formulaire de soumission.
• Problèmes de sécurité Google. Corrigez le problème sur l'ensemble du site, puis sélectionnez « Demander un examen » dans le rapport « Problèmes de sécurité ». Les examens peuvent prendre plusieurs jours ou semaines, et Google demande de ne pas renvoyer de demande tant qu'une demande est en cours.
• Actions manuelles Google. Si vous avez acheté un site qui enfreignait déjà les règles concernant le spam, l'aide de Google recommande de corriger les problèmes, de mentionner dans votre demande de réexamen que vous avez récemment acquis le site et de confirmer qu'il n'enfreint plus les règles.

Pour les autres listes Spamhaus et leurs procédures de retrait, voir le retrait Spamhaus, liste par liste. Si l'identification de la cause ou le dépôt des demandes dépasse ce que vous pouvez gérer seul, vous pouvez nous contacter en précisant les détails.

Questions fréquentes

Pages officielles consultées

Les informations de cet article ont été vérifiées sur les pages officielles ci-dessous à la date de publication. Les politiques et le fonctionnement peuvent changer sans préavis : consultez les pages officielles avant de vous fier à une information importante.

• Spamhaus: Domain Blocklist (DBL)
• Spamhaus FAQ: Domain Blocklist
• Spamhaus FAQ: DNSBL Usage (return codes and public resolvers)
• SURBL: Lists
• SURBL: FAQs
• URIBL: About
• RFC 5782: DNS Blacklists and Whitelists
• Google Search Central: Spam policies for Google web search
• Search Console Help: Security Issues report
• Search Console Help: Manual Actions report
• Google Chrome Help: Dangerous site warnings
• Google Safe Browsing (Google for Developers)

Guides associés

Tous les guides →