Namefi

État des lieux de la gestion agentique des domaines en 2026

Le passage de l’enregistrement de domaines à la couche agent : une chronologie sourcée, un audit de ce qui est livré ou seulement annoncé, y compris chez Namefi, et des prédictions vérifiables pour 2027.

Fenwei BianFenwei BianAuteur·riceVictor ZhouVictor ZhouÉditionAlan MachinAlan MachinTraduction10 juil. 2026env. 16 min de lecture
  • ai-agents
  • domains
  • analysis
Partager sur X

À la mi-2026, l’idée selon laquelle « les agents IA vont changer la manière dont les domaines sont enregistrés » peut être confrontée à des événements réels plutôt qu’à des prévisions. Une partie s’est concrétisée à une date précise et vérifiable. Le reste n’est encore qu’une étiquette bêta, un billet de positionnement ou un brouillon en attente dans la file d’un organisme de normalisation. Cet article sépare ces deux catégories : une chronologie sourcée de ce qui a rapproché l’enregistrement de domaines de la couche agent, un audit honnête de ce qui est réellement livré et de ce qui est seulement annoncé — Namefi compris, lacunes incluses —, la thèse des « agents comme revendeurs » qui circule dans la presse spécialisée, ainsi qu’une série de prédictions pour 2027 formulées de sorte que le lecteur puisse les déclarer vraies ou fausses sans dépendre de notre interprétation.

Les chiffres d’adoption et leur véritable origine

Deux chiffres sont constamment cités cette année dans les articles consacrés à « l’IA et aux domaines », alors qu’ils ne méritent pas le même degré de confiance.

Le premier est une affirmation de Name.com : « 91 % des répondants imaginent que les agents IA prendront en charge au moins une partie de la gestion de leurs domaines au cours des deux prochaines années », issue d’un billet publié par l’entreprise le 10 juillet 2025. Name.com attribue ce chiffre à « notre récente enquête auprès des clients », sans publier ni taille d’échantillon, ni méthodologie, ni vérification indépendante. Il faut donc le considérer pour ce qu’il est : Name.com rapporte que ses propres clients, interrogés par Name.com, ont répondu ainsi. Il s’agit d’un sentiment rapporté par l’entreprise, pas d’une statistique indépendante sur l’ensemble du secteur.

Le second chiffre est vérifiable et corroboré de manière indépendante. Le 28 janvier 2026, le gouvernement d’Anguilla a annoncé que le ccTLD .ai avait dépassé le million de domaines enregistrés, un jalon rapporté directement par Domain Name Wire : environ 598 000 domaines .ai au début de 2025, puis plus d’un million quelque treize mois plus tard, au terme d’une progression de cinq ans depuis une base d’environ 40 000 enregistrements en 2020. L’article de CircleID sur l’industrie des domaines cite indépendamment ce même jalon, et la note sectorielle de Hogan Lovells consacrée au .ai confirme la trajectoire. Il s’agit donc d’un chiffre confirmé par plusieurs sources, et non d’une simple affirmation auto-déclarée.

Pour situer ce chiffre par rapport au marché des domaines dans son ensemble : le Domain Name Industry Brief de Verisign pour le T1 2026 fait état de 392,5 millions d’enregistrements de noms de domaine, tous TLD confondus, soit une hausse de 1,4 % en glissement trimestriel et de 6,5 % sur un an — un chiffre que l’article de CircleID consacré à la publication reprend directement. Le million environ d’enregistrements en .ai représente, au sein de ces 392,5 millions, une part encore modeste mais en croissance rapide : la dynamique est réelle, sans pour autant bouleverser déjà la structure du marché. Ni le DNIB ni les documents publics d’Identity Digital ne précisent quelle proportion des enregistrements passe par un agent plutôt que par une page de paiement dans un navigateur. C’est la lacune que le reste de cet article contourne : nous pouvons vérifier que des infrastructures destinées aux agents ont été lancées, et approximativement quand, mais pas encore quel volume transite par elles.

Chronologie : le passage à la couche agent

Chaque date ci-dessous a été vérifiée à partir d’une annonce primaire, d’une documentation officielle ou d’un article de presse spécialisée consulté directement, et non d’un agrégateur secondaire répétant un chiffre non sourcé.

