---
id: "idn"
kind: "glossary-term"
title: "IDN"
language: "fr"
category: "DNS et bases techniques"
updated: "2026-10-10T23:13:06Z"
canonical: "https://tldlog.com/fr/glossaire/idn/"
translations:
  en: "https://tldlog.com/glossary/idn/"
  es: "https://tldlog.com/es/glosario/idn/"
  de: "https://tldlog.com/de/glossar/idn/"
  it: "https://tldlog.com/it/glossario/idn/"
  pt-BR: "https://tldlog.com/pt/glossario/idn/"
  ru: "https://tldlog.com/ru/glossariy/idn/"
  zh-Hans: "https://tldlog.com/zh/cihui/idn/"
---

# IDN

nom de domaine internationalisé

Nom de domaine qui utilise d'autres caractères que les lettres de base de l'anglais, les chiffres et le trait d'union, comme des lettres accentuées ou l'écriture arabe, chinoise ou cyrillique. Le DNS stocke ces noms sous une forme ASCII appelée Punycode, qui commence par « xn-- ». Les IDN permettent d'utiliser des noms dans sa propre langue.

Un nom de domaine internationalisé (IDN) utilise d'autres caractères que les lettres de a à z, les chiffres et le trait d'union : des lettres accentuées comme ñ ou ü, ou des écritures comme l'arabe, le chinois ou le cyrillique. Les gens voient et saisissent le nom dans leur propre écriture, tandis que le DNS travaille en coulisses avec une version en lettres simples. La plupart des problèmes liés aux IDN viennent de l'écart entre ces deux formes.

## Ce qu'est un nom de domaine internationalisé

La RFC 5890, publiée par l'IETF en août 2010, définit un IDN comme un nom de domaine comportant au moins une étiquette internationalisée. Cette étiquette peut être le nom enregistré, comme un nom contenant ñ sous .es, ou le domaine de premier niveau lui-même, comme .рф.

## Le fonctionnement en coulisses : Punycode, A-labels et U-labels

Les IDN fonctionnent étiquette par étiquette, jamais sur le nom entier. Chaque étiquette internationalisée a deux formes :

- Le **U-label** est la forme que les gens lisent et saisissent, en caractères Unicode.
- L'**A-label** est son équivalent ASCII : le préfixe xn-- suivi du résultat de l'algorithme Punycode, qui peut compter au plus 59 caractères, puisqu'une étiquette en compte au plus 63.

Les logiciels convertissent chaque U-label en A-label avant d'interroger le DNS : selon l'ICANN, les opérations du DNS utilisent exclusivement des A-labels. La RFC 5890 réserve le mot Punycode à la méthode de conversion (RFC 3492, mars 2003), et non à la chaîne obtenue.

L'ensemble de règles actuel, IDNA2008 (RFC 5890 à 5894), a remplacé IDNA2003 mais a conservé Punycode et le préfixe xn--. Quelques caractères ont changé : le ß allemand et le ς final grec sont valides dans IDNA2008, alors qu'IDNA2003 les convertissait en d'autres caractères ; un nom qui les contient a donc désormais un A-label différent de celui que recherchent les logiciels plus anciens.

## Les caractères admis par chaque registre

IDNA2008 fixe la limite extérieure. À l'intérieur de celle-ci, la RFC 5890 rend des restrictions obligatoires pour les registres d'IDN, et la RFC 5891 attend des registres de tous les niveaux du DNS qu'ils fixent leurs propres politiques. Beaucoup publient des tables IDN, des listes des caractères qu'ils acceptent pour une langue ou une écriture, que l'IANA rassemble dans son répertoire des pratiques IDN (Repository of IDN Practices).

Les règles de génération d'étiquettes (Label Generation Rules, LGR) en sont la version formelle, lisible par machine (RFC 7940). Pour les domaines de premier niveau, l'ICANN utilise les règles de génération d'étiquettes de la zone racine (Root Zone Label Generation Rules, RZ-LGR). En octobre 2026, la version actuelle, RZ-LGR-6, couvre 27 écritures, dont l'écriture latine.

Pour le .es, le plan national des noms de domaine (Orden ITC/1542/2005) et Red.es fixent ces règles, en octobre 2026 :

- les lettres de a à z, les chiffres de 0 à 9 et le trait d'union, jamais en premier ni en dernier caractère ;
- 13 caractères supplémentaires : á, à, é, è, í, ï, ó, ò, ú, ü, ñ, ç et l·l ;
- de 3 à 63 caractères au deuxième niveau, de 2 à 63 au troisième ;
- aucun nom ne peut commencer par xn--, et les majuscules comptent comme des minuscules.

