Conversión de IDN a Punycode

Conversión de IDN a Punycode es una herramienta gratuita que convierte nombres de dominio internacionalizados a Punycode ASCII y vuelve a convertir Punycode en texto Unicode legible.

¿Qué es Punycode y por qué existe?

Punycode forma parte de la conversión IDNA de etiquetas U-label Unicode a etiquetas A-label ASCII. Permite que los nombres con letras como ü, é o 漢 puedan pasar por sistemas diseñados originalmente para letras latinas básicas, números y guiones.

Una etiqueta A-label de IDNA comienza por xn--. Este prefijo indica a las aplicaciones compatibles con IDNA que los caracteres restantes son la representación Punycode de una etiqueta U-label. Los puntos siguen actuando como separadores, por lo que cada parte del dominio se convierte de forma independiente.

Punycode se utiliza en los nombres de dominio internacionalizados en aplicaciones, cuyo nombre suele abreviarse como IDNA. IDNA también se ocupa de la validación y del tratamiento de caracteres, mientras que Punycode proporciona la representación ASCII de una etiqueta Unicode admitida.

Punycode es un sistema de codificación, no de cifrado. Cualquiera puede volver a convertir la forma ASCII en Unicode, así que no ofrece confidencialidad y nunca debe utilizarse para ocultar información.

¿Cómo convierto un nombre de dominio internacionalizado?

Introduce texto Unicode en Convertir a Punycode/ASCII o etiquetas A-label ASCII en Convertir a IDN/Texto. El resultado correspondiente aparecerá en Punycode/ASCII o IDN/Texto.

1. Copia únicamente el nombre de dominio o la etiqueta que quieras convertir, sin las comillas que puedan rodearlos.
2. Utiliza Convertir a Punycode/ASCII para texto Unicode que contenga caracteres acentuados o no latinos.
3. Utiliza Convertir a IDN/Texto para etiquetas A-label ASCII.
4. Comprueba cada etiqueta convertida antes de usarla en DNS, en la configuración del correo electrónico o en la configuración de una aplicación.

El conversor utiliza las funciones de PHP idn_to_ascii e idn_to_utf8. El procesamiento se realiza en el servidor. Los datos que introduces se envían al servidor mediante HTTPS y no se almacenan.

Ejemplos prácticos con dominios

Una conversión sencilla muestra la relación entre el nombre visible y su formato compatible con DNS.

Entrada münchen.de

Salida xn--mnchen-3ya.de

Al convertir el resultado en sentido inverso, se obtiene münchen.de. La etiqueta de, formada únicamente por caracteres ASCII, no necesita conversión, mientras que la etiqueta que contiene ü se convierte en una etiqueta xn--.

La entrada debe ser texto válido para un nombre de dominio. El formato subyacente trata los casos habituales de la siguiente manera:

• Letras acentuadas y no latinas: las etiquetas Unicode admitidas se representan en ASCII mediante IDNA y Punycode.
• Puntos: cada punto separa etiquetas. Por tanto, un dominio puede combinar etiquetas ASCII normales con etiquetas codificadas.
• Números y guiones normales: ya son caracteres ASCII y, por lo general, siguen siendo legibles, siempre que cumplan las reglas sintácticas de los nombres de dominio.
• Espacios: los espacios no son válidos dentro de las etiquetas de host DNS normales. Si hay uno por error, elimínalo en lugar de esperar que Punycode lo conserve como parte del dominio.
• Signos de puntuación: el punto separa etiquetas, pero los caracteres que pertenecen a la ruta, el puerto o la cadena de consulta de una URL no forman parte del nombre de host.
• Entrada vacía o demasiado larga: un valor vacío no contiene ningún dominio que convertir. DNS también limita cada etiqueta codificada a 63 octetos, por lo que una etiqueta Unicode visualmente corta puede resultar demasiado larga tras la conversión.

¿Por qué falla la conversión a Punycode o aparece un texto inesperado?

La conversión suele fallar porque la entrada no es texto IDN válido, contiene una etiqueta A-label mal formada o ha pasado antes por otra codificación. Al convertir a IDN/Texto, una entrada ASCII normal que no sea una etiqueta A-label puede permanecer sin cambios. Antes de modificar caracteres manualmente, comprueba si el origen contiene etiquetas U-label Unicode, etiquetas A-label ASCII o un nombre de host con codificación de URL.