DateÉvénementSource
2004-03EPP (Extensible Provisioning Protocol), le langage machine-à-machine que les bureaux d’enregistrement utilisent encore pour communiquer avec les registres, atteint le statut Proposed StandardRFC 3730 à 3734, publiées en mars 2004
2024-09-03La proposition de fichier /llms.txt est publiée afin d’offrir aux sites une manière standard de se décrire auprès des modèles de langage au moment de l’inférencellmstxt.org, publié par Jeremy Howard
2024-11-25Anthropic publie le Model Context Protocol, un standard ouvert permettant de connecter des applications d’IA à des serveurs d’outils externesAnnonce de MCP par Anthropic
2025-07-10Name.com publie son billet de positionnement sur la « première plateforme de domaines conçue pour l’IA », fondée sur MCP et OpenAPI, qui contient notamment la statistique auto-déclarée de 91 % citée plus hautBlog de Name.com
2026-01-28Le .ai dépasse le million de domaines enregistrés, selon une annonce du gouvernement d’AnguillaDomain Name Wire
2026-04-15Durant son « Agents Week », Cloudflare lance la version bêta publique de son API Registrar, qui relie l’enregistrement, la recherche et la tarification à la couche MCPAnnonce de la version bêta de l’API Registrar de Cloudflare ; article sectoriel
2026-04-20CircleID publie son analyse consacrée aux « agents comme revendeurs de domaines »CircleID, Simone Catania
2026-04-24Le Domain Name Industry Brief du T1 2026 publié par Verisign fait état de 392,5 millions d’enregistrements de domaines au total, fournissant le contexte de marché de tous les chiffres précédentsDNIB.com ; article de CircleID
2026-04-27Identity Digital — maison mère du registre .ai et de Name.com — lance un « standard d’identité neutre et ancré dans le DNS pour les agents IA », qui propose d’inscrire dans les enregistrements DNS le propriétaire responsable d’un agentSalle de presse d’Identity Digital
2026-06-04Innovation Labs, l’entité d’Identity Digital, formalise cette proposition dans un Internet-Draft de l’IETF intitulé « DNS-Anchored Durable Identity for AI Agents (DNSid) »GlobeNewswire ; brouillon dans le Datatracker de l’IETF

Lue dans l’ordre, cette chronologie révèle le schéma suivant : un protocole de provisionnement vieux de vingt ans, puis deux standards généralistes pour agents IA qui n’ont pas été conçus pour les domaines (llms.txt et MCP), ensuite des bureaux d’enregistrement qui adaptent ces standards un à un à leurs parcours d’achat, et enfin la même famille de registres — Identity Digital — qui dépasse le cadre de son propre bureau d’enregistrement et propose le DNS comme infrastructure d’identité des agents, et non plus seulement comme infrastructure d’achat. Cette dernière étape est la plus récente et la moins établie : un Internet-Draft est une proposition soumise à discussion, pas un standard ratifié.

Ce qui est réellement livré et ce qui est seulement annoncé

L’expression « conçu pour les agents » est employée de manière assez vague dans les communications marketing. Le tableau ci-dessous distingue ce que chaque acteur a réellement livré — vérifié dans la documentation en ligne de chaque plateforme — de ce qui demeure une étiquette bêta, une affirmation de positionnement ou une proposition en cours de normalisation sans code opérationnel pour l’accompagner.

PlateformeFonctionnalitéÉtatPreuve
NamefiServeur MCP (api.namefi.io/mcp, Streamable HTTP, découvrable à l’adresse /.well-known/mcp/servers.json)Livrénamefi.io/llms.txt
NamefiPaiement en USDC signé par portefeuille via x402 (transferWithAuthorization d’EIP-3009, aucun compte requis)Livrénamefi.io/web3/llms.txt
NamefiDécouverte fondée sur llms.txt pour les outils d’agents et la référence RESTLivrénamefi.io/llms.txt
NamefiPlafond de dépenses ou mécanisme de confirmation d’achat au niveau de l’APINon livré — aucun contrôle documenté au moment de la rédaction ; la protection se trouve actuellement dans le client MCP, pas sur le serveurNotre propre analyse selon la checklist des plateformes conçues pour les agents, vérifiée directement pour cet article à partir de namefi.io/llms.txt et namefi.io/web3/llms.txt
CloudflareAPI Registrar : recherche, vérification de disponibilité, vérification du prix et enregistrement synchroneLivrée, en version bêta publique depuis le 2026-04-15Annonce de la version bêta de l’API Registrar de Cloudflare
CloudflareGestion des enregistrements DNS, transferts, renouvellements et mise à jour des coordonnées via la même APIAnnoncée, en développement — le propre billet de Cloudflare indique que l’entreprise « travaille activement à l’extension de l’API afin de couvrir une plus grande partie de l’expérience Registrar », avec un objectif fixé plus tard en 2026Annonce de la version bêta de l’API Registrar de Cloudflare
Name.comPositionnement axé sur l’IA, MCP et OpenAPI, ainsi que sur la transformation du langage naturel en code d’intégrationAnnoncé — il s’agit d’un billet de positionnement, et non d’une spécification détaillée des fonctionnalitésBlog de Name.com
Name.comFichier llms.txt découvrable ou serveur MCP dédié, vérifiés directement à la racine du domaineNon trouvé lors de notre examenVérification directe sur name.com, recoupée dans Cloudflare vs Name.com vs Namefi
Identity DigitalDNSid : un enregistrement du propriétaire responsable des agents IA, ancré dans le DNS et vérifiable par cryptographieProposé — un Internet-Draft de l’IETF soumis à discussion, non un standard ratifié, et qui n’est intégré à aucun paiement en ligne d’un bureau d’enregistrementDatatracker de l’IETF : draft-ihsanullah-dnsid