Pour le l·l catalan, IDNA2008 n'admet le point médian qu'entre deux l, et non la lettre unique ŀ.

## Variantes et caractères qui se ressemblent

Certaines communautés d'écriture, comme les utilisateurs de l'arabe et des caractères han, considèrent deux chaînes différentes comme un même nom. Ce sont les variantes IDN.

Les caractères qui se ressemblent posent un autre problème : des caractères d'écritures différentes qui ont la même apparence, comme un omicron grec parmi des lettres latines. Une attaque par homographe les utilise pour faire passer un faux nom pour un vrai. Les restrictions des registres et les LGR limitent ces mélanges, et l'évaluation de la similarité des chaînes par l'ICANN rejette les TLD demandés qui ressemblent visuellement à des TLD existants.

## Les domaines de premier niveau IDN dans des écritures non latines

Les ccTLD IDN sont issus de la procédure accélérée des ccTLD IDN (IDN ccTLD Fast Track), approuvée par le Conseil d'administration de l'ICANN à Séoul en octobre 2009. Un pays ou un territoire de la liste ISO 3166-1 peut demander son nom dans une écriture autre que latine ; le .es n'est donc pas concerné.

Les TLD IDN génériques sont issus des séries de nouveaux gTLD de l'ICANN. Dans la série de 2026, un IDN demandé doit respecter IDNA2008 et RZ-LGR-6. Une variante revient au même opérateur de registre dans le cadre d'un seul contrat de registre, et chaque variante doit être justifiée. En octobre 2026, les opérateurs de gTLD existants ne paient pas de frais de candidature de base pour quatre chaînes variantes au plus.

En octobre 2026, environ 150 TLD de la base de données de la zone racine de l'IANA commencent par xn-- (selon notre décompte), et l'ICANN fait état de plus de 60 ccTLD IDN. Parmi les exemples figurent .рф (xn--p1ai), le TLD national de la Russie, et le générique .vermögensberater (xn--vermgensberater-ctb).

## Là où les IDN posent encore problème : courriel, applications et formulaires

L'ICANN appelle acceptation universelle (Universal Acceptance) l'objectif que tout nom de domaine et toute adresse électronique valides fonctionnent dans tous les logiciels. Les formulaires qui rejettent les lettres accentuées en sont un échec typique.

Le courriel nécessite des normes distinctes, l'internationalisation des adresses électroniques (Email Address Internationalization, EAI), introduite par la RFC 6530 en février 2012. Lorsque les noms multilingues en .es ont été ouverts en 2007, Red.es avait averti que le courriel IDN était peu courant et que certains logiciels afficheraient la forme xn--. C'était la situation de 2007.

## Exemple : enregistrer un nom espagnol avec ñ

Prenons le nom illustratif peña.example : les logiciels transforment l'étiquette peña en xn--pea-8ma, si bien que le DNS voit xn--pea-8ma.example. Comme .example est réservé, cela ne montre que la conversion. Dans l'exemple publié par Red.es, eñe devient xn--ee-zja.

Pour un nom en .es avec ñ :

1. Vérifier qu'il n'utilise que les caractères et les longueurs admis ci-dessus.
2. L'enregistrer par l'intermédiaire d'un bureau d'enregistrement du .es, qui fixe son propre prix. Red.es n'enregistre directement que dans des cas très particuliers ; en octobre 2026, son prix direct est de 33,38 euros par an, taxe sur la valeur ajoutée comprise, sans prix distinct pour les noms multilingues.

Le registre enregistre alors le nom, et le DNS travaille avec son A-label. Les sources consultées n'indiquent pas s'il est associé au même nom sans ñ.

## Sources

- [Repository of IDN Practices (IANA)](https://www.iana.org/domains/idn-tables)
- [Root Zone Label Generation Rules (ICANN)](https://www.icann.org/resources/pages/root-zone-lgr-2015-06-21-en)
- [IDN ccTLD Fast Track Process (ICANN)](https://www.icann.org/resources/pages/fast-track-2012-02-25-en)
- [Universal Acceptance (UA) (ICANN)](https://www.icann.org/ua)

## termes associés

- [Punycode](https://tldlog.com/fr/glossaire/punycode/)
- [étiquette U](https://tldlog.com/fr/glossaire/etiquette-u/)
- [étiquette A](https://tldlog.com/fr/glossaire/etiquette-a/)
- [TLD IDN](https://tldlog.com/fr/glossaire/tld-idn/)
- [ASCII](https://tldlog.com/fr/glossaire/ascii/)