RFC 10023 : un domaine déjà enregistré peut signaler qu'il est à vendre

Le nom que vous convoitez est déjà pris. Son site répond, ses adresses mail fonctionnent : faut-il abandonner ? Son titulaire peut pourtant envisager une vente. Publiée le 30 juillet 2026, la RFC 10023 décrit un signal DNS pour l'indiquer. Pour le consulter, interrogez le TXT sous _for-sale, sans déduire d'une réponse absente que toute discussion est exclue.

⚡TL;DR

• Un domaine déjà enregistré peut publier un signal de vente tout en gardant son site et son mail actifs.
• La RFC 10023, publiée le 30 juillet 2026 avec le statut Informational, décrit le TXT à lire sous _for-sale.
• Vérifiez son préfixe v=FORSALE1;. L'absence de signal ne signifie pas que le titulaire refuse de vendre.

Un signal de vente sans arrêter le site ni le mail

Le nœud _for-sale porte une intention de vente distincte des enregistrements du site et du mail. Le titulaire peut donc signaler son intérêt pour une cession sans remplacer son site par une page de parking ni interrompre sa messagerie. Pour un acheteur potentiel, cela ajoute une information que la visite du site ne révèle pas forcément.

La RFC 10023 de Marco Davids, chez SIDN Labs, décrit une convention opérationnelle utilisant le DNS existant. Son statut Informational ne la transforme pas en standard IETF obligatoire, et aucun changement de protocole n'est nécessaire. Le terme « vente » y couvre aussi la location ou la cession du droit d'usage du nom.

Un pilote a précédé cette publication chez SIDN pour le .nl ; la convention vise le DNS mondial, et l'entrée _for-sale pour TXT figure au registre IANA au 17 septembre 2026. Cette inscription réserve un nom et un usage. Elle ne mesure pas l'adoption par les titulaires ou les services de recherche de domaines.

Ce que cet article n'est pas

L'expiration et les statuts EPP relèvent du cycle de vie d'un nom de domaine, pas du signal de vente d'un nom encore actif.

Le guide RDAP vs WHOIS concerne les données d'enregistrement. Ces données renseignent sur la situation du nom ; _for-sale exprime une intention de vente. Trouver un nom enregistré ne répond donc pas à la question de sa possible cession. Ce billet s'arrête à la lecture du signal DNS, avant toute prise de contact ou négociation.

Vérifier le TXT _for-sale avec dig ou DNS Lookup

Interrogez le type TXT pour le nom _for-sale placé devant le domaine visé. Avec dig, la commande est :

dig TXT _for-sale.exemple.com

Remplacez exemple.com par le nom qui vous intéresse. Cette commande illustre la requête ; elle ne prétend pas que ce domaine publie aujourd'hui un signal. Sans terminal, ouvrez DNS Lookup CaptainDNS, choisissez le type TXT et saisissez _for-sale.exemple.com, en adaptant le domaine.

Dans la réponse, cherchez le préfixe exact v=FORSALE1; au début du TXT. La casse compte, et ce préfixe ne contient aucun espace. Un TXT qui ne le porte pas ne doit pas être lu comme un signal de vente. Si aucun TXT du nœud n'a ce préfixe valide, le nœud est invalide pour cette convention, même si son nom est bien _for-sale.

Chaque enregistrement contient une seule chaîne TXT, de 255 octets au maximum, avec au plus une paire tag=valeur après le préfixe. Plusieurs TXT peuvent coexister au même nom. Il ne faut pas concaténer les quatre tags dans un seul TXT.

Les tags sont fcod pour un code opaque convenu entre parties, ftxt pour du texte humain, furi pour une URI et fval pour un prix indicatif.

Voici un seul TXT fictif, et non une réponse DNS mesurée :

"v=FORSALE1;fval=EUR500"

Il indique un prix demandé de 500 euros à titre indicatif. Le contenu après le préfixe reste optionnel : v=FORSALE1; seul devrait encore être lu comme un signal de vente, sauf politique locale contraire. Il ne donne alors ni prix ni contact.

Une réponse valide signale une intention ; une réponse sans préfixe valide ne le fait pas. Sans réponse exploitable, vous n'avez établi aucune intention par ce mécanisme. Un délai dépassé ou une erreur DNS ne prouve même pas l'absence de signal : la consultation a échoué. Aucun de ces résultats n'établit la légitimité d'un vendeur.

Un signal à lire, pas une offre à accepter les yeux fermés

Le TXT ne prouve ni que le nom est disponible à l'enregistrement ni que votre interlocuteur est autorisé à le céder. Il peut aussi contenir une information ancienne ou publiée par erreur. Gardez cette limite lorsque vous passez de la lecture du DNS à une discussion commerciale.

Ne suivez pas automatiquement une destination furi. Un lien peut mener à une page de hameçonnage ou à un contenu malveillant. Examinez l'adresse complète avant de l'ouvrir ; un service qui affiche ce champ devrait montrer la destination et demander confirmation avant l'ouverture.

Le montant fval est indicatif. Confirmez le prix et les conditions auprès d'un interlocuteur dont vous avez vérifié l'identité et les droits sur le nom. La présence du TXT n'oblige pas le titulaire à vendre.

Les opérateurs restent libres d'adopter cette convention et de l'intégrer à leurs services. Les règles de format décrivent comment lire le signal lorsqu'il est pris en charge ; elles n'imposent pas son traitement à tous les registrars ou outils. Commencez par observer le TXT du domaine concerné.

Type TXT, nom _for-sale.exemple.com à adapter au domaine visé.

FAQ

Un domaine déjà enregistré peut-il être à vendre ?

Oui. Son titulaire peut publier le signal tout en conservant un site et un mail actifs. Un enregistrement existant n'exclut pas une cession.

L'absence de TXT _for-sale signifie-t-elle que le domaine n'est pas à vendre ?

Non. La publication est volontaire. Sans réponse valide, ce mécanisme n'établit aucune intention de vente ni aucun refus du titulaire.

Que signifie un TXT contenant seulement v=FORSALE1; ?

Il devrait encore être lu comme un signal de vente, sauf politique locale contraire. Les informations complémentaires sont optionnelles ; ce TXT ne fournit ni prix ni contact.

Le prix ou le lien du TXT engage-t-il le vendeur ?

Le prix est indicatif, et le TXT ne garantit pas une transaction. Le lien ne prouve rien sur l'identité du vendeur. Examinez la destination de furi avant toute ouverture.

Sources : fiche RFC 10023, statut et publication et texte de la RFC 10023, format et sécurité.