Deux enseignements ressortent de ce tableau. Premièrement, aucune plateforme examinée — Namefi comprise — n’a livré de plafond de dépenses documenté et imposé par l’API ; toutes les protections se situent une couche plus haut, dans la politique définie côté client par l’humain, ce qui rejoint la conclusion à laquelle est arrivée notre checklist des plateformes conçues pour les agents dans son évaluation de cette catégorie. Deuxièmement, l’idée d’utiliser le DNS comme ancre d’identité de l’agent lui-même, et non seulement du domaine qu’il achète, en est toujours au stade de la « soumission à l’IETF pour discussion » — il faudra attendre des mois avant qu’un bureau d’enregistrement puisse l’intégrer à un parcours d’achat en production, même si la proposition est bien accueillie.

La thèse du revendeur

L’expression reprise dans les articles de 2026 consacrés à l’industrie des domaines est que les agents IA deviennent des revendeurs. L’analyse de CircleID publiée le 20 avril 2026 l’affirme directement : « les agents IA agissent de plus en plus comme des revendeurs de domaines, en vérifiant la disponibilité, en enregistrant des noms et en configurant le DNS sans intervention humaine ».

Il convient de distinguer le choix de ce mot de ce qu’il implique. Dans le vocabulaire propre à l’industrie des domaines, un revendeur désigne une entité précise et formelle : une partie qui vend ou provisionne des domaines dans le cadre de l’accord d’accréditation d’un bureau d’enregistrement auprès de l’ICANN, avec des obligations contractuelles envers le bureau d’enregistrement et, par son intermédiaire, envers l’ICANN. Le simple fait qu’un agent appelle aujourd’hui une API d’enregistrement ne crée en rien cette relation : l’agent agit comme délégué du client final, authentifié au moyen de la clé API ou du portefeuille de celui-ci, et non comme une partie accréditée à part entière. Le cadrage de CircleID est descriptif, pas une affirmation concernant le statut d’accréditation : le comportement d’un revendeur — rechercher, obtenir un prix, enregistrer et configurer le DNS de manière répétée et à grande échelle pour le compte d’un tiers — apparaît désormais dans les flux de travail des agents, même lorsque l’opérateur n’est pas une entreprise ayant signé un accord de revente.

Reste à savoir si ce comportement finira par prendre une forme officiellement reconnue par les registres. Pour cela, les registres et les bureaux d’enregistrement devraient décider si l’activité à grande échelle d’agents soumis à des politiques nécessite un niveau d’accréditation, une politique de limitation du débit ou une catégorie de surveillance des abus qui lui soient propres, distincts de ceux d’un revendeur humain. Aucun élément de la chronologie ci-dessus — ni la version bêta de Cloudflare, ni le billet de Name.com, ni le brouillon DNSid d’Identity Digital — ne propose encore un tel niveau. DNSid s’en approche le plus, puisqu’il vise explicitement à vérifier qui répond des actions d’un agent, mais « qui est responsable » et « qui est officiellement accrédité comme revendeur » sont deux questions différentes, et le brouillon ne répond qu’à la première. Pour comprendre les mécanismes d’un achat individuel, consultez Comment les agents IA achètent des domaines sans humain.

Prédictions pour 2027

