Pourquoi convertir un domaine entre Unicode et ASCII
Un domaine internationalisé possède une forme Unicode lisible et une forme ASCII. Cette dernière sert aux applications qui exigent ce format. Le convertisseur Punycode fait le passage dans les deux sens : café.fr et xn--caf-dma.fr désignent le même nom.
Un accent ne se supprime pas pour obtenir la forme ASCII d'un domaine. Il s'encode. Retirer le é ou le remplacer par e changerait l'orthographe du nom recherché.
Trois cas d'usage reviennent lors de la manipulation de domaines :
- Renseigner un champ de configuration qui exige de l'ASCII, tout en conservant le nom internationalisé exact.
- Lire un nom préfixé par
xn--dans un journal ou un export et retrouver ses caractères Unicode. - Comparer des domaines copiés depuis des URL ou des adresses e-mail, sans recopier à la main leur partie utile.
Comment utiliser le convertisseur en 3 étapes
Collez vos entrées dans la zone de texte, cliquez sur Convertir, puis consultez les deux formes de chaque domaine. Le traitement démarre avec le bouton ; aucun choix de sens n'est nécessaire.
Étape 1 : Coller les noms
Saisissez un domaine, une URL ou une adresse e-mail par ligne, jusqu'à 20 lignes non vides. Vous pouvez mélanger ces formats dans le même envoi.
captaindns.com
café.fr
xn--caf-dma.fr
https://café.fr/contact?lang=fr
contact@café.fr
Pour l'URL, l'outil extrait l'hôte café.fr. Pour l'adresse e-mail, il retient le domaine après @. Le résultat porte sur ce nom, sans le chemin /contact, les paramètres ni la partie contact@.
Étape 2 : Lancer la conversion
Cliquez sur Convertir après avoir préparé la liste. Le préfixe xn-- déclenche la conversion vers Unicode ; dans l'autre sens, l'outil produit la forme ASCII.
La détection s'applique à chaque entrée. Vous pouvez donc placer café.fr et xn--caf-dma.fr dans la même zone de texte, sans changer de réglage entre les lignes.
Étape 3 : Copier la forme souhaitée
Copiez la forme ASCII pour un champ qui la demande, ou la forme Unicode pour lire le nom. Les deux restent affichées après chaque conversion réussie.
Une erreur concerne la ligne signalée. Corrigez cette entrée et relancez le traitement ; les résultats des autres lignes restent exploitables.
Punycode et IDNA : algorithme et règles de traitement
Punycode est l'algorithme qui encode une chaîne Unicode en ASCII. IDNA encadre l'utilisation des noms internationalisés dans les applications. L'algorithme est défini par la RFC 3492, tandis que la RFC 5890 définit les termes d'IDNA2008.
Le traitement se fait par label, c'est-à-dire par partie du nom séparée par un point. Dans café.fr, le label café devient xn--caf-dma, et fr reste inchangé. Pour un label conforme à IDNA, la forme ASCII préfixée s'appelle A-label et la forme Unicode correspondante U-label.
Unicode : café.fr
ASCII : xn--caf-dma.fr
Ce convertisseur applique le profil UTS-46 lookup en mode non transitionnel. Le caractère ß est conservé : straße.de donne xn--strae-oqa.de, sans remplacement par ss. Les règles de correspondance et de normalisation sont décrites dans le standard Unicode UTS-46.
Le moteur accepte aussi les emoji : 🍕.ws donne xn--vi8h.ws. Ce résultat décrit le comportement de conversion de l'outil. Il ne vaut pas autorisation d'enregistrer ce nom auprès d'un registre, ni validation de toutes les règles d'enregistrement IDNA2008.
Ce que l'outil fait et ne fait pas
Le convertisseur traite l'écriture du domaine et signale les erreurs de saisie par ligne. Il ne consulte ni les serveurs DNS ni les données d'enregistrement du domaine.
| Entrée ou besoin | Ce que l'outil fait | Ce qu'il ne fait pas |
|---|---|---|
| Domaine Unicode ou Punycode | Affiche les formes Unicode et ASCII | Confirmer que le domaine existe |
| URL complète | Extrait et convertit l'hôte | Encoder le chemin ou les paramètres |
| Adresse e-mail | Extrait et convertit le domaine | Convertir la partie avant @ ou vérifier la boîte mail |
| Liste de noms | Traite jusqu'à 20 lignes non vides avec erreurs individuelles | Traiter une liste de taille illimitée en un envoi |
| Diagnostic DNS | Fournit le nom ASCII à réutiliser | Chercher une adresse IP ou des enregistrements MX, TXT |
| Enregistrement d'un domaine | Donne sa forme convertie | Vérifier sa disponibilité ou les règles du registre |
Cas d'usage concrets
La conversion aide à isoler un problème d'écriture du nom avant de poursuivre le diagnostic. Les situations suivantes montrent quelle forme récupérer et quelle vérification mener ensuite.
Incident 1 : Un champ de configuration refuse l'accent
Si un champ exige un nom ASCII, utilisez xn--caf-dma.fr pour désigner café.fr. Remplacer l'accent à la main modifierait le domaine.
Le symptôme est un refus de la saisie Unicode dans votre interface d'administration. Collez le nom dans le convertisseur, récupérez la forme ASCII puis renseignez-la dans le champ concerné. Si l'interface accepte le nom mais que le service reste inaccessible, poursuivez avec une consultation DNS : la conversion seule n'explique pas cette panne.
Incident 2 : Un export contient un nom illisible
Un nom tel que xn--caf-dma.fr dans un export se décode en café.fr. Cette différence d'affichage peut expliquer pourquoi deux listes semblent contenir des domaines différents.
Le symptôme apparaît lors d'un rapprochement entre un export technique et une liste saisie avec des accents. Convertissez les entrées concernées, comparez leurs formes ASCII puis conservez la forme Unicode pour la lecture humaine. Joignez les deux formes au ticket de support pour éviter une nouvelle transcription manuelle.
Incident 3 : Un lien ou un destinataire pose problème
La conversion d'une URL ou d'une adresse e-mail renseigne uniquement sur son domaine. Un chemin mal encodé ou une boîte mail inexistante demande un autre contrôle.
Prenez https://café.fr/contact?lang=fr ou contact@café.fr : le nom ASCII obtenu est xn--caf-dma.fr. Si le symptôme concerne l'accès au site, consultez ensuite ses enregistrements DNS. Pour un problème de messagerie, examinez les MX ; pour un paramètre de lien mal encodé, utilisez l'encodeur URL.
FAQ - Questions fréquentes
Les résultats montrent deux écritures du nom, même lorsqu'elles sont identiques. Voici comment interpréter les préfixes, les erreurs et les limites de saisie.
Que signifie xn-- ?
Le préfixe xn-- indique un label ASCII encodé en Punycode dans un nom internationalisé. Un label est une partie du nom séparée des autres par un point : dans xn--caf-dma.fr, il correspond à café. Conservez ce préfixe lorsque vous copiez la forme ASCII.
Quelle différence avec le percent-encoding ?
Le Punycode encode les labels du nom d'hôte. Le percent-encoding écrit des octets sous la forme %XX dans les composants d'une URL. xn--caf-dma.fr est la forme ASCII de café.fr, tandis que %C3%A9 code le caractère é en UTF-8. Utilisez l'encodeur URL pour un chemin ou une valeur de paramètre.
Est-ce une résolution DNS ?
Non. Le convertisseur transcrit le nom sans interroger ses enregistrements DNS. Un résultat de conversion ne prouve donc pas que le domaine existe ou répond. Utilisez le DNS Lookup pour consulter les enregistrements A, MX ou TXT.
Pourquoi example.com apparaît-il deux fois ?
example.com est déjà ASCII : ses formes ASCII et Unicode sont identiques. L'outil affiche toujours les deux formes, même lorsqu'aucun caractère ne change. Le même résultat est attendu avec captaindns.com ; ce doublon n'est pas une erreur.
Pourquoi un espace intérieur est-il refusé ?
Un espace à l'intérieur du domaine, comme dans café .fr, rend le nom invalide. L'outil retire les espaces extérieurs, mais ne répare pas les espaces intérieurs. Corrigez la ligne en café.fr, puis relancez la conversion.
Combien de lignes peut-on convertir ?
Le plafond est de 20 lignes non vides par envoi, avec une entrée par ligne. Les lignes vides sont ignorées. Dans cette limite, chaque ligne invalide reçoit son propre message sans empêcher la conversion des autres ; répartissez une liste plus longue en plusieurs envois.
Outils complémentaires
Consultez le DNS pour connaître les enregistrements d'un domaine, et RDAP pour ses données d'enregistrement. L'encodeur URL traite les chemins et paramètres qui restent hors du périmètre du convertisseur Punycode.
| Outil | Utilité après conversion |
|---|---|
| DNS Lookup | Interroger les enregistrements A, MX ou TXT du nom obtenu |
| RDAP | Consulter les données d'enregistrement publiées pour le domaine |
| Encodeur / décodeur URL | Encoder ou décoder un chemin ou une valeur de paramètre en percent-encoding |
Ressources utiles
La RFC 3492 décrit l'encodage Punycode ; UTS-46 décrit le traitement de compatibilité Unicode pour IDNA. La RFC 5890 précise le vocabulaire employé pour les labels internationalisés.
- RFC 3492 : algorithme Punycode, avec les procédures d'encodage, de décodage et des exemples détaillés.
- Unicode UTS-46 : traitement de compatibilité IDNA, avec les règles de normalisation et les opérations ToASCII et ToUnicode.
- RFC 5890 : définitions et cadre IDNA2008, notamment les définitions d'A-label et de U-label.