Mode d'emploi
- Saisissez le nom de domaine dans Nom de domaine. Une seule étiquette convient aussi.
- Laissez Sens sur Détecter, ou choisissez Unicode vers ASCII ou ASCII vers Unicode pour forcer un sens.
- Copiez le Nom converti dans votre panneau DNS, vos paramètres de messagerie ou votre page.
- Pour un nom en plusieurs parties, vérifiez Étiquette par étiquette : chaque ligne montre ce qui est arrivé à cette étiquette.
Comment un nom devient du Punycode
Le système de noms de domaine ne transporte que des lettres ASCII, des chiffres et des traits d'union. La RFC 3490 écrit donc chaque étiquette qui contient une lettre non ASCII sous la forme ACE : le préfixe xn-- suivi du texte Punycode de l'étiquette. Une étiquette qui ne contient que des lettres ASCII reste inchangée, et les points entre les étiquettes restent en place.
- Une étiquette comme example reste telle quelle.
- Une étiquette comme bücher reçoit le préfixe xn-- et son texte Punycode, ici bcher-kva.
- Une étiquette qui commence par xn-- quelle que soit la casse est décodée vers ses lettres Unicode.
Comment Punycode écrit une étiquette
La RFC 3492 écrit d'abord les lettres ASCII de base d'une étiquette, dans leur ordre, puis un trait d'union, puis un nombre de longueur variable pour chaque autre lettre. Les nombres utilisent la base 36, avec les chiffres de a à z et de 0 à 9. La taille de chaque nombre s'adapte à ceux qui le précèdent, si bien que les lettres fréquentes restent courtes.
Ses paramètres sont la base 36, tmin 1, tmax 26, skew 38, damp 700, le biais initial 72 et le n initial 128 (RFC 3492, section 5).
Ce que l'outil ne vérifie pas
- Il n'applique pas Nameprep (RFC 3491) ni la correspondance IDNA des lettres : les lettres non ASCII en majuscule et les caractères de compatibilité peuvent donc sortir autrement que dans un navigateur.
- Il ne vérifie pas la longueur d'une étiquette ni celle du nom entier.
- Il ne consulte pas le nom et ne dit pas si un registre l'autorise.
Exemple : bücher.example
L'étiquette bücher contient une seule lettre non ASCII, ü. Ses lettres de base b, c, h, e et r viennent d'abord, puis un trait d'union, puis le nombre qui place le ü. L'étiquette devient xn--bcher-kva et le nom complet devient xn--bcher-kva.example. L'étiquette example ne contient que des lettres ASCII : elle reste telle quelle.
| Étiquette | Résultat | Ce qui s'est passé |
|---|---|---|
| bücher | xn--bcher-kva | Encodée en xn-- |
| example | example | Inchangée |
Questions fréquentes
Que signifie le préfixe xn-- ?
Il marque une étiquette qui contient du Punycode. La RFC 3490 dit que chaque étiquette ACE commence par le préfixe ACE, xn-- quelle que soit la casse, suivi du texte Punycode de l'étiquette.
Les majuscules d'une étiquette ASCII sont-elles modifiées ?
Non. La RFC 3490 indique qu'une étiquette ASCII reste inchangée : Example reste donc Example. Seules les lettres d'une étiquette qui contient une lettre non ASCII sont réécrites.
Pourquoi mon nom est-il différent de la version affichée par le navigateur ?
L'outil ne met pas d'abord les lettres en forme. Nameprep et la correspondance IDNA transforment les lettres non ASCII en majuscule et les caractères de compatibilité, comme les formes pleine chasse, en leur forme standard avant l'étape Punycode. Vérifiez le résultat dans le navigateur ou le registre que vous utilisez.
Le convertisseur envoie-t-il mon nom de domaine quelque part ?
Non. La conversion se fait dans votre navigateur. Le nom que vous saisissez n'est ni envoyé ni conservé, et aucune recherche DNS n'est effectuée.
Puis-je convertir une adresse de courriel avec cet outil ?
Convertissez seulement la partie domaine, le texte après le signe @. L'outil laisse la partie avant le @ telle quelle.
Que se passe-t-il lorsqu'une étiquette xn-- n'est pas valide ?
L'outil s'arrête et nomme l'étiquette. Après le préfixe, une étiquette valide n'utilise que les lettres de a à z, les chiffres et les traits d'union, et son nombre doit se terminer ; vérifiez donc l'étiquette pour une faute de frappe.
Sources
- RFC 3492 : Punycode, a Bootstring encoding of Unicode (sections 5, 6 et 7.1) (en anglais)
- RFC 3490 : Internationalizing Domain Names in Applications, IDNA (sections 2, 4.1 et 5) (en anglais)
Chiffres et texte vérifiés pour la dernière fois le mardi 10 novembre 2026.