Chacune des prédictions suivantes est formulée pour pouvoir être vérifiée à l’aide de preuves publiques : il s’agit d’une affirmation précise, pas d’une impression générale. Un lecteur qui reviendra à la mi-2027 pourra ainsi la classer comme vraie, fausse ou non résolue sans avoir besoin de notre interprétation.

  1. D’ici juillet 2027, Cloudflare, Name.com ou un autre bureau d’enregistrement grand public comparable aura publié un mécanisme documenté de plafond de dépenses ou de confirmation d’achat imposé par l’API — pas de simples recommandations côté client. Au moment de la rédaction, cette case est vide pour toutes les plateformes examinées, Namefi comprise.
  2. L’API Registrar de Cloudflare aura abandonné son étiquette « bêta » et livré au moins l’une des fonctions suivantes : gestion des enregistrements DNS, automatisation des renouvellements ou prise en charge des transferts, d’ici la fin de 2027. Cela correspond à la formulation « plus tard en 2026 » de sa propre annonce de version bêta, à laquelle nous ajoutons une année de marge.
  3. L’Internet-Draft DNSid — ou un successeur direct répondant à la question « qui est responsable de cet agent ? » — sera toujours au stade de brouillon de l’IETF, et non de RFC approuvée, en juillet 2027. Les documents soumis au processus de normalisation prennent généralement plusieurs années après leur dépôt, et celui-ci a été déposé en juin 2026.
  4. Les enregistrements en .ai dépasseront 1,5 million d’ici juillet 2027, poursuivant la courbe de croissance documentée par Domain Name Wire et Identity Digital au lieu de plafonner près du million franchi en janvier 2026.
  5. Au moins une des plateformes comparées ici emploiera publiquement le mot « reseller » ou « agent-reseller » dans ses propres communications marketing ou sa documentation concernant les activités d’enregistrement pilotées par des agents, officialisant le cadrage utilisé par CircleID en avril 2026 au lieu de le laisser cantonné à la presse spécialisée.

Questions fréquentes

Combien de domaines sont réellement enregistrés par des agents IA aujourd’hui ?

Aucun registre ni bureau d’enregistrement que nous avons examiné — DNIB, Identity Digital, Cloudflare ou Name.com — ne publie de chiffre distinguant les enregistrements initiés par des agents de ceux effectués par des humains. Ce qui est vérifiable, c’est l’infrastructure : quelles plateformes ont livré un parcours d’enregistrement utilisable par un agent — Namefi, Cloudflare en version bêta, Name.com dans son positionnement — et à quelle date. Le volume d’adoption attribuable aux agents n’est pas une donnée publique au moment de la rédaction.

La statistique de 91 % publiée par Name.com est-elle un chiffre sectoriel fiable ?

Il faut la considérer comme un sentiment rapporté par l’entreprise, et non comme une enquête indépendante. Le billet de Name.com de juillet 2025 attribue ce chiffre à « notre récente enquête auprès des clients », sans publier de méthodologie, de taille d’échantillon ou d’auditeur externe. C’est un indicateur de ce que les clients de Name.com ont déclaré à l’entreprise, pas une statistique valable pour l’ensemble du marché.

Le .ai a-t-il vraiment atteint le million d’enregistrements, et qui l’a confirmé ?

Oui, et le chiffre est corroboré de manière indépendante. Le gouvernement d’Anguilla, qui administre le ccTLD .ai, a directement annoncé ce jalon, tandis que Domain Name Wire a rapporté les chiffres de croissance avec une date précise — le 28 janvier 2026. CircleID et une note sectorielle de Hogan Lovells citent tous deux ce même jalon de manière indépendante : le niveau de preuve est donc différent de celui d’une statistique auto-déclarée par une entreprise.

Qu’est-ce que DNSid, et change-t-il la manière dont les domaines sont enregistrés ?

DNSid est un Internet-Draft — une proposition formelle, pas un standard ratifié — soumis à l’IETF en juin 2026 par Innovation Labs, l’entité d’Identity Digital. Il propose d’utiliser des enregistrements DNS comme trace durable et vérifiable de « qui est responsable de cet agent IA ». Il s’agit d’un problème différent de l’enregistrement lui-même : identifier l’agent, et non acheter le domaine. Au moment de la rédaction, DNSid n’est intégré à aucun parcours d’achat en production chez un bureau d’enregistrement.

Un bureau d’enregistrement a-t-il déjà livré un plafond de dépenses ou un contrôle empêchant l’agent de trop dépenser ?

Pas au niveau de l’API, pour autant que nous ayons pu le vérifier en consultant directement la documentation de chaque plateforme. Namefi, Cloudflare et Name.com laissent tous cette protection à la politique définie côté client par un humain — le client MCP, le cadre logiciel des agents ou la limite de financement de la clé API — plutôt qu’à un contrôle de confirmation imposé par le bureau d’enregistrement lui-même. C’est la seule ligne que tous les tableaux d’évaluation des plateformes « conçues pour les agents » dans ce secteur, y compris le nôtre, considèrent encore comme incomplète.

