Regras de transferência de domínio por extensão (dados de 2026)

Quais são as principais descobertas?

A maioria das transferências ganha tempo, mas não todas. 29 das 40 extensões estendem o registro quando uma transferência é concluída. Para 19 delas o ganho é exatamente um ano, limitado a 10 anos no total: os 16 gTLDs da tabela mais .fr, .ca e .it. Uma extensão, .ai, adiciona dois anos no registro; a TransferOffshore cobra uma transferência .ai como 2 anos, o preço de transferência mais uma renovação ($172.98). Para 9 outras, notas de registradores confirmam uma renovação, mas não sua duração.

Oito mantêm a data de expiração. .uk, .ch, .pl, .at, .cz, .fi, .nz e .es não adicionam tempo. Se um deles expirar em breve, renove antes ou logo após a transferência. Uma transferência sozinha não vai salvá-lo.

Três dependem do registrador ou de fontes conflitantes. DENIC (.de) e SIDN (.nl) cobram registradores por período, então o registrador decide como o prazo é contado. Para .be, as páginas da DNS Belgium e a base de conhecimento de um registrador divergem.

Nove são rápidas. .de, .nl e .at são concluídas imediatamente assim que o código confere. .gg, .be, .fi, .nz, .eu e .ca são descritas como em tempo real. Os gTLDs permitem até 5 dias, porque o registrador de saída tem cinco dias corridos para se opor.

Uma não precisa de código. Um .uk é transferido quando o registrador atual altera sua IPS tag no Nominet. Isso muda em 9 de fevereiro de 2027, segundo a Realtime Register.

Por quanto tempo um código de transferência é válido?

Para gTLDs, hoje não há um prazo fixo. A ICANN Transfer Policy em vigor define prazos para fornecer o código, não por quanto tempo ele funciona. Cada registrador decide.

Sete registros de código de país publicam um prazo de validade:

• .be: 7 dias, e o código é enviado por e-mail pelo próprio DNS Belgium.
• .es: 10 dias, e o contato administrativo também precisa aprovar por e-mail.
• .at: 21 dias para um código solicitado ao registro.
• .de, .fi, .nz: 30 dias. Os códigos .de e .nz funcionam para uma única transferência.
• .eu: 40 dias, ou até serem usados.

A reforma da ICANN adotada vai alinhar as gTLDs: um Transfer Authorization Code válido por 14 dias e utilizável uma vez. A Nominet planeja o mesmo teto de 14 dias para .uk a partir de fevereiro de 2027.

Quais bloqueios impedem uma transferência após o registro?

20 das 40 extensões listam um bloqueio de 60 dias após o registro. Duas fontes o criam. Para gTLDs, a Transfer Policy da ICANN permite que o registrador recuse uma transferência nos 60 dias seguintes à criação ou a uma transferência anterior. Alguns registros transformam essa opção em um bloqueio rígido no registro; as notas dos registradores o listam para .com, .info, .biz, .xyz, .online, .cloud e .top.

Vários códigos de país aplicam seu próprio bloqueio de 60 dias: .io, .co, .me, .tv, .cc, .to e .us. Para .co, .tv, .cc e .top, as notas dos registradores também listam um bloqueio após cada transferência. .ch pode definir um por 60 dias após uma transferência também, mas apenas uma fonte secundária afirma isso.

A maioria dos registros europeus, e o .nz, não têm esse bloqueio. .de, .nl, .pl, .at, .fi, .nz, .es, .fr e .it não listam nenhum. No .nz, o único bloqueio é o Registration Grace Period.

O que muda com as novas regras TAC da ICANN?

O Conselho da ICANN adotou as recomendações da Transfer Policy Review em 7 de junho de 2026 (resolução 2026.06.07.04). Determinou que a ICANN as implemente "sujeitas a priorização". Nenhuma data de vigência foi publicada. Até a nova política entrar em vigor, o texto de 2024 se aplica, incluindo os bloqueios de 60 dias. Uma implementação gradual de cerca de 18 meses aparece em um blog; não conseguimos verificar.

