Mudanças na política de transferência da ICANN: bloqueio de 30 dias, TAC de uso único

O que o Conselho da ICANN adotou em 7 de junho de 2026?

Adotou o conjunto completo de recomendações da Transfer Policy Review e pediu ao Presidente e CEO da ICANN que as implementem, “sujeitas a priorização”. O número da resolução é 2026.06.07.04, e as resoluções aprovadas foram publicadas em 9 de junho de 2026.

As recomendações vêm de um grupo de trabalho do GNSO que revisou toda a Transfer Policy. Seu Relatório Final, datado de 4 de fevereiro de 2025, contém 47 recomendações. O Conselho destacou uma delas, a Recomendação 21, para novas conversas com o GNSO Council: ela permitiria que registradores negassem uma transferência por abuso de DNS.

Quando as novas regras de transferência entram em vigor?

Ninguém pode dizer ainda: em 19 de outubro de 2026, a ICANN não publicou nenhuma data de vigência. A resolução não define prazo. Uma Equipe de Revisão de Implementação ainda precisa transformar as recomendações em texto de política, e a política CORD autônoma precisa ser escrita.

Um blog sugere uma implementação gradual de cerca de 18 meses. A ICANN não confirmou esse número, então trate-o como suposição. Quando a ICANN publicar uma data, esta página vai mostrá-la.

Não confunda a revisão com outra data. A Realtime Register anunciou mudanças nas transferências de gTLD a partir de 4 de agosto de 2026. Esse aviso trata da aprovação apenas pelo titular, sem contato administrativo, sob a Registration Data Policy. Não é a Transfer Policy Review.

O que permanece igual até lá?

Tudo na política atual, atualizada em 21 de fevereiro de 2024 e obrigatória desde 21 de agosto de 2025:

• um registrador pode recusar uma transferência dentro de 60 dias da criação ou de uma transferência anterior, e muitos recusam;
• uma mudança de titular define um bloqueio de 60 dias, com uma opção de dispensa que o registrador pode oferecer;
• o registrador perdedor tem 5 dias corridos, depois a transferência é aprovada por padrão;
• o código de autorização deve ser fornecido em até 5 dias corridos e não tem validade fixa;
• uma transferência de gTLD acrescenta um ano, com o total limitado a 10 anos.

A última regra não é alterada pela revisão: o Relatório Final ainda mostra um ano acrescentado na transferência. O processo atual é explicado em como funcionam as transferências de domínio.

O que as mudanças significarão para quem move domínios?

Esperas mais curtas, códigos mais rígidos e menos e-mails para responder. Na prática:

• Domínios novos se movem mais cedo. Um domínio registrado ou transferido há 30 dias ficará livre para se mover, em vez de 60 dias em muitos registradores hoje. Mas os 30 dias serão obrigatórios, sem discricionariedade do registrador.
• Os códigos expiram. Um TAC dura 14 dias e funciona uma vez. Solicite-o só quando estiver pronto para enviar, e peça um novo se ele expirar.
• Atualizações do proprietário deixam de bloquear movimentações. Editar o nome ou o e-mail do titular não definirá mais um bloqueio de 60 dias. Você receberá um aviso de CORD em vez disso.
• Mais avisos. Você receberá um e-mail em até 10 minutos após a emissão de um TAC, e outro em até 24 horas após a conclusão da transferência. Um aviso inesperado de TAC é um alerta antecipado.
• Portfólios exigem lotes mais apertados. Com códigos de 14 dias, planeje cada lote para que todo código seja enviado dentro da sua janela. O guia de transferência em lote cobre o envio em lotes.

O código em si é explicado em o que é um código de autorização, e os bloqueios atuais em por que um domínio não pode ser transferido.