Où puis-je lire les mécanismes d’un achat individuel par un agent plutôt qu’une vue d’ensemble du secteur ?

Comment les agents IA achètent des domaines sans humain détaille, étape par étape, la séquence recherche-prix-authentification-enregistrement-configuration. Cloudflare vs Name.com vs Namefi compare les fonctionnalités des trois plateformes, tandis que Qu’est-ce qu’un bureau d’enregistrement de domaines conçu pour les agents ? présente la checklist qui sous-tend le tableau des fonctionnalités livrées ou annoncées de cet article.

Enregistrez votre domaine avec un agent qui livre déjà toute la pile technologique

La plupart des lacunes documentées ici — plafonds de dépenses non documentés, étiquettes bêta, billets de positionnement sans spécification détaillée — ne sont pas propres à une plateforme ; elles reflètent l’état de la catégorie à la mi-2026. Namefi livre aujourd’hui ce qui est réellement disponible : un serveur MCP auquel votre agent se connecte directement, une API REST découvrable via llms.txt, et un paiement en USDC signé par portefeuille grâce à x402, sans compte requis, ainsi qu’un Domaine Tokenisé si vous souhaitez que le domaine soit détenu dans le portefeuille d’un agent.

Recherchez et enregistrez un domaine sur Namefi.

Sources et lectures complémentaires

Contributeurs

Fenwei Bian
Fenwei BianAuteur·rice
Développeuse de logiciels et rédactrice • Namefi

Fenwei Bian est une développeuse de logiciels d'une trentaine d'années qui passe ses heures de travail dans les pull requests et ses week-ends les mains dans la terre ou la sciure. Des années de contribution à des projets open source sur GitHub lui ont appris que les noms sont des interfaces : un bon nom est clair, dit honnêtement ce qu'il fait et facilite la tâche de la prochaine personne qui devra l'utiliser.

Elle jardine parce que cette activité récompense la patience et sanctionne les illusions. Elle travaille le bois parce qu'un assemblage s'ajuste ou ne s'ajuste pas. Ces deux habitudes transparaissent dans sa manière d'écrire sur les noms : mesurer deux fois, vérifier la source et ne pas simplement poncer une aspérité en espérant que personne ne la remarque.

Pour Namefi, elle décrit le fonctionnement réel des marchés de noms de domaine, les compromis pratiques liés à la tokenisation et à la revente de noms, ainsi que la façon de choisir un domaine que l'on sera toujours heureux de posséder dans vingt ans.

Victor Zhou
Victor ZhouÉdition
Fondateur et responsable éditorial des standards • Namefi

Victor Zhou est un entrepreneur technologique et éditeur de standards dont le travail porte sur l'identité numérique et la confiance. Il a fondé Namefi, édite des propositions d'amélioration d'Ethereum et a auparavant dirigé des travaux d'architecture de contrats intelligents chez Google Labs.

Son travail se situe à l'intersection des noms, de la propriété et des systèmes que les internautes utilisent pour établir leur identité en ligne. Cette perspective l'amène à s'intéresser tout particulièrement à la façon dont les noms passent du sens personnel à la reconnaissance publique, puis à l'infrastructure numérique.

Pour Namefi, Victor édite et rédige des contenus sur les domaines en tant qu'identités numériques durables : la manière dont les noms deviennent des actifs possédables onchain, dont la tokenisation transforme la garde et la confiance, et ce que les systèmes d'établissement de l'identité en ligne peuvent enseigner au domaine des noms.

Alan Machin
Alan MachinTraduction
Traducteur chargé de la localisation française • Namefi

Alan Machin est un traducteur proche de la quarantaine installé à Lyon. Il a enseigné les mathématiques dans un lycée avant de quitter la salle de classe pour traduire des textes de vulgarisation scientifique et technologique entre l'anglais et le français.

Son instinct d'enseignant continue de guider son travail : il préfère une phrase claire à une phrase brillante et vérifie chaque terme en se demandant comment un lecteur francophone le dirait réellement. Il pratique l'escalade de bloc dans la salle de son quartier, prépare son pain au levain sans se presser et fait son marché du dimanche sans liste.

Pour Namefi, il adapte en français des textes sur les domaines et les noms, en portant une attention particulière aux accents et aux traits d'union dans les noms de domaine, aux règles du .fr et à la tension permanente entre un franglais qui paraît actuel et un français qui se lira encore bien l'année suivante.

Guides connexes

Discutez de cet article

Voir la discussion sur Namefi Discuss