As principais mudanças no Relatório Final de 4 de fevereiro de 2025:

• O código de autorização passa a ser o Transfer Authorization Code (TAC). Os registradores devem emiti-lo em até 120 horas.
• Um TAC é válido por 14 dias (336 horas) e pode ser usado uma vez. O registro aplica ambos.
• O bloqueio após a criação passa a ser de 30 dias (720 horas) em vez de 60. Os mesmos 30 dias se aplicam após uma transferência entre registradores.
• O Gaining FOA desaparece. O aviso do registrador de saída passa a ser uma "Transfer Confirmation", e a aprovação automática de 5 dias passa a ser declarada como 120 horas.
• O bloqueio de 60 dias após a mudança de titular é removido, junto com sua opção de dispensa. Uma política separada de Change of Registrant Data o substitui.
• Novos avisos: um em até 10 minutos após a emissão de um TAC, e um em até 24 horas após uma transferência concluída.

O texto do relatório que lemos mantém o ano adicionado em uma transferência de gTLD. Uma mudança separada de 4 de agosto de 2026, anunciada pela Realtime Register, trata da aprovação apenas pelo titular. Ela não faz parte desta reforma. Nossa página de notícias sobre a política de transferência da ICANN acompanha a implementação.

Como esta tabela foi montada?

Cada linha foi lida em 19 de outubro de 2026 a partir de fontes públicas gratuitas. Cada uma traz um rótulo de confiança:

• Primária: um documento de registro ou um texto da ICANN. Exemplo: o guia de procedimentos da Afnic para .fr, as regras da CIRA para .ca.
• Primária (apenas ICANN): a regra de gTLD vem da Transfer Policy da ICANN, que vincula todo registrador de gTLD, mas o registro não foi verificado um por um. Isso vale para .net, .dev, .pro, .site, .store e .tech.
• Primária (mecanismo): para .de, a página da DENIC confirma como o código funciona; a regra de prazo vem de um registrador.
• Primária + secundária: uma página de registro confirma parte da linha, uma base de conhecimento de registrador confirma o resto.
• Secundária: uma base de conhecimento de registrador, principalmente as páginas por extensão da CentralNic Reseller, ou imprensa. Elas descrevem o comportamento do registro como um grande registrador o vê.
• Mista: as fontes divergem, ou um fato-chave é apenas secundário.

A contagem: 14 linhas se apoiam pelo menos em parte em uma fonte primária, 21 apenas em fontes secundárias, e 5 são mistas. Os operadores de registro vêm do banco de dados da zona raiz da IANA quando as notas dos registradores divergem. Onde um fato não pôde ser confirmado, a célula diz isso em vez de adivinhar.

O que esta tabela não cobre: preços premium de registro, taxas de transferência em outros registradores e regras para nomes de segundo nível como .co.uk.

Como posso reutilizar ou citar estes dados?

Você pode reutilizar esta tabela sob CC BY 4.0 com um link. Copie, adapte ou publique, comercialmente ou não, desde que dê crédito à TransferOffshore e coloque um link para esta página. Citação sugerida: "Domain Transfer Rules by Extension (2026 Data), TransferOffshore, verificada em 19 de outubro de 2026."

As regras mudam. A mudança da Nominet para códigos em 2027 e a reforma da ICANN vão alterar linhas aqui. A data no topo da página indica quando a tabela foi verificada pela última vez. Se você encontrar um erro, escreva para [email protected] com uma fonte.

Quais destas extensões posso transferir para a TransferOffshore?

34 das 40. As 28 extensões com link têm um guia de transferência completo. .pl, .be, .at, .cz, .fi e .nz também são vendidas, com Proteção de domínio, mas ainda não têm guia. .us, .eu, .fr, .ca, .es e .it não são vendidas aqui: seus registros exigem presença local ou verificação de identidade.

Para as extensões que vendemos, uma transferência custa o mesmo que uma renovação: .com US$ 12,49, .net US$ 12,99, .io US$ 53,49. O pagamento é em cripto, sem documento de identidade. Até 20 domínios cabem em uma solicitação, e seus nameservers são mantidos por padrão.