# Mudanças na política de transferência da ICANN: bloqueio de 30 dias, TAC de uso único > Mudanças na política de transferência da ICANN adotadas em 7 de junho de 2026: bloqueios de 30 dias, um TAC de uso único válido por 14 dias, sem Gaining FOA. Ainda sem data de vigência. Transferências pagas em cripto. - URL: https://transferoffshore.com/pt/news/icann-transfer-policy-changes/ - Última atualização: 2026-10-19 - Editor: TransferOffshore (https://transferoffshore.com) O Conselho da ICANN adotou a maior reescrita das regras de transferência de domínios da última década. Veja o que muda, o que não muda e por que nada muda nas suas transferências por enquanto. **Resposta rápida — Quais são as mudanças na política de transferência da ICANN?** Em 7 de junho de 2026, o Conselho da ICANN adotou a Transfer Policy Review (resolução 2026.06.07.04). Ela traz bloqueios de 30 dias em vez de 60, um Transfer Authorization Code de uso único válido por 14 dias e o fim do bloqueio de 60 dias por mudança de titular. Em 19 de outubro de 2026 nenhuma data de vigência foi publicada, então as transferências na **TransferOffshore** seguem as regras atuais. ## A decisão em resumo | Atributo | Valor | | --- | --- | | O que foi adotado | As recomendações do Relatório Final do GNSO Transfer Policy Review PDP (47 recomendações) | | Adotado por | Conselho da ICANN, 7 de junho de 2026, resolução 2026.06.07.04; resoluções publicadas em 9 de junho de 2026 | | Data de vigência | Nenhuma publicada até 19 de outubro de 2026; a implementação está “sujeita a priorização” | | Próximos passos | Um Implementation Review Team e uma política autônoma de Change of Registrant Data (CORD) | | Bloqueio após criação ou transferência | De um “pode negar” de 60 dias para 30 dias obrigatórios (720 horas) | | Código de autorização | TAC renomeado: uso único, válido por 14 dias (336 horas), emitido em até 120 horas | | Bloqueio por alteração do titular | O bloqueio de 60 dias e sua opção de dispensa são removidos | | Ainda em vigor hoje | A Transfer Policy atualizada em 21 de fevereiro de 2024, incluindo as duas regras de 60 dias | ## 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. ## Quais recomendações mudam o quê? As principais mudanças, conforme o texto do Relatório Final. “Rec” é o número da recomendação. | Rec | Mudança | Hoje | | --- | --- | --- | | 3 | Os registradores devem bloquear transferências por 720 horas (30 dias) após a data de criação, substituindo as regras de 60 dias nos contratos de registro e de registrador | 60 dias, um motivo que o registrador pode usar | | 6 | O Transfer Authorization Code (TAC) deve ser definido e emitido em até 120 horas | Auth code em até 5 dias corridos | | 9 | O TAC é válido por 336 horas (14 dias), com controle pela extensão | Sem prazo fixo de validade para gTLDs | | 11 | Uma Notification of TAC Issuance é enviada ao titular em até 10 minutos | Nenhum aviso desse tipo exigido | | 12 e 13 | A extensão verifica o TAC; ele é de uso único e é redefinido após ser aceito | O código pode permanecer o mesmo | | 15 | O Gaining FOA (formulário de autorização do registrador de destino) é eliminado | Aplicação adiada desde 2018 | | 17 | O aviso do registrador perdedor se torna uma "Confirmação de Transferência"; a janela de 5 dias se torna 120 horas | 5 dias corridos | | 18 | Bloqueio obrigatório de 720 horas (30 dias) após uma transferência entre registradores; liberação antecipada apenas mediante solicitação documentada do titular | 60 dias, um motivo que o registrador pode usar | | 19 | Uma Notificação de Conclusão de Transferência do registrador perdedor em até 24 horas | Não exigido | | 21 a 24 | Motivos de recusa reescritos: a objeção expressa do titular se torna recusa obrigatória; abuso de DNS se torna recusa facultativa | Listas de deve / pode / não pode da política atual | | 25 a 28 | Mudança de Titular se torna Mudança de Dados do Titular (CORD); o bloqueio de 60 dias e sua opção de dispensa são removidos; um aviso de CORD é adicionado | Bloqueio de 60 dias com opção de dispensa | | 34 a 47 | Regras para transferências em lote e de portfólio completo entre registradores (BTAPPA) | Processo BTAPPA existente | ## 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](https://transferoffshore.com/pt/how-domain-transfers-work/). ## 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](https://transferoffshore.com/pt/bulk-domain-transfer/) cobre o envio em lotes. O código em si é explicado em [o que é um código de autorização](https://transferoffshore.com/pt/auth-code/), e os bloqueios atuais em [por que um domínio não pode ser transferido](https://transferoffshore.com/pt/transfer-lock/). ## Como a Transfer Policy Review chegou até aqui? | Data | Etapa | | --- | --- | | 31 de janeiro de 2025 | O grupo de trabalho alcança consenso total | | 4 de fevereiro de 2025 | Relatório Final enviado ao GNSO Council (47 recomendações) | | 12 de março de 2025 | O GNSO Council aprova o relatório, por unanimidade | | 28 de abril a 16 de junho de 2025 | Comentário público antes da decisão do Conselho | | 2 de julho de 2025 | Relatório resumido dos comentários públicos | | 7 de junho de 2026 | O Conselho da ICANN adota as recomendações (resolução 2026.06.07.04) | | 9 de junho de 2026 | Resoluções aprovadas publicadas | | Depois disso | Equipe de Revisão de Implementação e política CORD; data de vigência não anunciada em 19 de outubro de 2026 | ## Perguntas sobre as novas regras de transferência ### O bloqueio de transferência de 30 dias já está em vigor? Não. O Conselho da ICANN o adotou em 7 de junho de 2026, mas até 19 de outubro de 2026 nenhuma data de vigência foi publicada. Até lá, vale a política atual. Um registrador pode negar uma transferência dentro de 60 dias após o registro ou após uma transferência anterior, e muitos registradores fazem isso. ### O que é um TAC? TAC significa Transfer Authorization Code, o novo nome para o auth code ou código EPP. Pelas regras adotadas, ele deve ser emitido em até 120 horas, vale por 14 dias e funciona apenas uma vez. O registro controla o prazo de validade e reinicia o código após um uso válido. ### Uma transferência ainda acrescenta um ano ao meu domínio? Sim, pelo que mostra o Final Report. A revisão não altera a regra de que uma transferência de gTLD acrescenta um ano à data de expiração, com limite de 10 anos. Domínios de código de país continuam seguindo seus próprios registros, que a política da ICANN não cobre. ### O bloqueio por mudança de titular desaparece? Sim, assim que as novas regras entrarem em vigor. A Recomendação 26.4 remove o bloqueio de 60 dias após uma mudança de titular, junto com sua opção de dispensa. O processo passa a ser Change of Registrant Data (CORD), com um aviso ao titular em vez de um bloqueio. Até lá, o bloqueio de 60 dias continua valendo. ### Por que o Conselho sinalizou a Recomendação 21? A Recomendação 21 permitiria que registradores negassem uma transferência por abuso de DNS. O Conselho a sinalizou para discussão adicional com o GNSO Council quando adotou as recomendações em 7 de junho de 2026. A forma final dela pode, portanto, ser diferente do texto do Final Report. ### Devo esperar as novas regras antes de mover meus domínios? Não. Nenhuma data de vigência é conhecida, e um domínio barrado pela regra de 60 dias atual só precisa esperar até o dia 61. Todos os outros domínios podem ser movidos pelas regras atuais. Uma transferência de gTLD ainda leva até 5 dias e acrescenta um ano, por US$ 12,49 para .com. ## Fontes 1. [Resoluções aprovadas, reunião ordinária do Conselho da ICANN, 7 de junho de 2026](https://www.icann.org/en/board-activities-and-meetings/materials/approved-resolutions-regular-meeting-of-the-icann-board-07-06-2026-en) — ICANN (verificado em 2026-10-19) 2. [Transfer Policy Review PDP Final Report](https://gnso.icann.org/sites/default/files/policy/2025/correspondence/tpr-team-to-gnso-council-04feb25.pdf-en.pdf) — ICANN GNSO (verificado em 2026-10-19) 3. [Transfer Policy Review Working Group Final Report for ICANN Board consideration (public comment)](https://www.icann.org/en/public-comment/proceeding/transfer-policy-review-working-group-final-report-for-icann-board-consideration-28-04-2025) — ICANN (verificado em 2026-10-19) 4. [Transfer Policy (atualizada em 21 de fevereiro de 2024)](https://www.icann.org/en/contracted-parties/accredited-registrars/resources/domain-name-transfers/policy) — ICANN (verificado em 2026-10-19) 5. [ICANN atualiza a política de transferência de gTLD a partir de 4 de agosto de 2026](https://realtimeregister.com/blogs/icann-updates-gtld-transfer-policy-from-4-august-2026) — Realtime Register (verificado em 2026-10-19) **As regras atuais já permitem que você mova** Informe o domínio e o auth code dele. Até 5 dias em gTLDs, nameservers mantidos, sem documento, pago com cripto. [Iniciar uma transferência](https://transferoffshore.com/app/domains/transfer?lang=pt) · [Ver todos os preços](https://transferoffshore.com/pt/pricing/) --- TransferOffshore: O TransferOffshore é o serviço de transferência de domínios da DomaineGoat LLC, empresa constituída no Panama: transfira um domínio ou um portfólio inteiro com seus códigos de autorização, mantenha seu DNS funcionando e pague com cripto sem documento de identidade. Os domínios são registrados por meio do nosso registrador parceiro credenciado pela ICANN, indicado no registro RDAP.