Conversor Punycode / IDN

Por que converter um domínio entre Unicode e ASCII

Um domínio internacionalizado tem uma forma Unicode legível e uma forma ASCII. A forma ASCII é usada nas aplicações que exigem esse formato. O conversor Punycode funciona nos dois sentidos: café.fr e xn--caf-dma.fr representam o mesmo nome.

Para obter a forma ASCII de um domínio, o caractere acentuado é codificado. Remover o é ou trocar esse caractere por e mudaria a grafia do nome que você está procurando.

Três casos de uso são comuns ao trabalhar com domínios:

• Preencher um campo de configuração que exige ASCII sem alterar o nome internacionalizado exato.
• Ler um nome com o prefixo xn-- em um log ou arquivo exportado e recuperar seus caracteres Unicode.
• Comparar domínios copiados de URLs ou endereços de email sem copiar manualmente a parte que interessa.

Como usar o conversor em 3 etapas

Cole as entradas na caixa de texto, clique em Converter e confira as duas formas de cada domínio. O processamento começa quando você clica no botão; não é necessário escolher o sentido.

Etapa 1: Cole os nomes

Digite um domínio, uma URL ou um endereço de email por linha, até 20 linhas não vazias. Você pode misturar esses formatos no mesmo envio.

captaindns.com
café.fr
xn--caf-dma.fr
https://café.fr/contact?lang=fr
contact@café.fr

Da URL, a ferramenta extrai o host café.fr. Do endereço de email, ela mantém o domínio depois de @. O resultado corresponde a esse nome, sem o caminho /contact, os parâmetros ou a parte contact@.

Etapa 2: Inicie a conversão

Clique em Converter depois de preparar a lista. O prefixo xn-- aciona a conversão para Unicode; no sentido contrário, a ferramenta gera a forma ASCII.

A detecção é feita para cada entrada. Você pode colocar café.fr e xn--caf-dma.fr na mesma caixa de texto sem mudar as configurações entre as linhas.

Etapa 3: Copie a forma desejada

Copie a forma ASCII para um campo que exige esse formato, ou a forma Unicode para ler o nome. As duas continuam visíveis após cada conversão bem-sucedida.

Um erro afeta a linha sinalizada. Corrija essa entrada e execute o processamento novamente; os resultados das outras linhas continuam utilizáveis.

Punycode e IDNA: algoritmo e regras de processamento

Punycode é o algoritmo que codifica uma sequência Unicode em ASCII. IDNA define as regras de uso dos nomes internacionalizados nas aplicações. O algoritmo é definido pela RFC 3492, enquanto a RFC 5890 define os termos de IDNA2008.

O processamento acontece por rótulo, ou seja, por cada parte do nome separada por um ponto. Em café.fr, o rótulo café vira xn--caf-dma, e fr permanece inalterado. Para um rótulo compatível com IDNA, a forma ASCII com prefixo recebe o nome de A-label, e a forma Unicode correspondente, U-label.

Unicode : café.fr
ASCII   : xn--caf-dma.fr

Este conversor aplica o perfil UTS-46 lookup no modo não transicional. O caractere ß é mantido: straße.de vira xn--strae-oqa.de, sem substituição por ss. As regras de mapeamento e normalização estão descritas no padrão Unicode UTS-46.

O mecanismo também aceita emojis: 🍕.ws vira xn--vi8h.ws. Esse resultado descreve o comportamento de conversão da ferramenta. Ele não autoriza o registro do nome em uma entidade de registro nem valida todas as regras de registro do IDNA2008.

O que a ferramenta faz e o que não faz

O conversor processa a grafia do domínio e sinaliza erros de digitação por linha. Ele não consulta servidores DNS nem dados de registro do domínio.

Casos de uso práticos

A conversão ajuda a isolar um problema na grafia do nome antes de continuar o diagnóstico. As situações abaixo mostram qual forma copiar e qual verificação fazer em seguida.

Incidente 1: Um campo de configuração rejeita o acento

Se um campo exige um nome ASCII, use xn--caf-dma.fr para representar café.fr. Trocar o acento manualmente mudaria o domínio.

