Comment savoir chez quel registrar un domaine est enregistré

Le registrar d'un domaine est indiqué dans l'enregistrement de son registre, c'est donc là qu'il faut le chercher. Saisissez le domaine dans l'outil de recherche de registrar : il lit l'enregistrement RDAP pour le registrar et la date d'expiration, les enregistrements NS pour l'hébergeur DNS, et les enregistrements MX pour le fournisseur d'email. Vous pouvez vérifier un seul domaine ou coller une liste.

Trouver le registrar d'un domaine maintenant →

Trouver le registrar avec l'outil

1. Ouvrez l'outil de recherche de registrar.
2. Saisissez un domaine, ou collez une liste, un par ligne. Les emails, URL et sous-domaines sont ramenés au nom enregistré, donc mail.acme.co.uk est recherché comme acme.co.uk.
3. Cliquez sur Find registrar and DNS host (trouver le registrar et l'hébergeur DNS). L'outil demande au registre du domaine son enregistrement RDAP, et lit ses enregistrements NS et MX dans le DNS public.
4. Lisez trois réponses : où le domaine est enregistré, où modifier ses enregistrements DNS, et qui gère ses emails.
5. Pour une liste, téléchargez le tout en CSV. Jusqu'à 100 domaines par passage, ou 500 après une connexion Google gratuite.

Trouver le registrar à la main

Sur macOS ou Linux, whois suit le renvoi du registre et affiche l'enregistrement :

whois google.com | grep -i "registrar:"
#   Registrar: MarkMonitor Inc.

Ou interrogez directement le serveur RDAP du registre. Le serveur de chaque TLD est listé dans le fichier bootstrap RDAP de l'IANA ; pour .com, c'est Verisign :

curl -s https://rdap.verisign.com/com/v1/domain/google.com \
  | jq -r '.entities[] | select(.roles | index("registrar")) | .vcardArray[1][] | select(.[0]=="fn") | .[3]'
# MarkMonitor Inc.

Le registrar apparaît comme une entité avec le rôle registrar. La page RDAP de l'ICANN (lue le 8 novembre 2026) indique que RDAP "was created as the replacement for the WHOIS protocol" (a été créé pour remplacer le protocole WHOIS) et que, depuis le 28 janvier 2025, les registres et registrars de gTLD "are no longer required to provide WHOIS services (except for .com, .name, and .post)" (ne sont plus tenus de fournir des services WHOIS, sauf pour .com, .name et .post). whois répond donc encore pour de nombreux TLD, mais pour les gTLD, c'est l'enregistrement RDAP qui fait foi.

Registrar, hébergeur DNS et fournisseur d'email

Ce sont trois rôles différents, souvent tenus par trois sociétés :

• Registrar : là où le domaine est payé et renouvelé. Les transferts et renouvellements se font ici.
• Hébergeur DNS : celui qui gère les serveurs de noms indiqués dans les enregistrements NS. Les enregistrements MX, SPF, DKIM et DMARC se modifient ici. Voir où modifier le DNS d'un domaine.
• Fournisseur d'email : celui vers qui pointent les enregistrements MX, comme Google Workspace ou Microsoft 365.

Pourquoi le propriétaire n'est pas affiché

Les enregistrements publics masquent généralement les coordonnées personnelles du titulaire. Le registrar reste indiqué, et la plupart des registrars proposent un moyen de contacter le titulaire par leur intermédiaire. Si vous avez besoin du propriétaire, c'est la voie à suivre, pas la recherche.

Étape suivante : vérifier les adresses de ces domaines

Si vous auditez des domaines avant une campagne, la question utile après « qui le gère » est « est-ce qu'un email vers ce domaine va rebondir ». Importez votre CSV sur /verify : chaque adresse reçoit une vérification de boîte en direct sans envoyer de message. Les 100 premières vérifications sont gratuites avec une connexion Google, sans carte.

Pro, 39 $ par mois : vérification d'emails illimitée.* Jamais décomptée, jamais coupée. Voir les tarifs.

*Usage raisonnable : les 100 000 premières vérifications du mois à pleine vitesse, puis plus lentement, jamais coupées.

À lire aussi : recherche WHOIS en masse pour une liste de domaines, savoir quand expire une liste de domaines, configurer un domaine de cold email.