Porquê converter um domínio entre Unicode e ASCII
Um domínio internacionalizado tem uma forma Unicode legível e uma forma ASCII utilizável nas aplicações que exigem esse formato. O conversor Punycode funciona nos dois sentidos: café.fr e xn--caf-dma.fr designam o mesmo nome.
Para obter a forma ASCII de um domínio, o caráter acentuado é codificado. Remover o é ou substituir esse caráter por e alteraria a grafia do nome procurado.
Ao trabalhar com domínios, há três casos de utilização frequentes:
- Preencher um campo de configuração que exige ASCII, mantendo o nome internacionalizado exato.
- Ler um nome com o prefixo
xn--num registo de atividade ou num ficheiro exportado e recuperar os seus carateres Unicode. - Comparar domínios copiados de URLs ou endereços de email, sem copiar manualmente a parte útil.
Como utilizar o conversor em 3 passos
Cole as entradas na caixa de texto, clique em Converter e consulte as duas formas de cada domínio. O processamento começa ao premir o botão; não é necessário escolher o sentido.
Passo 1: Colar os nomes
Introduza um domínio, um URL ou um endereço de email por linha, até 20 linhas não vazias. Pode misturar estes formatos no mesmo envio.
captaindns.com
café.fr
xn--caf-dma.fr
https://café.fr/contact?lang=fr
contact@café.fr
Do URL, a ferramenta extrai o host café.fr. Do endereço de email, retém o domínio após @. O resultado corresponde a esse nome, sem o caminho /contact, os parâmetros ou a parte contact@.
Passo 2: Iniciar a conversão
Clique em Converter depois de preparar a lista. O prefixo xn-- desencadeia a conversão para Unicode; no sentido inverso, a ferramenta produz a forma ASCII.
A deteção aplica-se a cada entrada. Pode colocar café.fr e xn--caf-dma.fr na mesma caixa de texto, sem alterar as definições entre linhas.
Passo 3: Copiar a forma pretendida
Copie a forma ASCII para um campo que a exija, ou a forma Unicode para ler o nome. Ambas ficam visíveis após cada conversão bem-sucedida.
Um erro diz respeito à linha assinalada. Corrija essa entrada e volte a iniciar o processamento; os resultados das outras linhas continuam a ser utilizáveis.
Punycode e IDNA: algoritmo e regras de processamento
Punycode é o algoritmo que codifica uma cadeia Unicode em ASCII; IDNA regula a utilização de nomes internacionalizados nas aplicações. O algoritmo está definido na RFC 3492, enquanto a RFC 5890 define os termos de IDNA2008.
O processamento faz-se por etiqueta, ou seja, por cada parte do nome separada por um ponto. Em café.fr, a etiqueta café passa a xn--caf-dma, e fr mantém-se inalterada. Para uma etiqueta conforme com IDNA, a forma ASCII com prefixo chama-se 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 em modo não transicional. O caráter ß é conservado: straße.de passa a xn--strae-oqa.de, sem substituição por ss. As regras de correspondência e normalização estão descritas na norma Unicode UTS-46.
O motor também aceita emojis: 🍕.ws passa a xn--vi8h.ws. Este resultado descreve o comportamento de conversão da ferramenta. Não constitui autorização para registar esse nome junto de um operador de registo, nem valida todas as regras de registo IDNA2008.
O que a ferramenta faz e não faz
O conversor processa a grafia do domínio e assinala os erros de introdução por linha. Não consulta servidores DNS nem dados de registo do domínio.
| Entrada ou necessidade | O que a ferramenta faz | O que não faz |
|---|---|---|
| Domínio Unicode ou Punycode | Apresenta as formas Unicode e ASCII | Confirmar que o domínio existe |
| URL completo | Extrai e converte o host | Codificar o caminho ou os parâmetros |
| Endereço de email | Extrai e converte o domínio | Converter a parte antes de @ ou verificar a caixa de correio |
| Lista de nomes | Processa até 20 linhas não vazias com erros individuais | Processar uma lista de tamanho ilimitado num único envio |
| Diagnóstico DNS | Fornece o nome ASCII para reutilização | Procurar um endereço IP ou registos MX, TXT |
| Registo de um domínio | Fornece a forma convertida | Verificar a disponibilidade ou as regras do operador de registo |
Casos de utilização concretos
A conversão ajuda a isolar um problema na grafia do nome antes de prosseguir com o diagnóstico. As situações seguintes mostram que forma obter e que verificação efetuar depois.
Incidente 1: Um campo de configuração recusa o acento
Se um campo exige um nome ASCII, utilize xn--caf-dma.fr para designar café.fr. Substituir o acento à mão alteraria o domínio.
O sintoma é a recusa da entrada Unicode na sua interface de administração. Cole o nome no conversor, copie a forma ASCII e introduza-a no campo em causa. Se a interface aceitar o nome mas o serviço continuar inacessível, prossiga com uma consulta DNS: a conversão, por si só, não explica essa falha.
Incidente 2: Um ficheiro exportado contém um nome ilegível
Um nome como xn--caf-dma.fr num ficheiro exportado descodifica-se como café.fr. Esta diferença de apresentação pode explicar por que motivo duas listas parecem conter domínios diferentes.
O sintoma surge ao cruzar um ficheiro de exportação técnica com uma lista introduzida com acentos. Converta as entradas em causa, compare as respetivas formas ASCII e conserve a forma Unicode para leitura. Junte ambas as formas ao pedido de suporte para evitar uma nova transcrição manual.
Incidente 3: Uma ligação ou um destinatário apresenta problemas
A conversão de um URL ou de um endereço de email fornece informação apenas sobre o respetivo 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 diz respeito ao acesso ao site, consulte depois os seus registos DNS. Para um problema de correio, examine os MX; para um parâmetro de ligação mal codificado, utilize 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 introdução.
O que significa xn--?
O prefixo xn-- indica uma etiqueta ASCII codificada em Punycode num nome internacionalizado. Uma etiqueta é uma parte do nome separada das outras por um ponto: em xn--caf-dma.fr, corresponde a café. Conserve este prefixo ao copiar a forma ASCII.
Qual é a diferença em relação ao percent-encoding?
Punycode codifica as etiquetas do nome do host; o percent-encoding representa bytes na forma %XX nos componentes de um URL. xn--caf-dma.fr é a forma ASCII de café.fr, enquanto %C3%A9 codifica o caráter é em UTF-8. Utilize o codificador URL para um caminho ou um valor de parâmetro.
É uma resolução DNS?
Não. O conversor transcreve o nome sem consultar os seus registos DNS. Um resultado de conversão não prova, por isso, que o domínio existe ou responde. Utilize o DNS Lookup para consultar os registos A, MX ou TXT.
Porque é que example.com aparece duas vezes?
example.com já está em ASCII: as suas formas ASCII e Unicode são idênticas. A ferramenta apresenta sempre ambas as formas, mesmo quando nenhum caráter muda. O mesmo resultado é esperado com captaindns.com; esta duplicação não é um erro.
Porque é que um espaço interior é recusado?
Um espaço no interior do domínio, como em café .fr, torna o nome inválido. A ferramenta remove os espaços exteriores, mas não corrige os interiores. Corrija a linha para café.fr e volte a iniciar a conversão.
Quantas linhas se podem converter?
O limite é de 20 linhas não vazias por envio, com uma entrada por linha. As linhas vazias são ignoradas. Dentro deste limite, cada linha inválida recebe a sua própria mensagem sem impedir a conversão das restantes; divida uma lista mais longa por vários envios.
Ferramentas complementares
Consulte o DNS para conhecer os registos de um domínio e o RDAP para obter os seus dados de registo. O codificador URL trata os caminhos e parâmetros que ficam fora do âmbito do conversor Punycode.
| Ferramenta | Utilidade após a conversão |
|---|---|
| DNS Lookup | Consultar os registos A, MX ou TXT do nome obtido |
| RDAP | Consultar os dados de registo publicados para o domínio |
| Codificador / descodificador URL | Codificar ou descodificar um caminho ou um valor de parâmetro com percent-encoding |
Recursos úteis
A RFC 3492 descreve a codificação Punycode; UTS-46 descreve o processamento de compatibilidade Unicode para IDNA. A RFC 5890 especifica o vocabulário utilizado para as etiquetas internacionalizadas.
- RFC 3492: algoritmo Punycode, com os procedimentos de codificação, descodificaçã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 enquadramento IDNA2008, nomeadamente as definições de A-label e U-label.