Expiration de domaine : la panne que personne ne voit venir

Le domain expiry monitoring consiste à suivre la date d'expiration de chaque nom de domaine dont vous êtes responsable, et à être prévenu bien avant qu'elle ne passe. À l'expiration du domaine, le site, la messagerie et tous les enregistrements DNS associés cessent de fonctionner en même temps, et récupérer le nom coûte un peu plus cher à chaque semaine qui passe.

Une panne de serveur produit au moins une erreur sur laquelle quelqu'un enquête. Un domaine expiré est une défaillance administrative qui ressemble à une panne technique, et elle frappe souvent des clients de longue date dont personne n'a ouvert le compte registrar depuis des années.

Ce qui se passe après l'expiration du nom de domaine

Le calendrier exact dépend du registrar et de l'extension, mais pour les TLD génériques courants comme .com, les étapes ressemblent à ceci :

Étape	Durée habituelle	Ce que cela signifie pour le client
Expiré, période de grâce du renouvellement automatique	Souvent jusqu'à 30 jours ou plus, selon le registrar	Le site et les e-mails peuvent cesser de répondre ; renouvellement en général au tarif normal
Période de rédemption	30 jours	Le domaine affiche redemptionPeriod ; le restaurer coûte des frais de rédemption en plus du renouvellement
Suppression en attente	5 jours	Statut pendingDelete ; le domaine ne peut plus être restauré
Libéré	n/a	N'importe qui peut l'enregistrer, y compris les services de drop-catching

Les extensions nationales suivent les règles de leur propre registre. La procédure de Nominet pour le .uk, par exemple, suspend puis annule un domaine selon un autre calendrier. Ne supposez donc pas que le déroulé du .com s'applique à tous vos clients.

Ce que le client ressent en premier, c'est l'e-mail. Les enregistrements MX se trouvent dans le DNS du domaine : le courrier entrant commence à rebondir au moment même où le site disparaît, et bien souvent le client ne peut plus vous joindre depuis son adresse habituelle pour vous prévenir.

Comment des gens sérieux ratent un renouvellement

Presque toujours, la personne propriétaire du domaine et celles qui maintiennent le site ne sont pas les mêmes. Le renouvellement automatique était activé, mais la carte enregistrée a expiré et le paiement a échoué. Le contact titulaire est un salarié parti depuis, et les rappels arrivent dans une boîte que plus personne ne consulte. Pour les gTLD, les règles de l'ICANN sur les enregistrements expirés imposent aux registrars d'envoyer des rappels environ un mois et une semaine avant l'échéance, mais cela ne sert que si l'adresse fonctionne encore et que le message n'est pas classé comme envoi en masse.

Les migrations ont leur propre variante. Le renouvellement automatique est désactivé avant un transfert de registrar pour éviter de payer deux fois, puis le transfert s'enlise. Ou bien l'agence précédente a enregistré le domaine dans son propre compte, et personne côté client n'y a accès.

Lire soi-même la date d'expiration

Vous pouvez vérifier n'importe quel domaine depuis un terminal. La méthode historique, c'est WHOIS :

whois example.com | grep -i "expiry"

Pour un .com, la commande renvoie une ligne comme Registry Expiry Date: 2027-08-13T04:00:00Z. La sortie WHOIS est du texte libre, son format varie d'un registre à l'autre, et les coordonnées sont désormais le plus souvent masquées.

RDAP est son remplaçant structuré. Il renvoie du JSON sur HTTPS avec des noms de champs cohérents :

curl -s https://rdap.verisign.com/com/v1/domain/example.com

Cherchez dans le tableau events l'entrée qui porte "eventAction": "expiration". La même réponse indique le registrar sous entities et les codes de statut EPP sous status. Un statut comme client transfer prohibited correspond à un verrou normal. En revanche, redemption period, pending delete ou client hold signifient que le problème a déjà commencé.

Deux informations n'apparaissent dans aucun des deux protocoles : le renouvellement automatique est-il activé chez le registrar, et le moyen de paiement associé fonctionne-t-il encore ? Pour le savoir, il faut se connecter au compte registrar, ce qui est une bonne raison de savoir qui y a accès avant d'en avoir besoin.

Intégrer le domain expiry monitoring aux autres contrôles du site

Vérifier un domaine prend une minute. En vérifier quarante chaque mois suppose un tableur et un rappel récurrent, qui tient jusqu'au jour où la personne chargée du rappel change de poste. L'expiration de domaine est mieux suivie quand elle se trouve avec tout ce que vous surveillez déjà sur chaque site, comme le décrit notre checklist de monitoring pour les agences.

Deltio surveille l'expiration du domaine de chaque site que vous ajoutez, en plus de l'expiration du certificat SSL, de la disponibilité, des URL du sitemap et des signaux SEO on-page. Les alertes partent sur Slack et par e-mail pour le site concerné, si bien que l'avertissement atteint le responsable du compte plutôt qu'une boîte registrar que personne ne lit. C'est l'un de ces changements que vous n'avez pas faits qui demandent quand même une action, et une alerte qui arrive à temps permet de régler le problème à moindre coût.

La surveillance ne peut pas, en revanche, renouveler le domaine. Quelqu'un doit toujours disposer d'un accès au registrar et d'une carte valide : considérez la première alerte comme le moment de vérifier les deux.

Pour voir les dates d'expiration de vos propres clients, vous pouvez démarrer un essai de 14 jours en ajoutant d'abord les domaines dont vous êtes le moins sûr.