Namefi

Les domain hacks : quand une adresse web épelle un mot à travers le point

Ce qu'est un domain hack, pourquoi les marques et les revendeurs convoitent ces noms courts et astucieux, les risques liés aux ccTLD qui se cachent derrière, et comment en estimer la valeur.

Fenwei BianFenwei BianAuteur·riceVictor ZhouVictor ZhouÉditionAlan MachinAlan MachinTraduction20 juin 2026env. 13 min de lecture
  • domains
  • domain-investing
  • branding
  • domain-flipping
Partager sur X

Il existe un type d'adresse web qu'on ne lit pas vraiment : on la décode. On voit les lettres, on voit les points, puis toute la chaîne se recompose d'un coup en un seul mot qui court tout droit par-dessus la ponctuation. La plus célèbre jamais créée fut del.icio.us. Lisez-la lentement et elle se désagrège en morceaux ; lisez-la d'un trait et elle dit simplement « delicious » (« délicieux »).

Cette astuce a un nom. On l'appelle un domain hack, et c'est l'une des plus anciennes trouvailles ingénieuses d'internet. Ce guide explique ce qu'est réellement un domain hack, pourquoi les marques et les investisseurs en domaines continuent d'en payer le prix, les risques bien réels que cachent les plus astucieux d'entre eux, et comment, en tant que revendeur, jauger un domain hack avant de virer de l'argent pour l'acquérir.

Ce qu'est un domain hack

Un domain hack est un nom de domaine où l'extension elle-même fait partie du mot. Au lieu que l'adresse pointe vers un mot, l'adresse est le mot, épelé à travers le point. Wikipedia le définit avec précision : un domain hack est un nom de domaine qui suggère un mot, une expression ou un nom lorsqu'on concatène deux niveaux adjacents ou plus de ce domaine.

Le mécanisme repose sur le domaine de premier niveau — la partie après le dernier point. La plupart des domain hacks célèbres empruntent un code pays de premier niveau (un ccTLD), l'extension à deux lettres qu'un pays reçoit dans le DNS mondial, et l'utilisent comme s'il s'agissait de la dernière syllabe d'un mot anglais. del.icio.us a fait exactement cela : il a pris .us (le ccTLD des États-Unis), a enregistré icio.us, a empilé del devant en sous-domaine, et l'ensemble se lisait « delicious ». Nous avons décortiqué ce cas dans l'étude de cas del.icio.us, et il reste l'exemple d'école.

Cela fonctionne parce que les ccTLD n'ont jamais été conçus pour être des terminaisons de mots — c'est un hasard tenant aux deux lettres que chaque pays s'est trouvé attribuer. (Si vous ne vous êtes jamais demandé d'où viennent ces extensions, notre explication sur ce qu'est un TLD couvre le sujet.) Un domain hack, c'est ce qui se produit quand quelqu'un remarque que le code à deux lettres d'un pays épelle aussi un suffixe utile et décide de bâtir une marque sur cette coïncidence.

Comment ça marche : des ccTLD qui font aussi office de suffixes anglais

Illustration éditoriale d'une carte du monde aux couleurs pâles dont de petites tuiles lumineuses d'extension à deux lettres se détachent des pays et viennent s'enclencher comme dernière syllabe de mots anglais flottants tels que quick.ly, studio.io, maybe.be et game.gg

Une poignée de ccTLD valent de l'or pour cet usage, parce que leurs deux lettres sont des terminaisons de mots courantes ou des mots à part entière. Le piège — et nous y reviendrons lourdement plus loin — c'est que chacun d'eux appartient à un vrai pays, doté de vraies règles. Voici les chevaux de bataille, avec les adresses célèbres bâties sur chacun :

Et puis il y a le « suffixe accidentel » le plus réussi de tous : .io, le ccTLD du Territoire britannique de l'océan Indien, que les développeurs lisent comme I/O. Ce n'est pas à proprement parler un hack qui épelle un mot comme del.icio.us, mais c'est la même coïncidence à l'œuvre — un code pays qui se trouve signifier quelque chose pour ceux qui le tapent. Nous expliquons pourquoi cette extension commande une telle prime dans pourquoi les domaines .io sont chers et sur la page du TLD .io.

Pourquoi les marques et les revendeurs les apprécient

Une fois mise de côté l'astuce, un domain hack se bat sur le même terrain que tout grand domaine : il est court, il est mémorable, et il porte du sens en moins de caractères que quiconque. Un bon hack, c'est un mot entier en trois ou quatre syllabes d'adresse, sans rien de gaspillé.

Pour le genre de produit qui vit à l'intérieur du texte des autres — un raccourcisseur de liens, un bouton de partage, un lien d'invitation — cette brièveté est tout le produit. Chaque caractère d'une URL raccourcie est un caractère que l'utilisateur n'a pas eu à lire, et l'astuce du point-en-suffixe vous achète la valeur d'un mot entier de sens pour le prix de deux lettres. Voilà pourquoi toute une génération d'outils d'infrastructure — Bitly, le youtu.be de YouTube, les liens d'invitation de Discord en .gg — ont choisi des hacks plutôt que de longs .com. Le hack était la fonctionnalité.

