LegalBrandGuard

Trouver le bureau d'enregistrement et son contact abuse

Mis à jour le 5 août 2026 · LegalBrandGuard · 3 min de lecture

Illustration d’une loupe posée sur des données abstraites de registre de domaine, symbole de la recherche RDAP du bureau d’enregistrement et de son contact abuse

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.

ActeurCe qu’il peut faireComment l’identifier
Bureau d’enregistrement (registrar)Suspendre le domaine — le site et la messagerie cessent de fonctionnerRDAP ou WHOIS du domaine
HébergeurRetirer le contenu — le domaine survit mais ne sert plus rienRé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 ?+
RDAP est le successeur de WHOIS. Il renvoie du JSON structuré au lieu de texte libre, ce qui rend l'extraction fiable. La bascule est en cours extension par extension : le .shop a abandonné WHOIS en mai 2026, d'autres suivent. Un outil qui n'interroge que WHOIS ne trouve plus rien sur ces extensions.
Puis-je écrire à abuse@ suivi du nom de domaine frauduleux ?+
Surtout pas. Cette adresse appartient au fraudeur : vous l'informeriez qu'il est signalé, en lui donnant votre identité. Il lui suffirait de déménager avant toute action. L'adresse abuse à utiliser est celle du bureau d'enregistrement, publiée au registre.
Le registrar publie une adresse abuse mais ne répond jamais. Est-ce normal ?+
Cela arrive, et ce n'est pas toujours de la négligence. Certains registrars publient l'adresse exigée par l'article 3.18 du contrat ICANN tout en la réservant aux forces de l'ordre et aux procédures UDRP, et n'acceptent les signalements que par formulaire. Dynadot le déclare explicitement dans sa réponse automatique.
Comment savoir qui héberge réellement le site derrière Cloudflare ?+
Vous ne pouvez pas le savoir depuis l'extérieur : c'est précisément la fonction du service. L'adresse IP résolue appartient à Cloudflare, pas au serveur d'origine. Le seul chemin est le formulaire abuse de Cloudflare, qui transmet la plainte à l'hébergeur réel.

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 gratuitement

Sources

Voir aussi : la procédure de takedown étape par étape.