• Etiquetas A-label mal formadas o codificación incorrecta: una etiqueta xn-- mal formada puede impedir la conversión. Base64, el texto hexadecimal y las URL con codificación porcentual no son Punycode.
• Caracteres no admitidos: Punycode puede representar valores Unicode, pero las reglas de IDNA y los registros de dominios pueden rechazar determinados caracteres, combinaciones o sistemas de escritura.
• Longitud excesiva de la etiqueta: DNS limita cada etiqueta codificada a 63 octetos, por lo que una etiqueta Unicode puede resultar demasiado larga después de convertirla.
• Entrada parcial: copiar junto al nombre de host corchetes, un número de puerto o parte de un atributo HTML puede hacer que el valor no sea válido.
• Entrada codificada dos veces: si los caracteres de un dominio Punycode se han codificado porcentualmente de forma explícita o no canónica, pueden aparecer como secuencias porcentuales. Decodifica primero esa capa de URL con Decodificación de URL y, después, convierte el dominio resultante.
• Datos binarios en lugar de texto: la conversión IDN funciona con texto Unicode de nombres de dominio. Los bytes arbitrarios de un archivo pueden no superar la validación o producir caracteres sin sentido si se tratan como texto.

¿Dónde encontraré Punycode?

Encontrarás Punycode principalmente en nombres de dominio, registros DNS, el tratamiento de direcciones por parte de los navegadores y sistemas que almacenan nombres de host como ASCII. Un navegador puede mostrar el nombre internacionalizado legible o conservar el formato xn--, según sus reglas de seguridad y los caracteres utilizados.

Las direcciones de correo electrónico pueden utilizar Punycode en el dominio situado después del signo @. Punycode no codifica el nombre del buzón anterior al signo @. Las cargas útiles JSON y las cadenas de consulta pueden contener Punycode cuando incluyen un nombre de host, pero la sintaxis de JSON y de las cadenas de consulta no exige Punycode para el texto en general.

Los URI de datos suelen utilizar codificación porcentual o Base64 para su contenido. Punycode solo aparece en ellos si el texto incluido contiene un nombre de host internacionalizado. Del mismo modo, utiliza Codificación de URL para los valores de una ruta o consulta, y Punycode para el propio nombre de host.

Preguntas frecuentes

¿Puedo pegar una URL completa en un conversor IDN?

Es más seguro extraer el nombre de host y convertir solo esa parte. El esquema, el puerto, la ruta, el fragmento y la consulta tienen reglas sintácticas distintas, y los caracteres de esas secciones pueden necesitar codificación de URL en lugar de Punycode.

¿Un dominio con una etiqueta xn-- significa que el sitio web no es seguro?

No. Muchos dominios internacionalizados legítimos utilizan etiquetas xn--. Sin embargo, es posible usar caracteres visualmente parecidos de distintos sistemas de escritura para crear nombres engañosos. Comprueba la escritura decodificada y la organización esperada antes de introducir contraseñas o datos de pago.

¿Se pueden usar emojis en un dominio Punycode?

No. Los emojis no están permitidos en las etiquetas de dominio IDNA, aunque el algoritmo Punycode pueda codificar sus puntos de código. Las políticas de los registros de dominios pueden imponer restricciones adicionales sobre los sistemas de escritura y los símbolos permitidos.

¿Por qué mi navegador muestra Punycode en vez de Unicode?

El navegador puede conservar el formato ASCII cuando una etiqueta mezcla sistemas de escritura, contiene caracteres asociados con la suplantación o no cumple su política de visualización. Se trata de una medida de protección visual, no de una prueba de que la conversión sea incorrecta.

¿Un nombre convertido funcionará siempre en DNS?

No. Que la conversión se complete correctamente no demuestra que el dominio esté registrado, disponible o permitido por el registro correspondiente. Antes de usar el resultado, verifica la longitud de la etiqueta, comprueba su escritura legible y confirma que el registro acepta los caracteres utilizados.