Conversor de Punycode / IDN

¿Qué es Punycode?#

El Sistema de Nombres de Dominio se construyó sobre ASCII: las letras A-Z, los dígitos y el guion. Entonces, ¿cómo resuelve un navegador un dominio como 中文.com o münchen.de, cuyos caracteres no están en ese alfabeto? La respuesta es Punycode (y el marco IDN que lo rodea): una codificación reversible que convierte cada etiqueta no ASCII a una forma segura en ASCII que comienza con el prefijo xn--. El DNS solo ve xn--fiq228c.com; el navegador te muestra 中文.com.

Esta herramienta convierte en ambas direcciones:

• A ASCII toma un dominio o correo Unicode y produce la forma xn-- que el DNS y los certificados transportan de verdad. Cada etiqueta se convierte de forma independiente: münchen.中文.com se convierte en xn--mnchen-3ya.xn--fiq228c.com, dejando intacto el .com final porque ya es ASCII.
• A Unicode hace lo contrario: lee las etiquetas xn-- y las devuelve al script legible para humanos.

También se gestiona el correo. La herramienta detecta la @, convierte solo la parte del dominio y deja intacta la parte local (el nombre del buzón), así Büchner@中文.com se convierte en Bü[email protected], nunca una conversión de cadena entera destrozada.

Cómo usarlo#

1. Elige A ASCII o A Unicode en el conmutador de la parte superior izquierda. La herramienta también sugiere una dirección cuando nota una etiqueta xn-- en tu entrada.
2. Pega un dominio o un correo en el panel de Entrada. La cabecera indica si se ha reconocido como dominio o como correo.
3. El resultado convertido rellena el panel de Salida; pulsa Copiar para llevártelo.
4. Bajo los paneles, la tabla de desglose por etiqueta muestra cada etiqueta y en qué se convirtió: práctico cuando un dominio largo tiene varias etiquetas no ASCII y solo algunas cambiaron.
5. Usa Salida → Entrada para mover la salida de vuelta a la entrada y alternar la dirección (una comprobación rápida de ida y vuelta), Ejemplo para cargar münchen.中文.com, y Limpiar para reiniciar.

Características principales#

• Ambas direcciones, cada etiqueta por su cuenta. Cada etiqueta se convierte de forma independiente y la tabla de desglose muestra exactamente cuáles cambiaron y cuáles se quedaron en ASCII.
• Consciente del correo. Se detecta una única @ y se conserva el nombre del buzón; solo se codifica la parte del dominio. Las entradas con varios caracteres @ se rechazan con un mensaje claro en lugar de corromper el resultado en silencio.
• Normalización de separadores. El punto de ancho completo ．, el punto ideográfico 。 y el de ancho reducido ｡ se tratan todos como el . ASCII que realmente son en IDN, así que el texto pegado no se rompe.
• Estricto con la entrada mal formada. Una etiqueta xn-- incorrecta (por ejemplo xn--!!) provoca un error limpio que señala la etiqueta infractora, en vez de producir un dominio equivocado.
• Honesta con su alcance. La nota de cumplimiento bajo la herramienta declara sin rodeos que esto implementa la codificación Punycode y el paso de mapeo: no es un verificador completo de validez IDNA2008, así que una etiqueta ACE técnicamente inválida puede decodificarse aquí de todos modos.

Ejemplo detallado#

Al convertir A ASCII, el marcador münchen.中文.com se convierte en:

xn--mnchen-3ya.xn--fiq228c.com

El desglose muestra tres etiquetas, dos de ellas convertidas: münchen → xn--mnchen-3ya, 中文 → xn--fiq228c, y .com intacto porque ya era ASCII. Cambia a A Unicode y pega el resultado de vuelta para recuperar münchen.中文.com exacto.

Otras cuantas conversiones reales que merece la pena ver:

中文.com           → xn--fiq228c.com
münchen.de        → xn--mnchen-3ya.de
😂.com             → xn--g28h.com
café.fr           → xn--caf-dma.fr
日本語.jp          → xn--wgv71a119e.jp
Büchner@中文.com   → Bü[email protected]   (correo: buzón conservado)

La última es el caso que atrapa a la gente: las herramientas ingenuas codifican la cadena entera y rompen la dirección. Aquí solo cambia la parte del dominio después de @.

Preguntas frecuentes#

¿Por qué mi dominio de emoji se convierte en una etiqueta xn-- tan corta?#

Un dominio de un solo carácter de emoji como 😂.com se convierte en xn--g28h.com porque Punycode es extraordinariamente compacto para una etiqueta con un único carácter no ASCII seguido de ASCII: codifica las posiciones y los puntos de código de los caracteres no ASCII en relación con los ASCII, así que una etiqueta de un carácter necesita muy pocos bytes. Las etiquetas no ASCII más largas o variadas producen cadenas ACE más largas.

La salida se ve igual que la entrada, ¿pasó algo?#

Si todas las etiquetas de tu entrada ya son ASCII puro (por ejemplo example.com), no hay nada que codificar, y la salida es igual que la entrada. La tabla de desglose es el indicador fiable: una etiqueta cuya salida coincide con su entrada no se convirtió, porque no lo necesitaba.

Pegué un correo y la parte local no se convirtió. ¿Es correcto?#

Sí, y es deliberado. El correo internacionalizado (SMTPUTF8) permite UTF-8 en el nombre del buzón, pero convertirlo a xn-- es incorrecto para el caso habitual: la parte local no es un nombre DNS y no la resuelve Punycode. Esta herramienta convierte solo la parte del dominio, que es la que tiene que ser segura para DNS. Es también la razón por la que se rechazan varios caracteres @: hacen ambigua «la parte del dominio».

¿Puedo usar la forma ASCII para registrar o resolver cualquier dominio?#

Para la resolución por cualquier navegador o resolvedor moderno, sí. Para el registro, las reglas son más estrictas: IDNA2008 prohíbe ciertos caracteres y normalizaciones que los mapeos antiguos (IDNA2003) permitían. Esta herramienta hace la codificación fielmente pero no ejecuta las comprobaciones completas de validez IDNA2008, así que una cadena que se codifique limpiamente aquí podría aun ser rechazada por un registrador. Ante la duda, confirma con la herramienta de búsqueda de tu registrador.