Pour tous les autres, l'attrait tient à la force de marque. Un nom qui se lit comme un vrai mot mais se résout sur une extension inhabituelle est distinctif presque par définition, et c'est précisément ce qui manque dans une catégorie saturée. C'est aussi ce qui fait des hacks un marché actif dans le trading de domaines : l'offre de combinaisons propres, courtes et formant un mot sur un bon ccTLD est réellement finie, alors que la demande de fondateurs en quête d'un nom qui ne ressemble pas à celui de tout le monde ne l'est pas. Un hack solide sur une extension populaire est le genre d'actif que les domainers suivent, exactement comme ils suivent les .com d'un seul mot — et beaucoup des mêmes fondamentaux exposés dans ce qui donne sa valeur à un domaine s'appliquent directement.

Le piège : un ccTLD, c'est le pays de quelqu'un d'autre

Illustration éditoriale d'étiquettes de noms de domaine astucieux avançant sur un tapis roulant vers le portique d'un poste-frontière surmonté d'un petit drapeau, une étiquette retenue sous un tampon rouge « seized » tandis que les autres passent

Voici la partie que la plupart des listicles « 10 domain hacks astucieux » sautent, et c'est celle qui sépare l'amateur de quelqu'un capable d'estimer réellement la valeur de l'un de ces noms. Quand vous enregistrez un domain hack, vous louez deux lettres de territoire souverain, et ce territoire fait les règles. Un .com est régi par un cadre stable et globalement neutre. Un ccTLD est régi par un pays, et les pays changent, restreignent et, à l'occasion, saisissent.

L'exemple le plus frappant est .ly. C'est le ccTLD de la Libye, et le droit libyen s'applique à ce qui s'y trouve. En 2010, cela a cessé d'être théorique. Comme le consigne Wikipedia, en octobre 2010, le domaine du service de raccourcissement d'URL « sex-positive » vb.ly ... a été saisi par les autorités web libyennes pour non-conformité à la loi libyenne, l'explication du registre ayant été rapportée sans détour : la pornographie et le matériel pour adultes ne sont pas autorisés par la loi libyenne ... Nous avons donc supprimé le domaine. Le domaine n'a pas expiré et il n'a pas été vendu. Il a été pris, à cause de ce vers quoi il pointait, en vertu de règles qui n'avaient rien à voir avec l'internet ouvert et tout à voir avec le droit du contenu d'un seul pays.

La deuxième forme de risque est celle qu'un .com ne peut véritablement pas porter : le code pays lui-même peut être remis en question. C'est la question ouverte qui plane sur .io. Son existence dépend de celle du Territoire britannique de l'océan Indien en tant qu'entité distincte, et c'est précisément ce qui change. Le Royaume-Uni et Maurice ont convenu de transférer la souveraineté de l'archipel des Chagos — selon Wikipedia, le 22 mai 2025, l'accord a été signé par le Royaume-Uni et Maurice. Wikipedia détaille la conséquence au niveau du domaine : après le transfert, les règles actuelles de l'IANA pourraient exiger la suppression progressive du domaine .io, ce qui prendrait au moins 5 ans. Rien n'a fermé, et les échéances sont longues et incertaines — nous exposons la version mesurée dans pourquoi les domaines .io sont chers — mais c'est une catégorie de risque qui, tout simplement, n'existe pas pour un .com.

Il y a un troisième risque, plus discret, et goo.gl en est le monument : un registre ou un opérateur peut tout bonnement décider de s'en aller. Google a retiré le service goo.gl en 2019, et la longue traîne de liens bâtis dessus se dégrade depuis. Un hack n'est durable que dans la mesure où l'institution qui exploite à la fois l'extension et le service au-dessus l'est. La leçon pour un revendeur n'est pas « ne touchez jamais à un ccTLD ». C'est « intégrez le pays dans le prix ». Certains registres sont stables et libéraux quant à l'enregistrement par des tiers ; d'autres se réservent le droit de refuser ou de révoquer en fonction des règles locales. La façon dont une extension donnée se comporte est un fondamental, pas une note de bas de page — ce qui est tout l'intérêt de comprendre comment le TLD affecte la valeur d'un domaine.

Comment repérer et estimer un domain hack en tant que revendeur

Illustration éditoriale d'un domaine court épelant un mot posé sur l'un des plateaux d'une balance, l'autre plateau portant de petites icônes pour « se prononce clairement », « stabilité du registre », « vrais acheteurs » et « .com correspondant »

