Recherche WHOIS de domaine et serveurs de noms : saisir un domaine → vérifier les enregistrements DNS (plus de 1 400 TLD)
Après un changement d'hébergeur, il arrive que le site pointe encore vers l'ancien serveur, ou qu'il faille vérifier la date d'expiration d'un domaine. Cette recherche WHOIS vérifie en même temps les serveurs de noms à partir d'un seul nom de domaine, et affiche sur un même écran le bureau d'enregistrement, les dates d'enregistrement et d'expiration ainsi que les enregistrements A, AAAA, MX, TXT et SOA.
Les données d'enregistrement viennent d'abord du RDAP du domaine, ou du serveur WHOIS pour les domaines qui n'en proposent pas ; l'outil compare ensuite côte à côte les serveurs de noms enregistrés et la réponse réelle des enregistrements DNS, pour voir s'ils correspondent. Inutile de passer par l'interface de gestion du bureau d'enregistrement.
Ⅰ. Lire les résultats de la recherche WHOIS
L'écran de résultats de la recherche WHOIS se divise en quatre blocs : enregistrement, serveurs de noms, enregistrements DNS et services détectés. Ils décrivent le même domaine, mais ne viennent pas de la même source. Les données d'enregistrement sont les valeurs du registre tenu par les organismes d'enregistrement ; les enregistrements DNS sont la réponse que les serveurs de noms renvoient réellement à cet instant. Le fait que les deux puissent diverger est le point de départ pour lire l'écran.
1️⃣ Enregistrement : bureau d'enregistrement, dates d'enregistrement et d'expiration, statut
Les données d'enregistrement proviennent du registre qui gère le domaine. Elles n'ont rien à voir avec le fait que le site soit en ligne ou avec ce qu'il affiche. Même si le site est fermé, ces champs s'affichent tant que l'enregistrement est actif.
Bureau d'enregistrement : c'est là que l'on achète le domaine. Il ne faut pas le confondre avec le registre : l'ensemble de l'espace .com est géré par Verisign, et en dessous, ce sont les bureaux d'enregistrement qui vendent les domaines un par un et en reçoivent les renouvellements. Gabia, Whois, Namecheap et GoDaddy en font partie.
Identifiant IANA : numéro unique attribué à chaque bureau d'enregistrement accrédité par l'ICANN. Quand plusieurs sociétés ont des noms proches, ce numéro permet de les distinguer. S'il manque, le domaine n'est pas passé par un bureau d'enregistrement accrédité par l'ICANN ; c'est fréquent pour les domaines nationaux.
Publié le : la date d'enregistrement du domaine, avec à côté le nombre d'années écoulées depuis. L'âge d'un domaine n'améliore pas le classement à lui seul, mais c'est un repère pour comparer des sites qui traitent du même sujet. Dernière modification : ce n'est pas la date de modification du contenu du site. Cette valeur change quand on modifie les serveurs de noms ou les coordonnées, ou qu'on renouvelle le domaine.
Date d'expiration : elle s'affiche aussi sous forme de badge en haut — vert s'il reste largement le temps, orange à moins de 30 jours, rouge une fois dépassée. Un domaine ne disparaît pas dès sa date d'expiration ; la suite est en Ⅲ.
Statut : code qui indique les verrous et les opérations en cours sur le domaine. L'outil laisse le code tel quel et le fait précéder d'une explication. clientTransferProhibited signifie un verrou de transfert posé par le bureau d'enregistrement ; les codes commençant par client sont posés par le bureau d'enregistrement, ceux commençant par server par le registre. Le verrou de transfert n'est pas un incident : c'est presque toujours la valeur par défaut, posée par le bureau d'enregistrement pour empêcher les transferts frauduleux.
DNSSEC : fonction qui vérifie par signature que les réponses DNS n'ont pas été falsifiées. Activé signifie qu'une signature est enregistrée ; non activé ne signifie pas pour autant qu'il y ait un problème.
2️⃣ Pourquoi les serveurs de noms s'affichent sur deux colonnes
Les serveurs de noms s'affichent sur deux colonnes. Ce n'est pas le même champ affiché deux fois, mais deux valeurs de sources différentes placées côte à côte.
Selon le registre : la valeur inscrite dans le registre du bureau d'enregistrement et du registre. Elle change quand vous saisissez des serveurs de noms dans l'interface de gestion du domaine. DNS réel : la réponse obtenue en interrogeant les serveurs de noms à cet instant, c'est-à-dire l'état réel au moment où vous cliquez sur le bouton de recherche.
Si les deux valeurs sont identiques, la colonne de gauche reçoit un badge vert identiques ; sinon, un badge orange différents s'affiche. Il arrive aussi qu'aucun badge n'apparaisse : c'est le cas quand l'une des valeurs est vide et que la comparaison est impossible. Cet écran apparaît avec les domaines nationaux qui ne publient pas leurs données d'enregistrement.
Un nombre différent compte aussi comme une divergence : par exemple, le registre en indique deux, mais la réponse réelle en renvoie trois. C'est ce qui se produit quand vous ajoutez un serveur de noms sans le reporter chez le bureau d'enregistrement.
Ce que signifie une divergence et combien de temps attendre, c'est l'objet de la partie Ⅱ.
3️⃣ Recherche DNS : ce que signifie chaque type d'enregistrement
Les enregistrements DNS sont les éléments qui traduisent un nom de domaine en adresse réelle ou en valeur de configuration. Chaque type a un rôle différent.
|
Type |
Rôle |
|---|---|
|
A |
Relie le domaine à une adresse IPv4. C'est la valeur qui indique sur quel serveur se trouve le site. |
|
AAAA |
Fait la même chose avec une adresse IPv6. Son absence n'est pas un problème. |
|
CNAME |
Un alias qui pointe vers un autre nom. Souvent utilisé pour renvoyer www vers le domaine principal. |
|
MX |
Le serveur qui reçoit le courrier. Le nombre devant est la priorité : plus il est petit, plus le serveur est essayé tôt. |
|
NS |
Les serveurs de noms responsables de ce domaine. |
|
TXT |
Texte libre. On y trouve le SPF, qui désigne les serveurs d'envoi, et les valeurs de vérification de propriété de Google ou de Naver. |
|
SOA |
Les informations de référence de toute la zone. Elles contiennent le serveur de noms principal et le numéro de série. |
À droite, le TTL : durée, en secondes, pendant laquelle cette valeur peut être conservée. 300 correspond à 5 minutes, 3600 à une heure et 86400 à un jour. C'est la raison la plus fréquente pour laquelle une modification n'apparaît pas tout de suite.
Sans MX, le domaine ne reçoit pas de courrier. Si une ligne TXT commence par v=spf1, des serveurs d'envoi de courrier sont désignés.
4️⃣ Services détectés : hébergement, gestion DNS, messagerie
Ce bloc combine les valeurs ci-dessus pour estimer quels services sont réellement utilisés.
Hébergement : interroge le réseau auquel appartient l'IP de l'enregistrement A et affiche le nom de l'opérateur et le numéro d'AS. Le numéro d'AS est le numéro unique attribué à chaque réseau sur Internet. Pays : le pays où ce réseau est enregistré ; DNS inverse : le nom obtenu en interrogeant l'IP à l'envers. Le DNS inverse conserve souvent le nom de l'opérateur, ce qui donne un indice de plus sur l'hébergement.
Gestion DNS : se déduit des adresses des serveurs de noms. ns.cloudflare.com correspond à Cloudflare, ns.gabia.co.kr à Gabia. Messagerie : se déduit de l'hôte MX. aspmx.l.google.com correspond à Google Workspace, mail.protection.outlook.com à Microsoft 365.
Deux points sont à garder en tête. D'abord, les opérateurs absents du tableau ne reçoivent pas de puce : avec des serveurs de noms peu connus, la puce de gestion DNS peut rester vide, sans que la recherche ait échoué. Ensuite, pour un site qui passe par un CDN comme Cloudflare, l'IP et l'opérateur affichés sont ceux du CDN : cette méthode ne permet pas de savoir où se trouve le vrai serveur.
5️⃣ Pourquoi la source est tantôt RDAP, tantôt WHOIS
Le champ Source en bas des résultats indique si les données viennent du RDAP ou du WHOIS. C'est parce que l'outil utilise les deux méthodes.
Le WHOIS est utilisé depuis les années 1980 : on se connecte au port 43, on envoie un nom de domaine, et le serveur renvoie tel quel un texte lisible par un humain. Le format n'étant pas fixé, les noms de champs varient d'un serveur à l'autre. Le RDAP est son successeur : interrogé en HTTPS, il répond dans une structure JSON définie. Les noms de champs sont unifiés, et il prend en charge plusieurs langues et le contrôle d'accès.
Depuis le 28 janvier 2025, le moyen officiel de fournir les données d'enregistrement des gTLD fixé par l'ICANN est le RDAP. Pour les domaines génériques de premier niveau comme .com, .net et .org, le RDAP fait désormais référence. Cette décision ne concerne toutefois que les gTLD : les domaines nationaux suivent la politique de leur propre organisme. Les domaines qui ne proposent pas le RDAP, comme .kr, s'interrogent toujours en WHOIS.
Cet outil essaie d'abord le RDAP et passe au WHOIS si le domaine de premier niveau, ou son registre, ne propose pas de RDAP. La méthode utilisée est indiquée dans Source. Les champs affichés diffèrent aussi un peu selon la source : avec le RDAP, l'identifiant IANA et le contact abus font partie de la structure, si bien que les champs sont en général mieux remplis.
Afficher la sortie brute : affiche la réponse reçue telle quelle. Si elle vient du RDAP, le bouton Interroger aussi WHOIS s'affiche aussi. Ce n'est qu'en cliquant dessus qu'une nouvelle requête part sur le port 43 ; sinon, aucune requête n'est envoyée. Si la sortie brute contient l'e-mail et le numéro de téléphone d'un contact, ils sont masqués à l'écran.
Ⅱ. Vérifier les serveurs de noms et suivre la propagation
Les serveurs de noms sont les panneaux indicateurs qui décident vers quel serveur diriger un nom de domaine. On les change en migrant d'hébergeur ou en ajoutant Cloudflare, mais le changement n'est pas pris en compte partout tout de suite. En comparant côte à côte les serveurs de noms de l'enregistrement et les valeurs renvoyées par le DNS réel, on voit à l'écran à quelle étape on en est.
1️⃣ Quand vérifier les serveurs de noms
En temps normal, on n'a pas à regarder les serveurs de noms. On les vérifie dans les situations suivantes.
- Après un changement d'hébergeur : vous avez mis les serveurs de noms du nouvel hébergeur, mais le site pointe encore vers l'ancien serveur.
- CDN ajouté au site : Cloudflare remplace les serveurs de noms par les siens ; leur changement indique donc si le service est actif.
- Quand le courrier n'arrive pas : même avec un MX correct, ce sont les anciens réglages qui répondent tant que les serveurs de noms pointent vers les anciens.
- Après la reprise d'un domaine : c'est la première étape pour vérifier s'il reste des réglages de l'ancien propriétaire.
- Quand le site ne s'affiche pas de la même façon pour tout le monde : certains voient le nouveau site, d'autres l'ancien.
Ce dernier cas est le signe le plus net que la propagation est en cours.
2️⃣ Si l'enregistrement et le DNS réel diffèrent, la propagation est en cours
Si le badge différents apparaît pendant la vérification des serveurs de noms, c'est le plus souvent juste après un changement de serveurs de noms. La valeur n'est pas fausse : elle se propage encore.
Un changement de serveurs de noms passe par trois étapes. D'abord, le bureau d'enregistrement transmet la nouvelle valeur au registre. Ensuite, les serveurs de noms du domaine de premier niveau la reprennent. Enfin, les résolveurs du monde entier abandonnent l'ancienne valeur mise en cache et redemandent. C'est cette dernière étape qui prend du temps.
En général, tout est réglé en quelques heures à 48 heures. En attendant, selon leur emplacement et leur opérateur, les visiteurs tombent tantôt sur l'ancien serveur, tantôt sur le nouveau. Si vous modifiez le site pendant ce temps, il est difficile de savoir de quel côté la modification a été faite : mieux vaut attendre la fin de la propagation.
Si la divergence persiste après 48 heures, ce n'est pas un problème de propagation. Vérifiez les deux points ci-dessous.
- Le changement n'a peut-être pas été enregistré dans l'interface du bureau d'enregistrement. Tant que la valeur du registre reste la même, rien ne change, même en attendant.
- Si le domaine porte le verrou clientUpdateProhibited, toute modification est bloquée. Vous pouvez le voir dans le champ Statut de l'enregistrement.
À l'inverse, si le badge identiques apparaît mais que le site semble toujours ancien, les serveurs de noms sont déjà à jour. Il faut alors regarder l'enregistrement A, le cache du navigateur ou celui du site.
3️⃣ Durée de propagation et TTL
La valeur qui fixe la durée de propagation est le TTL. Quand un résolveur reçoit une réponse, il la garde en mémoire pendant le nombre de secondes indiqué par le TTL, sans redemander entre-temps. Un TTL de 3600 signifie que l'ancienne valeur peut servir jusqu'à une heure.
Dans le tableau des enregistrements DNS, le TTL de la ligne NS est plus élevé que celui des autres enregistrements. Les serveurs de noms changent rarement : on les configure pour être gardés longtemps, et leur changement prend d'autant plus de temps.
On peut donc s'y préparer. Si vous prévoyez de changer de serveurs de noms ou un enregistrement A, baissez la veille le TTL de cet enregistrement à environ 300 secondes. Au moment du changement, il est déjà rafraîchi à intervalles courts, et la prise en compte est plus rapide. Une fois tout réglé, remettez la valeur d'origine.
Votre ordinateur garde aussi ses propres traces. Sous Windows, elles s'effacent en lançant ipconfig /flushdns dans l'invite de commandes. Le navigateur a aussi son propre cache : vérifier dans une fenêtre de navigation privée est plus fiable.
4️⃣ Vérifier soi-même en ligne de commande : nslookup et host
Pour vérifier vous-même sans outil de recherche, utilisez des commandes.
Sous Windows, c'est nslookup. Dans l'invite de commandes, tapez ceci.
nslookup -q=ns mydomain.com
nslookup -q=a mydomain.com
nslookup -q=mx mydomain.comSous Linux et macOS, utilisez host.
host -t ns mydomain.com
host -t a mydomain.com
host -t txt mydomain.comSous Linux et macOS, dig fait la même chose, avec une sortie plus détaillée.
Les commandes et les outils de recherche peuvent donner des résultats différents, car une commande interroge le résolveur utilisé par votre ordinateur, alors que l'outil interroge le résolveur du serveur où il est installé. Pendant la propagation, il est normal que les deux divergent. Des résultats différents sont même la preuve que la propagation est encore en cours.
Ⅲ. Informations du titulaire et date d'expiration
Si vous regardez un WHOIS, le nom et les coordonnées du titulaire sont presque toujours masqués. Ce n'est pas que l'outil n'a pas pu les récupérer : c'est le bureau d'enregistrement qui ne les publie pas. Les domaines nationaux font exception : pour .kr, le titulaire est souvent visible tel quel. De même, la date d'expiration affichée ne signifie pas que le domaine cesse de fonctionner ce jour-là.
1️⃣ Pourquoi le propriétaire du domaine est masqué
En interrogeant un domaine .com, on trouve [REDACTED FOR PRIVACY] à la place du titulaire, ou le champ est carrément vide. La recherche n'a pas échoué.
Avec l'entrée en vigueur en 2018 du règlement général européen sur la protection des données (RGPD), ICANN a fait masquer par défaut les champs d'identification personnelle des données d'enregistrement des gTLD : nom, adresse, numéro de téléphone et e-mail. Cette règle s'applique non seulement aux résidents européens, mais à tous les titulaires du monde.
S'y ajoute le service de protection de la vie privée des bureaux d'enregistrement : les coordonnées d'un prestataire remplacent celles du titulaire, et beaucoup le proposent aujourd'hui gratuitement.
Une recherche ne vous mène donc que jusqu'au bureau d'enregistrement. Pour joindre le propriétaire, passez par le contact abus du bureau d'enregistrement, qui transmet au titulaire. Les signalements de contrefaçon de marque ou de sites frauduleux passent par ce canal.
2️⃣ Avec .kr, le titulaire est visible : le champ Publishes
Pour les domaines nationaux, c'est l'organisme de chaque pays qui fixe les règles. .kr est géré par la KISA, et le titulaire peut choisir lui-même de publier ou non ses informations.
La sortie brute contient le champ Publishes (publication des informations) : avec ‘Y’, le nom et l'adresse du titulaire ainsi que les coordonnées du contact s'affichent tels quels ; avec ‘N’, ils sont restreints. Les domaines d'entreprise sont souvent publics, les domaines personnels souvent restreints.
C'est pourquoi, avec le même outil, un .com n'affiche que le bureau d'enregistrement alors qu'un .kr affiche aussi le titulaire. Ce n'est pas un défaut de l'outil : chaque domaine de premier niveau a sa propre politique de publication.
Si la sortie brute contient des coordonnées, l'e-mail et le numéro de téléphone sont masqués à l'écran. Même publiques, ces informations poseraient problème si les pages de résultats apparaissaient telles quelles dans les moteurs de recherche.
3️⃣ Date d'expiration, période de grâce et suppression
Un domaine ne disparaît pas le jour de son expiration. Après l'expiration, les gTLD passent par plusieurs étapes.
Il y a d'abord la période de grâce. Elle dure en général de 30 à 45 jours, et vous pouvez alors récupérer le domaine au prix normal du renouvellement. Le site est le plus souvent à l'arrêt, remplacé par une page d'information du bureau d'enregistrement.
Après la période de grâce vient la période de rédemption. Le statut affiche redemptionPeriod. Elle dure environ 30 jours, avec des frais de restauration à part, souvent plusieurs fois le prix du renouvellement.
Vient ensuite la suppression en attente. Le statut affiche pendingDelete, en général pendant 5 jours. À ce stade, même le titulaire d'origine ne peut plus récupérer le domaine. À la fin de cette période, l'enregistrement est libéré et n'importe qui peut enregistrer le domaine.
Pour les domaines nationaux, les étapes et les délais sont différents. .kr suit les règles de l'organisme de gestion et du bureau d'enregistrement : si l'expiration approche, le plus sûr est de vérifier directement auprès de votre bureau d'enregistrement.
Quand le badge d'expiration en haut de l'outil passe à l'orange, il reste moins de 30 jours. Même avec le renouvellement automatique, l'opération peut échouer si votre moyen de paiement a expiré : profitez de ce badge pour vérifier l'interface de votre bureau d'enregistrement.
4️⃣ À vérifier avant d'enregistrer, et prix des domaines
En vérifiant la date d'expiration, on regarde aussi le prix du renouvellement et les conditions de transfert. Ce sont les mêmes points à examiner pour enregistrer un nouveau domaine.
Le prix de la première année et le prix du renouvellement diffèrent. Beaucoup proposent une forte remise la première année, puis appliquent le prix normal dès la deuxième. Un domaine ne se garde pas qu'un an : mieux vaut comparer d'après le prix du renouvellement. Pour .com, le registre fixe un prix de gros, si bien que les écarts entre bureaux d'enregistrement sont faibles ; mais pour les nouveaux domaines de premier niveau, le renouvellement coûte parfois plusieurs fois le prix de la première année.
Vérifiez si la protection de la vie privée est gratuite. De plus en plus de bureaux d'enregistrement l'offrent gratuitement, mais certains la facturent chaque année. Il s'agit du masquage vu en Ⅲ-1.
Il est utile de connaître aussi la règle du verrou de transfert. Pendant 60 jours après l'enregistrement d'un domaine ou son transfert vers un autre bureau d'enregistrement, il est impossible de le transférer à nouveau. C'est une règle de l'ICANN que le bureau d'enregistrement ne peut pas lever à sa guise. Si vous prévoyez de changer de bureau d'enregistrement, tenez compte de ce délai.
Les domaines nationaux ont leurs propres conditions. .kr exige une adresse en Corée, et selon les pays, une société locale ou une résidence peut être requise.
Ⅳ. Comparatif des sites de recherche de domaines
Pour un même domaine, chaque site affiche des champs différents. Les services diffèrent par la source de leurs données et par la durée pendant laquelle ils conservent les résultats. Les services coréens sont forts sur .kr, les services internationaux plus détaillés sur les gTLD : mieux vaut choisir selon ce que vous voulez vérifier.
1️⃣ Sites coréens : KISA, Whois, Gabia
KISA whois : le service de recherche de domaines proposé directement par l'organisme qui gère .kr. Pour les domaines .kr, c'est la source d'origine, donc la plus exacte. Il permet aussi de rechercher des adresses IP et des numéros d'AS. Mais l'affichage est proche de la sortie brute et difficile à lire au début.
Whois (whois.co.kr) et Gabia sont des pages de recherche gérées par des bureaux d'enregistrement. On peut les utiliser sans être client, et la page de résultats mène directement à l'enregistrement ou au transfert.
Les services coréens détaillent les champs de .kr et ajoutent des explications en coréen. À l'inverse, les domaines de premier niveau autres que .kr affichent parfois moins de champs.
2️⃣ Sites internationaux
ICANN Lookup est la recherche proposée directement par l'ICANN. Elle convient pour vérifier les valeurs de référence des gTLD.
who.is / whois.domaintools.com et les services du même type mettent en avant l'historique et les modifications passées. Certaines fonctions sont payantes.
whatsmydns.net est un outil d'un autre genre : il interroge en même temps les résolveurs de nombreux pays et montre l'état de la propagation sur une carte. Si vous venez de changer de serveurs de noms, c'est le bon outil. L'outil de cet article interroge depuis un seul serveur et ne montre donc pas la propagation mondiale.
3️⃣ Pourquoi les résultats diffèrent d'un site à l'autre
Qu'un même domaine s'affiche différemment d'un site à l'autre a quatre raisons.
La source est différente. Les services qui passent par le RDAP et ceux qui passent par le WHOIS du port 43 reçoivent des réponses différentes. Les noms et le nombre de champs varient.
Le moment de l'enregistrement en cache est différent. La plupart des services de recherche conservent les résultats un certain temps et les réutilisent. Si vous venez de changer de serveurs de noms, un site qui affiche la valeur enregistrée hier et un site qui redemande maintenant donnent des résultats différents. Cet outil affiche l'heure de la recherche en bas des résultats et indique quand il s'agit d'un résultat enregistré.
L'emplacement du résolveur est différent. Les enregistrements DNS affichés sont la réponse reçue par le serveur du service. Pendant la propagation, les réponses dépendent de l'emplacement du serveur.
La couverture est différente. Les domaines nationaux suivent des règles différentes selon leur organisme : certains services affichent le titulaire d'un .kr, d'autres laissent le champ vide.
Des résultats différents ne signifient donc pas qu'un site se trompe. L'endroit où regarder dépend de ce que vous voulez vérifier : pour les données d'enregistrement d'origine, l'organisme du domaine de premier niveau concerné ; pour la propagation mondiale, un service de vérification de propagation ; et pour comparer côte à côte l'enregistrement et le DNS réel, cet outil.
Ⅴ. FAQ sur les domaines
S'il n'y a ni données d'enregistrement ni réponse DNS, il est probable que personne n'ait encore enregistré le domaine. Juste après un enregistrement, toutefois, le registre met un peu de temps à se mettre à jour, et le domaine peut apparaître ainsi un moment. Si l'enregistrement est important pour vous, vérifiez une nouvelle fois dans la recherche d'un bureau d'enregistrement.
C'est pris en compte quand Selon le registre et DNS réel affichent la même chose. Cela prend en général de quelques heures à 48 heures, et d'autant plus que le TTL des anciens enregistrements de serveurs de noms est long. Si les valeurs diffèrent encore après 48 heures, vérifiez que le changement a bien été enregistré chez le bureau d'enregistrement et qu'aucun verrou n'est posé.
Pour les gTLD comme .com, les informations du titulaire sont masquées en raison des règles de protection des données. Une recherche ne vous mène que jusqu'au bureau d'enregistrement. Pour prendre contact, utilisez le contact abus du bureau d'enregistrement. Pour .kr, le titulaire s'affiche tel quel s'il a choisi la publication.
Si le site n'utilise pas de CDN comme Cloudflare, c'est l'adresse du vrai serveur. Pour un site derrière un CDN, l'IP et l'opérateur affichés sont ceux du CDN, et cette méthode ne permet pas de connaître l'emplacement du serveur d'origine. C'est le cas quand le nom d'un opérateur de CDN apparaît dans la puce Hébergement des services détectés.
Juste après l'expiration, une période de grâce maintient l'enregistrement. Le site s'ouvre parce que les serveurs de noms et le serveur fonctionnent toujours. Si le statut affiche redemptionPeriod ou pendingDelete, le domaine est entré dans une étape où il est difficile de le récupérer.
Oui. Une personne qui lance des recherches répétées en peu de temps est bloquée un moment. Les serveurs interrogés appartiennent à d'autres : cette limite évite de les surcharger. Une nouvelle recherche du même domaine affiche le résultat enregistré et n'est pas décomptée.
30 jours, date d'expiration comprise. Pendant cette période, l'accès au site et les services qui utilisent le domaine sont interrompus, et le statut de la recherche affiche clientHold. Un renouvellement dans les 30 jours permet de récupérer le domaine ; passé ce délai, il est supprimé et redevient disponible le matin du 31e jour. Contrairement aux gTLD comme .com, il n'y a pas de période de rédemption distincte.
Ⅵ. Historique des mises à jour
2026-08-14
· Ordre des dates de l'enregistrement ajusté.
→ la date d'expiration suit maintenant la date d'enregistrement, Dernière modification passe à la fin
· Affichage de la date d'expiration mis en avant.
→ même code couleur que le badge d'expiration en haut
· Emplacement de la mention de la source déplacé.
→ sorti du tableau d'enregistrement pour une ligne à part en dessous
ℹ️ Mention d'affiliation
Le contenu de ce site contient des liens d'affiliation. Lorsqu'un visiteur achète un produit ou un service via l'un de ces liens, le site perçoit une commission du vendeur. Le montant payé par l'acheteur(il baisse lors des promotions ↓), lui, n'augmente pas. Les prix, remises et stocks indiqués correspondent à la date de rédaction et peuvent différer ; vérifiez-les donc auprès du vendeur avant d'acheter. Les produits sont choisis et évalués selon nos propres critères, et les commissions n'influencent ni l'ordre de présentation ni le contenu des évaluations.