Por qué convertir un dominio entre Unicode y ASCII
Un dominio internacionalizado tiene una forma Unicode legible y una forma ASCII. Esta última se usa en aplicaciones que exigen ese formato. El conversor Punycode funciona en ambos sentidos: café.fr y xn--caf-dma.fr representan el mismo nombre.
Para obtener la forma ASCII de un dominio, el carácter acentuado se codifica. Eliminar la é o sustituirla por e cambiaría la escritura del nombre que buscas.
Al trabajar con dominios, tres situaciones habituales requieren esta conversión:
- Rellenar un campo de configuración que exige ASCII, conservando el nombre internacionalizado exacto.
- Leer un nombre con el prefijo
xn--en un registro de actividad o una exportación y recuperar sus caracteres Unicode. - Comparar dominios copiados de URL o direcciones de correo sin copiar a mano la parte que interesa.
Cómo usar el conversor en 3 pasos
Pega las entradas en el cuadro de texto, haz clic en Convertir y consulta las dos formas de cada dominio. El procesamiento empieza al pulsar el botón; no necesitas elegir el sentido.
Paso 1: Pega los nombres
Introduce un dominio, una URL o una dirección de correo por línea, hasta 20 líneas no vacías. Puedes mezclar estos formatos en un mismo envío.
captaindns.com
café.fr
xn--caf-dma.fr
https://café.fr/contact?lang=fr
contact@café.fr
De la URL, la herramienta extrae el host café.fr. De la dirección de correo, conserva el dominio que aparece después de @. El resultado corresponde a ese nombre, sin la ruta /contact, los parámetros ni la parte contact@.
Paso 2: Inicia la conversión
Haz clic en Convertir cuando la lista esté lista. El prefijo xn-- activa la conversión a Unicode; en el otro sentido, la herramienta genera la forma ASCII.
La detección se aplica a cada entrada. Puedes incluir café.fr y xn--caf-dma.fr en el mismo cuadro de texto sin cambiar los ajustes entre líneas.
Paso 3: Copia la forma que necesitas
Copia la forma ASCII para un campo que la exija, o la forma Unicode para leer el nombre. Ambas quedan visibles después de cada conversión correcta.
Un error afecta a la línea señalada. Corrige esa entrada y vuelve a iniciar el procesamiento; los resultados de las demás líneas siguen siendo utilizables.
Punycode e IDNA: algoritmo y reglas de procesamiento
Punycode es el algoritmo que codifica una cadena Unicode en ASCII. IDNA establece las reglas de uso de los nombres internacionalizados en las aplicaciones. El algoritmo se define en la RFC 3492, mientras que la RFC 5890 define los términos de IDNA2008.
El procesamiento se realiza por etiqueta, es decir, por cada parte del nombre separada por un punto. En café.fr, la etiqueta café se convierte en xn--caf-dma y fr no cambia. Para una etiqueta conforme a IDNA, la forma ASCII con prefijo se denomina A-label y la forma Unicode correspondiente, U-label.
Unicode : café.fr
ASCII : xn--caf-dma.fr
Este conversor aplica el perfil UTS-46 lookup en modo no transicional. El carácter ß se conserva: straße.de se convierte en xn--strae-oqa.de, sin sustituirlo por ss. Las reglas de correspondencia y normalización se describen en el estándar Unicode UTS-46.
El motor también acepta emojis: 🍕.ws se convierte en xn--vi8h.ws. Este resultado describe el comportamiento de conversión de la herramienta. No autoriza a registrar ese nombre ante un registro ni valida todas las reglas de registro de IDNA2008.
Qué hace y qué no hace la herramienta
El conversor procesa la escritura del dominio e indica los errores de entrada por línea. No consulta servidores DNS ni datos de registro del dominio.
| Entrada o necesidad | Qué hace la herramienta | Qué no hace |
|---|---|---|
| Dominio Unicode o Punycode | Muestra las formas Unicode y ASCII | Confirmar que el dominio existe |
| URL completa | Extrae y convierte el host | Codificar la ruta o los parámetros |
| Dirección de correo | Extrae y convierte el dominio | Convertir la parte anterior a @ o verificar el buzón |
| Lista de nombres | Procesa hasta 20 líneas no vacías con errores individuales | Procesar una lista de tamaño ilimitado en un solo envío |
| Diagnóstico DNS | Proporciona el nombre ASCII para reutilizarlo | Buscar una dirección IP o registros MX, TXT |
| Registro de un dominio | Proporciona su forma convertida | Comprobar su disponibilidad o las reglas del registro |
Casos de uso concretos
La conversión ayuda a aislar un problema de escritura del nombre antes de continuar con el diagnóstico. Las siguientes situaciones muestran qué forma obtener y qué comprobación realizar después.
Incidente 1: Un campo de configuración rechaza el acento
Si un campo exige un nombre ASCII, usa xn--caf-dma.fr para representar café.fr. Sustituir el acento a mano modificaría el dominio.
El síntoma es que tu interfaz de administración rechaza la entrada Unicode. Pega el nombre en el conversor, copia la forma ASCII e introdúcela en el campo correspondiente. Si la interfaz acepta el nombre, pero el servicio sigue inaccesible, continúa con una consulta DNS: la conversión por sí sola no explica ese fallo.
Incidente 2: Una exportación contiene un nombre ilegible
Un nombre como xn--caf-dma.fr en una exportación se decodifica como café.fr. Esta diferencia de visualización puede explicar por qué dos listas parecen contener dominios distintos.
El síntoma aparece al cotejar una exportación técnica con una lista escrita con acentos. Convierte las entradas afectadas, compara sus formas ASCII y conserva la forma Unicode para facilitar la lectura. Adjunta ambas formas al ticket de soporte para evitar otra transcripción manual.
Incidente 3: Un enlace o un destinatario causa problemas
Convertir una URL o una dirección de correo solo aporta información sobre su dominio. Una ruta mal codificada o un buzón inexistente requieren otra comprobación.
Toma https://café.fr/contact?lang=fr o contact@café.fr: el nombre ASCII obtenido es xn--caf-dma.fr. Si el síntoma afecta al acceso al sitio, consulta después sus registros DNS. Para un problema de correo, examina los MX; para un parámetro de enlace mal codificado, usa el codificador URL.
FAQ - Preguntas frecuentes
Los resultados muestran dos escrituras del nombre, incluso cuando son idénticas. Así puedes interpretar los prefijos, los errores y los límites de entrada.
¿Qué significa xn--?
El prefijo xn-- indica una etiqueta ASCII codificada en Punycode dentro de un nombre internacionalizado. Una etiqueta es una parte del nombre separada de las demás por un punto: en xn--caf-dma.fr, corresponde a café. Conserva este prefijo al copiar la forma ASCII.
¿Qué diferencia hay con el percent-encoding?
Punycode codifica las etiquetas del nombre de host. El percent-encoding representa bytes como %XX en los componentes de una URL. xn--caf-dma.fr es la forma ASCII de café.fr, mientras que %C3%A9 codifica el carácter é en UTF-8. Usa el codificador URL para una ruta o el valor de un parámetro.
¿Es una resolución DNS?
No. El conversor transcribe el nombre sin consultar sus registros DNS. Por tanto, un resultado de conversión no demuestra que el dominio exista o responda. Usa DNS Lookup para consultar los registros A, MX o TXT.
¿Por qué example.com aparece dos veces?
example.com ya está en ASCII: sus formas ASCII y Unicode son idénticas. La herramienta siempre muestra ambas formas, aunque no cambie ningún carácter. El mismo resultado es esperable con captaindns.com; esta duplicación no es un error.
¿Por qué se rechaza un espacio interior?
Un espacio dentro del dominio, como en café .fr, hace que el nombre sea inválido. La herramienta elimina los espacios exteriores, pero no corrige los interiores. Corrige la línea a café.fr y vuelve a iniciar la conversión.
¿Cuántas líneas puedo convertir?
El límite es de 20 líneas no vacías por envío, con una entrada por línea. Las líneas vacías se ignoran. Dentro de ese límite, cada línea inválida recibe su propio mensaje sin impedir la conversión de las demás; divide una lista más larga en varios envíos.
Herramientas complementarias
Consulta el DNS para conocer los registros de un dominio y RDAP para ver sus datos de registro. El codificador URL procesa las rutas y los parámetros que quedan fuera del alcance del conversor Punycode.
| Herramienta | Utilidad después de la conversión |
|---|---|
| DNS Lookup | Consultar los registros A, MX o TXT del nombre obtenido |
| RDAP | Consultar los datos de registro publicados para el dominio |
| Codificador / decodificador URL | Codificar o decodificar una ruta o el valor de un parámetro mediante percent-encoding |
Recursos útiles
La RFC 3492 describe la codificación Punycode; UTS-46 describe el procesamiento de compatibilidad Unicode para IDNA. La RFC 5890 precisa el vocabulario empleado para las etiquetas internacionalizadas.
- RFC 3492: algoritmo Punycode, con los procedimientos de codificación y decodificación y ejemplos detallados.
- Unicode UTS-46: procesamiento de compatibilidad IDNA, con las reglas de normalización y las operaciones ToASCII y ToUnicode.
- RFC 5890: definiciones y marco de IDNA2008, incluidas las definiciones de A-label y U-label.