---
id: "idn"
kind: "glossary-term"
title: "IDN"
language: "pt-BR"
category: "DNS e fundamentos técnicos"
updated: "2026-10-10T23:13:06Z"
canonical: "https://tldlog.com/pt/glossario/idn/"
translations:
  en: "https://tldlog.com/glossary/idn/"
  es: "https://tldlog.com/es/glosario/idn/"
  de: "https://tldlog.com/de/glossar/idn/"
  fr: "https://tldlog.com/fr/glossaire/idn/"
  it: "https://tldlog.com/it/glossario/idn/"
  ru: "https://tldlog.com/ru/glossariy/idn/"
  zh-Hans: "https://tldlog.com/zh/cihui/idn/"
---

# IDN

nome de domínio internacionalizado

Nome de domínio que usa caracteres além das letras básicas do inglês, dos dígitos e do hífen, como letras acentuadas ou as escritas árabe, chinesa ou cirílica. O DNS armazena esses nomes em uma forma ASCII chamada Punycode, que começa com “xn--”. Os IDNs permitem que as pessoas usem nomes em seu próprio idioma.

Um nome de domínio internacionalizado (IDN) usa mais do que as letras de a a z, os algarismos e o hífen: letras acentuadas, como ñ ou ü, ou sistemas de escrita como o árabe, o chinês ou o cirílico. As pessoas veem e digitam o nome na própria escrita, enquanto o DNS trabalha nos bastidores com uma versão em letras simples. A maioria dos problemas com IDNs vem da diferença entre essas duas formas.

## O que é um nome de domínio internacionalizado

A RFC 5890, publicada pela IETF em agosto de 2010, define um IDN como um nome de domínio com pelo menos um rótulo internacionalizado. Esse rótulo pode ser o nome registrado, como um nome com ñ sob .es, ou o próprio domínio de topo, como .рф.

## Como funciona nos bastidores: Punycode, rótulos A e rótulos U

Os IDNs funcionam um rótulo de cada vez, nunca sobre o nome inteiro. Cada rótulo internacionalizado tem duas formas:

- O **rótulo U** (U-label) é a forma que as pessoas leem e digitam, em caracteres Unicode.
- O **rótulo A** (A-label) é o seu equivalente em ASCII: o prefixo xn-- seguido do resultado do algoritmo Punycode, que pode ter no máximo 59 caracteres, já que um rótulo tem no máximo 63.

Os programas convertem cada rótulo U no seu rótulo A antes de consultar o DNS: segundo a ICANN, as operações do DNS usam exclusivamente rótulos A. A RFC 5890 reserva a palavra Punycode para o método de conversão (RFC 3492, março de 2003), não para a sequência resultante.

O conjunto de regras atual, o IDNA2008 (RFCs 5890 a 5894), substituiu o IDNA2003, mas manteve o Punycode e o prefixo xn--. Alguns caracteres mudaram: o ß alemão e o ς final grego são válidos no IDNA2008, enquanto o IDNA2003 os convertia em outros caracteres, então um nome que os contém tem agora um rótulo A diferente daquele que programas mais antigos buscam.

## Quais caracteres cada registro permite

O IDNA2008 fixa o limite externo. Dentro dele, a RFC 5890 torna obrigatórias as restrições para os registros de IDNs, e a RFC 5891 espera que os registros de todos os níveis do DNS definam as próprias políticas. Muitos publicam tabelas de IDN, listas dos caracteres que aceitam para um idioma ou sistema de escrita, que a IANA reúne no seu Repositório de Práticas IDN (Repository of IDN Practices).

As Regras de Geração de Rótulos (LGR) são a versão formal dessas tabelas, legível por máquina (RFC 7940). Para os domínios de topo, a ICANN usa as Regras de Geração de Rótulos da Zona Raiz (RZ-LGR). Em outubro de 2026, a versão atual, RZ-LGR-6, cobre 27 sistemas de escrita, entre eles o latino.

Para o .es, o plano nacional de nomes de domínio (Orden ITC/1542/2005) e a Red.es definem estas regras, em outubro de 2026:

- as letras de a a z, os algarismos de 0 a 9 e o hífen, nunca como primeiro ou último caractere;
- 13 caracteres a mais: á, à, é, è, í, ï, ó, ò, ú, ü, ñ, ç e l·l;
- de 3 a 63 caracteres no segundo nível, de 2 a 63 no terceiro;
- nenhum nome pode começar com xn--, e as maiúsculas contam como minúsculas.

