Noms de domaine internationalisés (IDN)

Un nom de domaine internationalisé (IDN) est un nom de domaine contenant des caractères issus d'écritures ou de langues non latines — comme l'arabe, le chinois, le cyrillique, le devanagari, l'hébreu, le japonais ou le coréen — ainsi que des caractères latins accentués utilisés dans des langues comme le français, l'allemand, le polonais ou l'espagnol.

Avant l'existence des IDN, le système de noms de domaine (DNS) ne prenait en charge que les caractères ASCII : les 26 lettres de l'alphabet latin, les chiffres de 0 à 9 et les tirets. La grande majorité des systèmes d'écriture du monde se trouvait ainsi exclue d'une représentation native dans un nom de domaine.

L'ICANN a introduit les noms de domaine internationalisés pour rendre internet plus accessible aux communautés non anglophones. Aujourd'hui, des IDN TLDs (domaines de premier niveau) existent pour des dizaines de langues, permettant aux utilisateurs de naviguer sur le web entièrement dans leur langue maternelle — de l'extension de domaine à l'adresse du site web.

Il existe deux façons distinctes pour des caractères non ASCII d'apparaître dans un nom de domaine, et il est important de comprendre la différence :

Les TLDs IDN (extensions de domaine internationalisées) — Ce sont les TLDs répertoriés sur cette page. L'extension elle-même est écrite dans une écriture non ASCII. Exemples : .中国 (Chine), .рф (Russie), .مصر (Égypte) et .한국 (Corée du Sud). Un domaine entièrement internationalisé comme 政府.中国 utilise des caractères natifs aux deux niveaux — le nom de domaine de deuxième niveau et l'extension TLD.

Les noms de domaine IDN sous des TLDs standards — Certains registres qui gèrent des TLDs courants comme .com, .net, ou des ccTLDs comme .fr ou .be autorisent l'enregistrement de noms de domaine de deuxième niveau contenant des caractères non ASCII, même si l'extension elle-même reste en ASCII. Par exemple, münchen.de ou académie.fr utilisent des caractères accentués ou non ASCII dans le nom de domaine, mais le TLD est une extension ASCII conventionnelle.

Le fait qu'un TLD standard accepte des enregistrements non ASCII dépend entièrement de la politique du registre concerné. Certains registres autorisent une large gamme de caractères Unicode ; d'autres limitent les enregistrements aux domaines de deuxième niveau en ASCII uniquement. Il n'existe pas de règle universelle — il convient de vérifier la politique IDN spécifique du registre pour le TLD souhaité.

