Le domaine example.com semble être un emplacement web ordinaire, mais il cache une histoire unique. Réservé depuis des décennies, il sert un rôle essentiel pour les documentations techniques, évitant les pièges d’un web en constante évolution. Découvrez pourquoi cet espace numérique n’est et ne sera jamais à vendre.
Si vous tapez example.com dans votre navigateur, vous arrivez sur l’une des pages les plus simples du web. Mais le domaine lui-même est bien plus intéressant qu’il n’y paraît.
Un nom réservé intentionnellement
Un nom aussi évident et simple aurait dû être acheté il y a des décennies et revendu à prix d’or. Pourtant, il est totalement impossible de l’acquérir. Cette situation perdure car example.com n’a jamais été une affaire commerciale. Il existe comme espace réservé, permettant à la documentation de pointer vers une adresse sans désigner un propriétaire spécifique.
Toute personne découvrant example.com pourrait penser à un domaine oublié ou à un terrain numérique précieux laissé en friche. En réalité, l’Internet Assigned Numbers Authority (IANA) le maintient en permanence réservé pour la documentation.
L’IANA supervise plusieurs systèmes de noms et de numéros essentiels au fonctionnement d’Internet, dont des éléments clés du Domain Name System (DNS). Ses directives, révisées le 27 septembre 2026, indiquent que example.com n’est pas disponible pour enregistrement ou transfert.
Cette configuration est ancrée dans les standards d’Internet depuis des décennies. En juin 1999, un document nommé RFC 2606 officialisa la réservation de example.com, example.net et example.org pour les exemples et la documentation. Les RFC sont des publications techniques définissant les normes, protocoles et comportements fondamentaux du web, un travail principalement mené par l’Internet Engineering Task Force et groupes associés.
Chaque RFC possède un numéro unique, faisant du RFC 2606 la référence officielle expliquant pourquoi ces domaines d’exemple sont inaccessibles au marché.
Un document ultérieur, le RFC 6761 publié en 2013, précise comment les logiciels et l’infrastructure Internet doivent traiter les noms à vocation spéciale, incluant ces domaines d’exemple et leurs sous-domaines. L’avantage est clair : les auteurs peuvent écrire support@example.com, api.example.com ou router.example.org dans un guide sans vérifier le propriétaire ni craindre l’évolution du lien dans cinq ans.
Les exemples conservent un aspect réaliste, mais personne ne peut acheter le domaine ultérieurement pour transformer une documentation anodine en redirection vers un casino, une page de phishing, une boutique ou un blog personnel.
Le risque des faux domaines
La raison de réserver example.com devient évidente en imaginant un tutoriel réseau sans lui. Nous aurions besoin d’un domaine pour une commande d’exemple, donc nous inventerions notreserveurdetest.com et poursuivrions. Peut-être que personne ne le possède lors de la publication, et à ce moment, nous n’y pensons pas à deux fois.
Cinq ans plus tard, quelqu’un achète le domaine. Désormais, d’anciens livres, publications de forums, scripts, fichiers de configuration et commandes copiées pointent vers un serveur réel contrôlé par une personne dont nous ignorions l’existence.
Le RFC 2606 identifia précisément ce type de problème. Un logiciel de test peut s’échapper de son environnement prévu, des exemples peuvent être copiés dans du code de production, et un nom apparemment fictif peut finir par entrer en conflit avec un usage réel ou la marque de quelqu’un.
Ce scénario est facile à concevoir, étant donné la fréquence à laquelle les gens copient des commandes. Une ligne comme curl https://api.example.com/status peut rester dans une documentation pendant des années. Si l’auteur avait utilisé un domaine inventé au hasard, un futur propriétaire pourrait transformer cet exemple en trafic réseau réel. Le example.com évite cette confusion car le nom reste à l’intérieur de l’espace réservé.
Des noms hors marché
Le RFC 2606 alla au-delà des trois domaines d’exemple familiers. Il réserva également quatre domaines de premier niveau entiers, les terminaisons à droite d’une adresse web comme .com ou .org, pour des usages techniques spécifiques.
| Nom réservé | Usage prévu |
|---|---|
| .example | Documentation et exemples |
| .test | Tests logiciels et configurations DNS |
| .invalid | Noms délibérément invalides |
| .localhost | Adresses destinées à référencer son propre ordinateur |
Considérez des domaines comme boutique.example, casse.invalid ou toute adresse finissant par .test comme le patrimoine fantôme d’Internet. Ils figurent dans le registre des Noms de Domaine à Usage Spécial de l’IANA, totalement hors marché et bloqués aux acheteurs potentiels.
example.com est un peu différent car il résout vers une page web active. L’IANA y maintient un site très simple expliquant l’existence du domaine. Cela semble l’endroit parfait pour tester une nouvelle application, mais fonder son projet dessus est un piège.
L’IANA précise que le service est offert sur une base de « meilleur effort » et avertit explicitement les développeurs de ne pas en dépendre. En septembre 2024, elle cessa également d’accepter plusieurs méthodes HTTP, dont POST, PUT, DELETE et PATCH. Les applications web utilisent généralement ces méthodes pour soumettre, mettre à jour ou supprimer des données. Essayez l’une de ces méthodes maintenant et le serveur vous bloquera avec une erreur HTTP 405 « Method Not Allowed ».
Lisez aussi :