Para o l·l do catalão, o IDNA2008 permite o ponto médio apenas entre dois l, não a letra única ŀ.

## Variantes e caracteres parecidos

Algumas comunidades de escrita, como as de usuários do árabe e do han, tratam duas sequências diferentes como o mesmo nome. São as variantes de IDN.

Os caracteres parecidos são outro problema: caracteres de sistemas de escrita diferentes que têm a mesma aparência, como um ômicron grego no meio de letras latinas. Um ataque homográfico os usa para fazer um nome falso parecer verdadeiro. As restrições dos registros e as LGR limitam essas misturas, e a avaliação de similaridade de strings da ICANN rejeita TLDs solicitados que sejam visualmente parecidos com TLDs existentes.

## Domínios de topo IDN em escritas não latinas

Os TLDs de código de país IDN chegam pelo Processo Acelerado de ccTLD IDN (IDN ccTLD Fast Track), aprovado pela Diretoria da ICANN em Seul em outubro de 2009. Um país ou território da lista ISO 3166-1 pode pedir o seu nome em uma escrita que não seja a latina, por isso o .es fica de fora.

Os TLDs IDN genéricos chegam pelas rodadas de novos gTLDs da ICANN. Na rodada de 2026, um IDN solicitado deve cumprir o IDNA2008 e o RZ-LGR-6. Uma variante fica com o mesmo operador de registro, sob um único Contrato de Registro, e cada variante precisa de uma justificativa. Em outubro de 2026, os operadores de gTLDs existentes não pagam a taxa básica de candidatura para até quatro strings variantes.

Em outubro de 2026, cerca de 150 TLDs no banco de dados da zona raiz da IANA começam com xn-- (pela nossa contagem), e a ICANN cita mais de 60 ccTLDs IDN. Exemplos: .рф (xn--p1ai), o TLD de código de país da Rússia, e o genérico .vermögensberater (xn--vermgensberater-ctb).

## Onde os IDNs ainda falham: e-mail, aplicativos e formulários

A ICANN chama de Aceitação Universal o objetivo de que todo nome de domínio e todo endereço de e-mail válidos funcionem em todos os programas. Formulários que rejeitam letras acentuadas são uma falha típica.

O e-mail precisa de padrões próprios, a internacionalização de endereços de e-mail (EAI), introduzida na RFC 6530 em fevereiro de 2012. Quando os nomes multilíngues do .es foram abertos, em 2007, a Red.es alertou que o e-mail com IDN era pouco comum e que alguns programas mostrariam a forma xn--. Essa era a posição de 2007.

## Exemplo: registrar um nome espanhol com ñ

Considere o nome ilustrativo peña.example: os programas transformam o rótulo peña em xn--pea-8ma, então o DNS vê xn--pea-8ma.example. Como .example é reservado, isso mostra apenas a conversão. No exemplo publicado pela própria Red.es, eñe se torna xn--ee-zja.

Para um nome .es com ñ:

1. Verificar se ele usa apenas os caracteres e os comprimentos permitidos acima.
2. Registrá-lo por meio de um registrador de .es, que define o próprio preço. A Red.es só registra diretamente em casos muito específicos; em outubro de 2026, seu preço direto é de € 33,38 por ano, com imposto sobre o valor agregado incluído, sem preço separado para nomes multilíngues.

O registro então guarda o nome, e o DNS trabalha com o seu rótulo A. As fontes consultadas não dizem se ele fica vinculado ao mesmo nome sem ñ.

## Fontes

- [Repository of IDN Practices (IANA)](https://www.iana.org/domains/idn-tables)
- [Root Zone Label Generation Rules (ICANN)](https://www.icann.org/resources/pages/root-zone-lgr-2015-06-21-en)
- [IDN ccTLD Fast Track Process (ICANN)](https://www.icann.org/resources/pages/fast-track-2012-02-25-en)
- [Universal Acceptance (UA) (ICANN)](https://www.icann.org/ua)

## termos relacionados

- [Punycode](https://tldlog.com/pt/glossario/punycode/)
- [rótulo U](https://tldlog.com/pt/glossario/rotulo-u/)
- [rótulo A](https://tldlog.com/pt/glossario/rotulo-a/)
- [TLD IDN](https://tldlog.com/pt/glossario/tld-idn/)
- [ASCII](https://tldlog.com/pt/glossario/ascii/)
