Trouver le bureau d'enregistrement et son contact abuse
Mis à jour le 5 août 2026 · LegalBrandGuard · 3 min de lecture

Réponse rapide
Le bureau d’enregistrement d’un domaine et son contact abuse s’obtiennent en interrogeant le registre par RDAP, ou par WHOIS sur les extensions qui n’ont pas encore migré. Ne jamais deviner l’adresse : abuse@ suivi du domaine frauduleux désigne le fraudeur lui-même.
Qui contacter, et pourquoi ces deux acteurs
Deux intermédiaires distincts rendent un faux site accessible, et ils n’ont pas les mêmes leviers.
| Acteur | Ce qu’il peut faire | Comment l’identifier |
|---|---|---|
| Bureau d’enregistrement (registrar) | Suspendre le domaine — le site et la messagerie cessent de fonctionner | RDAP ou WHOIS du domaine |
| Hébergeur | Retirer le contenu — le domaine survit mais ne sert plus rien | Résolution DNS puis identification du propriétaire de l’adresse IP |
Notifier les deux double les chances : ils relèvent de juridictions différentes, ont des politiques différentes, et l’un peut agir quand l’autre traîne.
RDAP, la source qui a remplacé WHOIS
Pendant trente ans, WHOIS a été le protocole d’interrogation des registres. Il renvoyait du texte libre, dont le format variait d’un registre à l’autre — chaque outil devait maintenir ses propres expressions régulières.
RDAP le remplace progressivement. Il renvoie du JSON structuré, où le contact abuse est une entité identifiée par son rôle plutôt qu’une ligne de texte à reconnaître.
La bascule est déjà en cours
Ce n’est pas une perspective lointaine. En interrogeant le serveur WHOIS de l’extension .shop, on obtient désormais cette réponse :
« Effective May 1, 2026, the WHOIS service has been retired in accordance with ICANN’s RDAP transition policy. All registration data queries are now served via RDAP. »
Conséquence pratique : un outil qui n’interroge que WHOIS ne trouve plus aucun registrar sur cette extension — et le .shop est très utilisé par les fausses boutiques.
Le piège de l’adresse devinée
Quand l’interrogation échoue, la tentation est de reconstituer l’adresse : abuse@ suivi du nom de domaine. C’est la convention usuelle chez les hébergeurs, et elle fonctionne souvent.
Appliquée au domaine signalé, elle est catastrophique : cette adresse appartient au fraudeur. Le courrier lui apprend qu’il est repéré, lui communique l’identité du plaignant, et lui laisse tout le temps de déplacer sa boutique.
Quand l’adresse publiée n’est jamais lue
L’article 3.18 du contrat d’accréditation ICANN oblige chaque bureau d’enregistrement à publier une adresse abuse et à traiter les signalements. Dans les faits, publier et lire sont deux choses distinctes.
La leçon dépasse ce registrar : vérifier le canal réel avant d’envoyer. Une notification adressée à une boîte que personne ne lit donne l’illusion d’avoir agi, ce qui est pire que de n’avoir rien fait — on attend une réponse qui ne viendra jamais.
Le cas des sites derrière un CDN
La majorité des fausses boutiques passent par Cloudflare ou un service équivalent. L’adresse IP que vous obtenez en résolvant le domaine appartient alors au CDN, jamais au serveur qui héberge réellement le contenu.
Écrire à l’hébergeur de cette IP revient à écrire à Cloudflare. Ce n’est pas inutile — ils transmettent à l’hébergeur d’origine — mais il faut passer par leur formulaire dédié plutôt que par une adresse email, et cocher explicitement la transmission à l’hébergeur, faute de quoi le signalement n’est relayé à personne.
Points clés à retenir
- RDAP renvoie du JSON structuré et remplace progressivement WHOIS — le .shop a déjà basculé en mai 2026, d’autres extensions suivent.
- Deux acteurs distincts à notifier en parallèle : le bureau d’enregistrement (peut suspendre le domaine) et l’hébergeur (peut retirer le contenu) — attendre l’un avant l’autre double le délai.
- Une adresse abuse publiée n’est pas toujours lue : certains registrars, Dynadot par exemple, la réservent aux forces de l’ordre et n’acceptent que les formulaires.
- Derrière un CDN comme Cloudflare, l’IP résolue n’appartient jamais à l’hébergeur réel — seul leur formulaire abuse dédié transmet la plainte au bon destinataire.
- Ce piège n’est pas hypothétique : notre propre outil y est tombé une fois, avant qu’on supprime entièrement le repli sur une adresse devinée plutôt que de tenter de l’améliorer.
Questions fréquentes
Quelle est la différence entre WHOIS et RDAP ?+
Puis-je écrire à abuse@ suivi du nom de domaine frauduleux ?+
Le registrar publie une adresse abuse mais ne répond jamais. Est-ce normal ?+
Comment savoir qui héberge réellement le site derrière Cloudflare ?+
Vérifiez votre propre marque
Notre analyse identifie le bureau d'enregistrement, son contact abuse réel, et vous indique si ce registrar traite les signalements par email ou uniquement par formulaire.
Analyser mon site gratuitementSources
Voir aussi : la procédure de takedown étape par étape.