Pourquoi cette distinction est importante pour la sécurité : Les attaques homographes IDN exploitent presque toujours le second scénario — enregistrer un nom de domaine utilisant des caractères Unicode visuellement similaires (comme un а cyrillique à la place d'un a latin) sous un TLD ASCII courant comme .com. Cela crée un domaine visuellement identique à une marque reconnue dans la barre d'adresse. Les extensions TLD de type IDN sont généralement soumises à des politiques d'écriture unique plus strictes imposées par les registres, ce qui limite — sans toutefois l'éliminer — ce type d'abus au niveau de l'extension.

Bien que les domaines IDN s'affichent aux utilisateurs dans leurs écritures natives, l'infrastructure DNS continue de fonctionner en ASCII. Le lien entre les deux est le Punycode — un standard d'encodage défini dans la RFC 3492 qui convertit les caractères Unicode en une chaîne de caractères ASCII valide.

Chaque domaine IDN est stocké et résolu dans le DNS sous sa forme Punycode équivalente, qui commence toujours par le préfixe xn--. Par exemple :

• Le domaine arabe مثال.إختبار devient xn--mgbh0fb.xn--kgbechtv
• Le domaine allemand münchen.de devient xn--mnchen-3ya.de
• Le domaine japonais 日本語.jp devient xn--wgv71a309e.jp

Les navigateurs modernes et les clients de messagerie gèrent automatiquement la conversion Punycode, de sorte que les utilisateurs voient la version Unicode lisible dans la barre d'adresse. En coulisses, le DNS résout la chaîne Punycode xn-- comme n'importe quel autre nom de domaine.

Il est possible d'utiliser un convertisseur Punycode pour traduire n'importe quel domaine IDN dans sa forme d'encodage compatible ASCII (ACE) — utile pour configurer des enregistrements DNS, des certificats SSL ou des paramètres serveur nécessitant la représentation ASCII brute, notamment pour des domaines avec accents comme académie.fr.

Oui — l'enregistrement de domaines IDN est possible via des bureaux d'enregistrement accrédités par l'ICANN qui prennent en charge les noms de domaine Unicode. Tous les registrars ne proposent pas l'enregistrement IDN : il faut donc en trouver un qui supporte spécifiquement l'écriture et le TLD souhaités.

Ce qu'il faut rechercher chez un registrar IDN :

• Prise en charge du jeu de caractères ou de l'écriture spécifique (arabe, cyrillique, CJK, devanagari, caractères accentués, etc.)
• Disponibilité du TLD IDN souhaité — tant les TLDs génériques (gTLDs) que les ccTLDs peuvent avoir des variantes IDN
• Conversion Punycode correcte lors du processus d'enregistrement
• Prise en charge des certificats SSL/TLS et de la configuration des e-mails compatibles IDN

Processus d'enregistrement : Une fois le registrar identifié et la disponibilité confirmée, le processus est identique à un enregistrement de domaine classique. Le registrar convertit automatiquement le nom de domaine Unicode choisi en son équivalent Punycode et le soumet au registre. Le domaine est géré via la version Unicode dans le panneau de contrôle du registrar.

Les tarifs des domaines IDN varient selon le TLD et le registrar, et suivent le même modèle de renouvellement que tout autre nom de domaine.

Un ccTLD (domaine de premier niveau de code de pays) est une extension de domaine à deux lettres attribuée par l'ICANN pour représenter un pays ou territoire spécifique — comme .fr (France), .be (Belgique), .ch (Suisse) ou .ca (Canada). Tous les ccTLDs traditionnels utilisent des caractères ASCII, ce qui signifie que l'extension est toujours écrite en alphabet latin, quelle que soit l'écriture native du pays.

Un IDN (nom de domaine internationalisé), en revanche, est un domaine qui utilise des caractères non ASCII — que ce soit dans le nom de domaine de deuxième niveau, dans l'extension TLD elle-même, ou dans les deux. Les IDN existent précisément pour permettre au système de noms de domaine de représenter les langues et les écritures du monde au-delà de l'alphabet latin.

Ces deux catégories se recoupent de manière importante : les ccTLDs IDN. L'ICANN a commencé à déléguer des ccTLDs IDN en 2010, permettant aux pays de représenter leur propre extension dans leur écriture native. Par exemple :

• .рф est le ccTLD IDN de la Russie — l'équivalent cyrillique de .ru
• .中国 et .中國 sont les ccTLDs IDN de la Chine en chinois simplifié et traditionnel
• .مصر est le ccTLD IDN de l'Égypte en arabe
• .भारत est l'un des plusieurs ccTLDs IDN de l'Inde en écriture devanagari

Ainsi, si tout ccTLD IDN est un IDN, tous les ccTLDs ne sont pas des IDN : la plupart des extensions de code de pays restent uniquement en ASCII. Et si tout ccTLD IDN représente un pays, tous les IDN ne sont pas des ccTLDs : les gTLDs IDN comme .游戏 (jeux) ou .شبكة (web/réseau) sont internationalisés mais non spécifiques à un pays.

Pour consulter la liste complète des extensions de domaine de code de pays — aussi bien ASCII qu'IDN — visitez notre répertoire des TLDs par pays.

Un TLD IDN (domaine de premier niveau internationalisé) est une extension de domaine de premier niveau écrite dans une écriture non ASCII. Avant le programme IDN de l'ICANN, tous les TLDs — y compris les ccTLDs comme .uk ou .de — étaient limités aux caractères ASCII, même pour les pays n'utilisant pas l'alphabet latin.

L'ICANN a commencé à déléguer des ccTLDs IDN en 2010, permettant aux pays de représenter leur TLD dans leur écriture native. Par exemple :

• .中国 — Chine (chinois simplifié)
• .مصر — Égypte (arabe)
• .भारत — Inde (devanagari)
• .рф — Russie (cyrillique)
• .한국 — Corée du Sud (hangul)

En plus des ccTLDs, des gTLDs IDN (domaines de premier niveau génériques internationalisés) sont également disponibles — avec des extensions de domaine dans des écritures telles que l'arabe, le chinois, le cyrillique, l'hébreu, le japonais, le coréen, le tamoul, le thaï et bien d'autres.

Le nombre total de TLDs IDN délégués continue de croître au fur et à mesure que l'ICANN traite de nouvelles candidatures. Cette page répertorie tous les TLDs IDN actuellement disponibles avec leurs écritures prises en charge, leur statut d'enregistrement et leurs tarifs.

Une attaque homographe IDN (également appelée attaque homoglyphe) est un type de phishing dans lequel un acteur malveillant enregistre un nom de domaine qui semble visuellement identique — ou presque — à un nom légitime, mais utilise des caractères Unicode d'une écriture différente ressemblant aux lettres latines originales.

Par exemple, la lettre cyrillique а (U+0430) est visuellement identique à la lettre latine a (U+0061) dans la plupart des polices. Un attaquant pourrait enregistrer un domaine comme pаypal.com avec le 'а' cyrillique, qui s'afficherait de façon identique à paypal.com dans de nombreux navigateurs.

Ce type d'attaque cible généralement des TLDs ASCII standards comme .com — et non des extensions TLD IDN — car l'attaque repose sur le mélange d'écritures au sein du nom de domaine de deuxième niveau tout en conservant une extension familière et d'apparence fiable. Voir la question précédente pour une explication plus complète de cette distinction.

Comment les navigateurs et les registres y font face :

• Les navigateurs modernes affichent la version Punycode (xn--) dans la barre d'adresse lorsqu'un domaine mélange des écritures, rendant la tromperie visible
• De nombreux registres appliquent des politiques d'écriture unique, empêchant un domaine de mélanger des caractères de différentes écritures Unicode
• L'ICANN fournit des orientations aux registres sur la mise en œuvre de mesures visant à réduire le risque d'attaques homographes

Comment se protéger : Vérifiez toujours attentivement la barre d'adresse lorsque vous cliquez sur des liens. Si un domaine de confiance affiche un préfixe xn-- ou contient des caractères inattendus, traitez-le avec méfiance et accédez directement au site plutôt que de cliquer sur le lien.

Les domaines IDN peuvent être efficaces pour le référencement lorsqu'ils ciblent des audiences qui effectuent des recherches dans des écritures non latines — en particulier dans des marchés où les utilisateurs sont plus susceptibles de saisir des requêtes et des noms de marque dans leur langue maternelle.

D'un point de vue technique SEO, les moteurs de recherche, dont Google, prennent entièrement en charge les domaines IDN et les indexent comme n'importe quel autre domaine. Les versions Punycode et Unicode d'un IDN pointent vers la même destination, il n'y a donc aucun problème de contenu dupliqué.

Facteurs à prendre en compte :

• Pertinence locale : Un domaine IDN utilisant l'écriture native de votre marché cible peut renforcer la confiance locale et la reconnaissance de marque
• Alignement sur les mots-clés : Si les utilisateurs de votre marché recherchent des termes dans leur écriture native, un domaine IDN correspondant peut renforcer les signaux de pertinence thématique
• Netlinking : Certaines plateformes et systèmes anciens peuvent avoir du mal à afficher correctement les domaines IDN ou à y créer des liens — vérifiez la compatibilité avec votre écosystème
• Délivrabilité des e-mails : Tous les clients de messagerie ne prennent pas entièrement en charge les adresses e-mail IDN — tenez-en compte si l'e-mail fait partie de votre stratégie de domaine

Pour la plupart des stratégies SEO internationales, un ccTLD ou un gTLD avec une implémentation hreflang reste la recommandation principale — mais un TLD IDN peut constituer un complément pertinent lorsque l'identité de marque dans une écriture native est une priorité.