Si vous achetez ou détenez des hacks plutôt que de simplement les admirer, quelques heuristiques pratiques séparent les actifs des curiosités :

  1. Épelle-t-il un vrai mot que le marché recherche ? La valeur est dans le mot, pas dans l'ingéniosité de la construction. stud.io, rad.io et delicious sont des mots que les gens recherchent et paient déjà. Un hack qui épelle un mot obscur, ou qui exige un sous-domaine et trois points pour aboutir, est une énigme, pas une marque.
  2. Peut-on le dire à voix haute et retomber dessus ? Le défaut fatal de del.icio.us n'a jamais été son apparence — c'était qu'on ne pouvait pas dicter le nom à quelqu'un sans épeler chaque point. Un hack qui se lit comme un mot net une fois prononcé (l'extension disparaît dans le mot) vaut bien plus qu'un autre qui réclame des instructions de ponctuation. Si le recommander nécessite une leçon d'épellation, décotez-le fortement.
  3. Quelle est la politique et la stabilité du registre ? Avant d'estimer un .ly, un .io ou tout hack en ccTLD, renseignez-vous : le registre accueille-t-il l'enregistrement par des tiers, quelles règles de contenu s'appliquent, et quelle est la stabilité politique du territoire ? C'est la diligence que le titulaire de vb.ly n'a pas eu l'occasion de mener. Un hack magnifique sur un ccTLD instable ou restrictif porte une décote qu'un .com n'aurait jamais.
  4. L'extension est-elle déjà un marché de hacks éprouvé ? .io, .co, .me, .gg et .ly ont une demande établie, de la liquidité et un historique de marques prêtes à payer pour eux. Un ccTLD de fantaisie sans acheteurs est un domaine que vous garderez pour toujours. La liquidité fait partie du prix.
  5. Existe-t-il un .com correspondant et propre comme solution de repli pour le même mot ? Souvent, la position la plus précieuse est de posséder à la fois le hack et le .com correspondant. Le hack remporte l'usage astucieux, intégré au produit ; le .com remporte l'usage qui se dit à voix haute, grand public. Un acheteur qui a besoin des deux paiera pour la paire.

En version courte : estimez le mot, testez-le à l'oral, intégrez le pays dans le prix, et vérifiez qu'il existe de vrais acheteurs pour cette extension. Un domain hack est un excellent actif quand ces quatre éléments s'alignent, et un piège astucieux quand ils ne s'alignent pas.

L'angle Namefi

Quand un hack premium change effectivement de mains, le plus dur n'est pas de s'entendre sur un prix — c'est le transfert. Déplacer un nom de valeur, cela signifie prouver qui le détient, le remettre sans que le site tombe en panne, et avoir confiance que l'autre partie livrera réellement. C'est la même friction qui pèse sur toute opération de trading de domaines à forte valeur, et c'est pire pour un hack, où le nom est souvent une infrastructure vivante au cœur du produit de quelqu'un.

C'est l'écart que Namefi est conçu pour combler : la propriété tokenisée rend le contrôle d'un véritable domaine ICANN plus facile à vérifier et à transférer, avec une continuité DNS pour que le nom continue de se résoudre pendant la passation. L'astuce, c'est amusant. Un transfert propre et auditable de l'actif sous-jacent à l'astuce, voilà ce qui vous permet d'en faire réellement commerce.

Sources et lectures complémentaires

Contributeurs

Fenwei Bian
Fenwei BianAuteur·rice
Software Developer & Writer • Namefi

Fenwei Bian is a software developer in her thirties who spends her working hours in pull requests and her weekends with her hands in soil or sawdust. Years of open source on GitHub taught her that names are interfaces: a good one is clear, honest about what it does, and kind to whoever has to use it next.

She gardens because it rewards patience and punishes wishful thinking, and she does woodwork because a joint either fits or it doesn't. Both habits show up in how she writes about naming — measure twice, check the source, and don't sand over a rough spot and hope no one notices.

For Namefi she writes about how domain markets actually move, the practical trade-offs of tokenizing and flipping names, and picking a domain you'll still be glad you own in twenty years.

Victor Zhou
Victor ZhouÉdition
Founder & Standards Editor • Namefi
LinkedIn

Victor Zhou is a technology founder and standards editor focused on digital identity and trust. He founded Namefi, edits Ethereum Improvement Proposals, and previously led smart-contract architecture work at Google Labs.

His work sits at the intersection of naming, ownership, and the systems people use to establish identity online. That perspective makes him especially interested in the way names move between personal meaning, public recognition, and digital infrastructure.

For Namefi, Victor edits and writes about domains as durable digital identity: how names become ownable onchain assets, how tokenization changes custody and trust, and what naming can learn from the systems people use to establish identity online.

Alan Machin
Alan MachinTraduction
French Localization Translator • Namefi

Alan Machin is a translator in his late thirties, based in Lyon. He taught mathematics in a lycée before leaving the classroom to translate popular-science and technology writing between English and French.

A teacher's instinct still shapes his work: he would rather a sentence be clear than clever, and he checks every term against how a French reader would actually say it. He boulders at the local gym, bakes sourdough on a slow schedule, and does the Sunday marché without a list.

For Namefi he localizes writing about domains and naming into French — attentive to accents and hyphens in domain names, .fr's rules, and the running tension between franglais that sounds current and French that will still read well next year.

Guides connexes

Discutez de cet article

Voir la discussion sur Namefi Discuss