Drop-catching est le processus automatisé ou manuel d'acquisition d'un nom de domaine immédiatement après sa libération par le registre suite à l'expiration et au non-renouvellement. Lorsqu'un propriétaire de domaine n'effectue pas le renouvellement avant l'expiration, le nom entre dans un cycle défini : période de grâce, période de grâce de récupération (généralement 30 jours pendant lesquels le propriétaire d'origine peut encore le récupérer), suppression en attente (généralement 5 jours), puis suppression de la zone.
Une fois supprimé, le domaine devient disponible pour un nouvel enregistrement. Les drop-catchers—services ou bureaux d'enregistrement disposant d'une infrastructure spécialisée—surveillent le moment exact de la libération et soumettent des demandes d'enregistrement (via les commandes EPP <create>) avec une précision à la milliseconde. Comme des milliers de bureaux d'enregistrement peuvent tenter de réclamer le même domaine simultanément, le succès dépend du moment de la soumission et du mécanisme de libération du registre. Certains registres utilisent un traitement aléatoire ou par lots plutôt qu'un simple premier arrivé-premier servi pour distribuer les opportunités de manière plus équitable et réduire la charge réseau.
Le cycle de vie est défini dans RFC 3915 (Domain Registry Grace Period Mapping for EPP) et dans la Politique ICANN de récupération des enregistrements expirés pour les gTLD comme .com et .net. Chaque registre ccTLD établit indépendamment ses propres calendriers de suppression.
Quand c'est important
Le drop-catching intéresse les investisseurs en domaines en quête de noms premium à l'expiration, et les équipes soucieuses de la sécurité souhaitant récupérer les domaines de marque expirés avant leurs concurrents ou les cybersquatteurs. Comprendre la période de grâce et les fenêtres de suppression en attente vous aide à synchroniser les ré-enregistrements ou à empêcher les concurrents d'acquérir vos noms abandonnés.
WarningLe succès du drop-catching n'est pas garanti par la vitesse seule—de nombreux registres utilisent un traitement par lots aléatoire ou une mise en file d'attente en arrière-plan, donc l'infrastructure et les relations d'API au niveau du bureau d'enregistrement importent souvent plus que la vitesse brute de soumission.