EXAMINER LES LABELS DU DOMAINE
Comparez les deux écritures d’un domaine et la longueur de chaque label avant de copier son nom dans une configuration.
La conversion reste dans le navigateur, sans requête DNS ni visite du domaine.
UTS #46 non transitionnel · STD3 · NFC · Contrôles Bidi et caractères de jonction.
Entrée : 4096 unités UTF-16. Label encodé : 63 octets ; corps du domaine : 253 caractères ASCII.
Résultat périmé. Reconvertissez avant d’exporter.
Un nom accentué peut être lisible dans le navigateur mais apparaître sous une autre forme dans une demande de certificat. Le Convertisseur Punycode permet de rapprocher ces écritures, label par label, sans traiter le chemin ni les paramètres d’une URL.
Le Convertisseur Punycode sépare www, bücher et de. Seul bücher devient xn--bcher-kva. Le nombre d’octets ASCII indiqué pour chaque label explique pourquoi un nom court à l’écran peut dépasser la limite après encodage.
Le а cyrillique peut ressembler au a latin tout en désignant un autre hôte. Les rappels montrent le caractère et son point de code, à comparer avec le résultat ASCII. La validité syntaxique ne renseigne pas sur le propriétaire ou la fiabilité du domaine.
Retirez le protocole, le chemin, le port et la partie locale d’une adresse mail. Vous pouvez mélanger labels Unicode et labels xn--. Le point racine final est conservé ; un label vide au milieu ou deux points finaux provoquent une erreur.
La conversion Unicode en Punycode et son inverse affichent toujours les deux formes. Le format choisi détermine le résultat mis en évidence et le contenu TXT. Chaque bouton de copie indique sa propre forme. Tout changement bloque l’ancien export jusqu’au nouveau résultat.
Le mode automatique attend 350 ms après une modification. Désactivez-le pour utiliser Convertir ou Ctrl/Cmd + Entrée. Les exemples et l’effacement passent par un aperçu avec les quantités remplacées. Une annulation restaure ensuite la saisie et son résultat précédent.
Les domaines IDN passent par UTS #46 non transitionnel : correspondance de casse et de compatibilité, puis normalisation NFC. ß reste ß au lieu de devenir ss. Pour décoder xn--, le label est également validé ; le préfixe ne suffit pas à le rendre acceptable.
Les règles ASCII STD3, la position des traits d’union, le texte bidirectionnel, le contexte des caractères de jonction et les limites DNS sont contrôlés. Même la sortie Unicode doit respecter les longueurs ASCII. Les erreurs localisables indiquent le label, la ligne et la colonne.
La limite est de 63 octets ASCII par label et de 253 caractères ASCII pour le corps du domaine, points séparateurs inclus. Le point racine facultatif est compté séparément. La longueur Unicode visible n’est donc pas le bon critère pour vérifier ces limites.
Un label mêlant lettres latines, cyrilliques ou grecques reçoit un rappel. Une petite table signale aussi certains caractères ressemblants utilisés seuls. Des alphabets différents dans des labels distincts ne sont pas considérés comme un mélange dans un même label.
Il identifie un label internationalisé représenté en ASCII. Par exemple, bücher devient xn--bcher-kva. Le préfixe concerne ce label seulement ; les autres parties déjà en ASCII, comme www ou de, restent sans préfixe.
Les points séparent les labels, et chaque label est encodé indépendamment. Ceux qui contiennent uniquement des caractères ASCII ordinaires ne nécessitent pas cette transformation. Le tableau permet de relier chaque segment Unicode à son écriture ASCII.
Non. Punycode représente les labels d’un hôte internationalisé. L’encodage URL utilise notamment des séquences pour cent pour représenter des octets dans les chemins et paramètres. Cette page attend un domaine nu et ne décode pas les séquences comme %C3%BC.
Il applique le traitement non transitionnel UTS46 et NFC, avec les contrôles stricts décrits ici. La casse et certaines formes compatibles peuvent changer. Ce n’est pas le nameprep historique d’IDNA2003 : ß reste distinct de ss, et une restitution exacte du texte initial n’est pas garantie.
Unicode permet d’écrire les caractères du nom, tandis que Punycode en fournit une représentation ASCII pour les labels internationalisés. Ces deux formes peuvent désigner le même domaine après traitement IDN. Aucune ne prouve à elle seule que le domaine existe ou est digne de confiance.
Un autre cas de domaine à vérifier ?
Utilisez le Convertisseur Punycode pour comparer les écritures et les longueurs, puis exportez la forme attendue par votre service.