O sintoma é a rejeição da entrada Unicode na sua interface de administração. Cole o nome no conversor, copie a forma ASCII e preencha o campo com ela. Se a interface aceitar o nome, mas o serviço continuar inacessível, prossiga com uma consulta DNS: a conversão sozinha não explica essa falha.

Incidente 2: Um arquivo exportado contém um nome ilegível

Um nome como xn--caf-dma.fr em um arquivo exportado é decodificado como café.fr. Essa diferença de exibição pode explicar por que duas listas parecem conter domínios diferentes.

O sintoma aparece ao comparar um arquivo de exportação técnica com uma lista digitada com acentos. Converta as entradas envolvidas, compare suas formas ASCII e mantenha a forma Unicode para facilitar a leitura. Inclua as duas formas no chamado de suporte para evitar uma nova transcrição manual.

Incidente 3: Um link ou destinatário apresenta problemas

Converter uma URL ou um endereço de email só fornece informações sobre seu domínio. Um caminho mal codificado ou uma caixa de correio inexistente exige outra verificação.

Considere https://café.fr/contact?lang=fr ou contact@café.fr: o nome ASCII obtido é xn--caf-dma.fr. Se o sintoma envolve o acesso ao site, consulte depois seus registros DNS. Para um problema de email, examine os MX; para um parâmetro de link mal codificado, use o codificador URL.

FAQ - Perguntas frequentes

Os resultados mostram duas grafias do nome, mesmo quando são idênticas. Veja como interpretar os prefixos, os erros e os limites de entrada.

O que significa xn--?

O prefixo xn-- indica um rótulo ASCII codificado em Punycode dentro de um nome internacionalizado. Um rótulo é uma parte do nome separada das outras por um ponto: em xn--caf-dma.fr, ele corresponde a café. Mantenha esse prefixo ao copiar a forma ASCII.

Qual é a diferença para o percent-encoding?

Punycode codifica os rótulos do nome do host. O percent-encoding representa bytes na forma %XX nos componentes de uma URL. xn--caf-dma.fr é a forma ASCII de café.fr, enquanto %C3%A9 codifica o caractere é em UTF-8. Use o codificador URL para um caminho ou valor de parâmetro.

Isso é uma resolução DNS?

Não. O conversor transcreve o nome sem consultar seus registros DNS. Por isso, um resultado de conversão não prova que o domínio existe ou responde. Use o DNS Lookup para consultar os registros A, MX ou TXT.

Por que example.com aparece duas vezes?

example.com já está em ASCII: suas formas ASCII e Unicode são idênticas. A ferramenta sempre exibe as duas formas, mesmo quando nenhum caractere muda. O mesmo resultado é esperado com captaindns.com; essa duplicação não é um erro.

Por que um espaço interno é rejeitado?

Um espaço dentro do domínio, como em café .fr, torna o nome inválido. A ferramenta remove os espaços externos, mas não corrige os internos. Corrija a linha para café.fr e execute a conversão novamente.

Quantas linhas posso converter?

O limite é de 20 linhas não vazias por envio, com uma entrada por linha. As linhas vazias são ignoradas. Dentro desse limite, cada linha inválida recebe sua própria mensagem sem impedir a conversão das outras; divida uma lista maior em vários envios.

Ferramentas complementares

Consulte o DNS para conhecer os registros de um domínio e o RDAP para ver seus dados de registro. O codificador URL processa os caminhos e parâmetros que ficam fora do escopo do conversor Punycode.

Recursos úteis

A RFC 3492 descreve a codificação Punycode; UTS-46 descreve o processamento de compatibilidade Unicode para IDNA. A RFC 5890 define o vocabulário usado para os rótulos internacionalizados.

• RFC 3492: algoritmo Punycode, com os procedimentos de codificação, decodificação e exemplos detalhados.
• Unicode UTS-46: processamento de compatibilidade IDNA, com as regras de normalização e as operações ToASCII e ToUnicode.
• RFC 5890: definições e estrutura do IDNA2008, incluindo as definições de A-label e U-label.