Separe apenas o domínio
Remova protocolo, caminho, porta e a parte local do e-mail. Rótulos Unicode e xn-- podem aparecer juntos. Um único ponto raiz no final é preservado; rótulos vazios no meio ou dois pontos consecutivos no final geram erro.
CONFIRA A ESCRITA DO DOMÍNIO
Insira um domínio e compare as duas formas, o tamanho de cada rótulo e os caracteres que merecem uma conferência.
A conversão ocorre no navegador, sem consulta DNS ou acesso ao domínio.
UTS #46 não transicional · STD3 · NFC · Verificações Bidi e contexto de junção.
Entrada: 4096 unidades UTF-16. Rótulo codificado: 63 bytes; corpo do domínio: 253 caracteres ASCII.
Resultado desatualizado. Converta antes de exportar.
Um domínio internacionalizado pode aparecer com acentos no navegador e precisar de uma forma ASCII no painel de hospedagem. O Conversor de Punycode mostra a correspondência entre essas formas sem confundir o nome do host com o caminho ou os parâmetros de uma URL.
O Conversor de Punycode separa www, bücher e de. Apenas bücher vira xn--bcher-kva; os outros rótulos continuam iguais. O tamanho em bytes ASCII de cada linha ajuda a explicar por que poucos caracteres visíveis podem produzir uma sequência codificada longa.
O а cirílico pode parecer um a latino, mas representa outro nome. Veja o caractere, seu ponto de código e a forma ASCII antes de usar o resultado. Passar na validação de sintaxe não identifica o proprietário nem comprova que o domínio seja confiável.
Remova protocolo, caminho, porta e a parte local do e-mail. Rótulos Unicode e xn-- podem aparecer juntos. Um único ponto raiz no final é preservado; rótulos vazios no meio ou dois pontos consecutivos no final geram erro.
Punycode para Unicode e Unicode para ASCII compartilham a mesma entrada. As duas formas ficam visíveis. A seleção determina o destaque e o conteúdo do TXT, enquanto cada botão de cópia indica sua própria forma. Alterar a seleção bloqueia a exportação do resultado antigo.
A conversão automática espera 350 ms após a alteração. Desative-a para usar Converter ou Ctrl/Cmd + Enter. Exemplos e limpeza mostram uma prévia com a quantidade substituída. Depois de aplicar, você pode desfazer uma vez e restaurar entrada e resultado.
O processamento UTS #46 não transicional mapeia caixa e formas de compatibilidade e aplica NFC. ß permanece ß, sem virar ss. Rótulos que já começam com xn-- também são decodificados e validados. Não se trata apenas de codificar uma string qualquer.
As verificações incluem regras ASCII STD3, posição dos hífens, texto bidirecional, contexto dos caracteres de junção e comprimentos DNS. A saída Unicode também precisa passar pelos limites ASCII. Erros localizáveis mostram rótulo, linha e coluna.
Cada rótulo pode ter até 63 bytes ASCII. O corpo do domínio, incluindo os pontos separadores, pode ter até 253 caracteres ASCII. O ponto raiz opcional fica fora dessa conta. Contar somente as letras visíveis não é suficiente para avaliar o limite.
A mistura de letras latinas, cirílicas ou gregas dentro do mesmo rótulo é sinalizada. Uma tabela pequena também identifica alguns caracteres parecidos, mesmo quando pertencem a um único alfabeto. Alfabetos diferentes em rótulos separados não são tratados como mistura interna.
Ele marca um rótulo internacionalizado representado em ASCII. Por exemplo, bücher vira xn--bcher-kva. O prefixo se aplica apenas àquele rótulo; partes ASCII comuns, como www, continuam sem ele.
O domínio é dividido em rótulos pelos pontos. Cada um é processado separadamente, e apenas os que precisam representar caracteres não ASCII recebem a forma codificada. O detalhamento mostra qual resultado corresponde a cada trecho.
Não. Punycode representa rótulos de um host internacionalizado. A codificação de URL usa, entre outros mecanismos, sequências percentuais para bytes de caminhos ou parâmetros. Aqui a entrada é um domínio sem esses componentes, por isso escapes como %C3%BC são rejeitados.
Cole o nome com seus rótulos xn-- e consulte a forma Unicode. Você pode copiar essa forma diretamente ou selecioná-la para baixar o TXT. Se algum rótulo falhar nas regras IDN ou nos limites, o resultado não fica disponível para exportação.
Ele usa o processamento UTS46 não transicional com NFC, que pode mapear caixa e formas compatíveis. Não é o nameprep histórico do IDNA2003. ß permanece distinto de ss, e a conversão não promete devolver a string original byte por byte.
Tem outro caso de domínio para conferir?
Use o Conversor de Punycode para comparar as duas formas e seus comprimentos antes de exportar o domínio esperado pelo serviço.