Un nom de domaine ne s’achète pas une fois pour toutes. Il est enregistré pour une durée, souvent un an, et ne fonctionne que tant que l’enregistrement est payé. Quand la durée se termine et que personne ne le renouvelle, le domaine cesse de se résoudre. Le site web s’éteint, et toutes les adresses e-mail de ce domaine avec lui.
Ce guide montre comment trouver la date d’expiration d’un domaine, comment la lire et comment vous assurer qu’un renouvellement ne vous échappe pas.
Pourquoi la date compte
Un renouvellement manqué est l’une des façons les plus discrètes de perdre un site web. Le serveur est sain, le certificat est valide, le code n’a pas changé, et pourtant personne ne peut atteindre le site, car le nom ne pointe plus nulle part.
La date commande aussi d’autres choses. Le renouvellement d’un certificat qui prouve le contrôle du domaine peut échouer une fois le domaine expiré. Les e-mails n’arrivent plus. Les rappels de services de paiement ou de connexion vers votre domaine échouent. Ce qui se passe dans les jours qui suivent l’expiration est traité dans Que se passe-t-il quand un domaine expire.
Trois endroits pour trouver la date
| Source | Ce que vous obtenez | Idéal pour |
|---|---|---|
| Le compte de votre bureau d’enregistrement | La date à laquelle votre bureau d’enregistrement facturera ou fera expirer, plus les réglages de renouvellement | Les domaines dont vous êtes propriétaire |
| RDAP | Une réponse structurée du registre, lisible par des programmes | Tout domaine public, scripts, surveillance |
| WHOIS | Une réponse en texte brut destinée aux personnes | Tout domaine public, un coup d’œil rapide |
Commencez par le bureau d’enregistrement. C’est le seul endroit qui indique aussi si le renouvellement automatique est activé et quel moyen de paiement il utilisera. Les consultations publiques sont utiles quand le domaine appartient à quelqu’un d’autre, quand vous gérez beaucoup de domaines ou quand vous voulez une vérification qui ne dépend pas de votre propre compte.
Vérifier avec RDAP
RDAP est le Registration Data Access Protocol. Il a été conçu pour remplacer WHOIS. La page RDAP de l’ICANN indique que, depuis le 28 janvier 2025, les registres et les bureaux d’enregistrement des domaines génériques de premier niveau ne sont plus tenus de proposer WHOIS, à quelques exceptions près ; RDAP est donc la consultation à connaître.
Une réponse RDAP est du JSON envoyé en HTTPS. Les dates figurent dans une liste events. Chaque événement possède un eventAction et un eventDate. L’action expiration marque la date à laquelle l’enregistrement doit expirer, et registration marque sa première inscription (RFC 9083).
Vous pouvez interroger un service de consultation public, qui vous redirige vers le bon serveur de registre :
curl -sL -H "Accept: application/rdap+json" https://rdap.org/domain/example.com
Pour n’afficher que l’événement d’expiration, avec l’outil jq installé :
curl -sL -H "Accept: application/rdap+json" https://rdap.org/domain/example.com \
| jq '.events[] | select(.eventAction == "expiration")'
La requête utilise toujours le nom de domaine enregistré, par exemple example.com, et non www.example.com. Pour un nom comme example.co.uk, le domaine enregistré est l’intégralité de example.co.uk.
À quoi s’attendre avec RDAP :
- Une réponse
404signifie que la consultation n’a rien trouvé pour ce nom. - Une réponse
429signifie que vous demandez trop souvent. Attendez, et respectez l’en-têteRetry-Afters’il est présent (RFC 7480). - La liste
eventspeut ne contenir aucune entréeexpiration. Voir deux sections plus bas.
Vérifier avec WHOIS
WHOIS est plus ancien. Il répond en texte brut via une simple connexion au port 43 (RFC 3912) :
whois example.com
Cherchez une ligne qui mentionne l’expiration. Pour de nombreux domaines génériques, elle indique « Registry Expiry Date », mais l’intitulé diffère d’un registre à l’autre, et le format est écrit pour les personnes, pas pour les programmes. Le protocole n’a pas de champs standard, de sorte qu’un script qui lit la sortie d’un registre peut échouer sur celle d’un autre.
Pourquoi la date peut manquer ou surprendre
- Le registre ne la publie pas. Certains registres de domaines nationaux omettent la date d’expiration dans leurs réponses publiques. RDAP n’a alors aucun événement
expiration. Un outil ne peut pas inventer une date que le registre ne fournit pas. - La consultation a été refusée. Les limites de débit et les erreurs temporaires de registre existent. Cela ne dit rien sur le domaine.
- Le registre et le bureau d’enregistrement divergent. Les bureaux d’enregistrement affichent parfois une date de fin de paiement différente de celle du registre. Considérez la plus proche comme l’échéance.
- Vous avez consulté le mauvais nom. Un sous-domaine n’a pas d’enregistrement propre. C’est le domaine enregistré au-dessus qui en a un.
- Il s’agit d’une autre expiration. Un enregistrement de domaine, une offre d’hébergement et un certificat ont chacun leur propre date de fin. Renouveler l’un ne renouvelle pas les autres.
Comment ne pas manquer un renouvellement
- Activez le renouvellement automatique chez le bureau d’enregistrement, et vérifiez que la carte enregistrée n’a pas expiré.
- Utilisez une boîte mail que des personnes lisent comme contact du bureau d’enregistrement. Les rappels de renouvellement envoyés à un ancien employé sont une cause classique de domaines perdus. La politique de l’ICANN pour les domaines génériques exige que les bureaux d’enregistrement envoient au moins deux rappels avant l’expiration, environ un mois et une semaine avant, mais un rappel ne sert que si quelqu’un le lit.
- Enregistrez pour plusieurs années si le domaine est important et que le prix est acceptable.
- Tenez une liste de tous les domaines dont vous êtes responsable, avec le bureau d’enregistrement et la date d’expiration.
- Ajoutez un avertissement indépendant. Un moniteur qui vérifie la date et vous prévient ne dépend pas de l’arrivée des e-mails du bureau d’enregistrement.
Surveiller la date avec UptimeWire
Pour chaque site web que vous ajoutez, UptimeWire extrait le domaine de l’adresse du site et demande au registre sa date d’expiration une fois par jour, via RDAP. Vous choisissez combien de jours à l’avance vous voulez être prévenu, séparément pour chaque site web. La valeur par défaut est de 30 jours.
Quand la date entre dans ce délai, UptimeWire envoie un seul avertissement par e-mail et par Telegram. Il ne répète pas l’avertissement chaque jour, et ne l’envoie pas aux canaux webhook ou de messagerie instantanée. Un avertissement de domaine n’est pas un incident : il n’en ouvre pas.
Note
Si le registre ne publie aucune date d’expiration, la vérification affiche le domaine comme inconnu et n’envoie aucun avertissement. Pour un tel domaine, gardez votre propre rappel.
UptimeWire ne renouvelle pas le domaine, et il ne peut pas garantir une date connue pour chaque domaine. Il vous dit quand la date approche, et le renouvellement reste à votre charge.
Liste de contrôle
- Lisez la date d’expiration de chaque domaine dans le compte de votre bureau d’enregistrement.
- Confirmez que le renouvellement automatique est activé et que le moyen de paiement est valide.
- Assurez-vous que les e-mails de rappel vont vers une boîte mail qui est lue.
- Recoupez la date avec une consultation RDAP.
- Là où aucune date n’est publiée, programmez un rappel dans votre calendrier.
- Ajoutez un avertissement qui ne dépend pas du bureau d’enregistrement.