--- id: "domain-transfer" kind: "glossary-term" title: "transferência de domínio" language: "pt-BR" category: "Transferências e EPP" updated: "2026-10-10T23:12:43Z" canonical: "https://tldlog.com/pt/glossario/transferencia-dominio/" translations: en: "https://tldlog.com/glossary/domain-transfer/" es: "https://tldlog.com/es/glosario/transferencia-dominio/" de: "https://tldlog.com/de/glossar/domaintransfer/" fr: "https://tldlog.com/fr/glossaire/transfert-nom-domaine/" it: "https://tldlog.com/it/glossario/trasferimento-dominio/" ru: "https://tldlog.com/ru/glossariy/perenos-domena/" zh-Hans: "https://tldlog.com/zh/cihui/yuming-zhuanyi/" --- # transferência de domínio Passagem de um nome de domínio de um registrador para outro, muitas vezes em busca de melhor serviço ou preço. O titular desbloqueia o nome, obtém o código de autorização e pede ao novo registrador que inicie o processo. Nos gTLDs, uma transferência geralmente acrescenta um ano ao prazo de registro. A troca de titular é um processo separado. Uma transferência de domínio leva um nome de domínio de um registrador, a empresa que o gerencia para o titular, para outro. O titular continua o mesmo; só a empresa muda. Nos gTLDs, como o .com, as regras da ICANN definem quem faz o quê e em que prazo. ## O que é e o que não é uma transferência de domínio O registrador cedente entrega o nome ao registrador de destino. Nos gTLDs, a Política de Transferência da ICANN, em vigor desde 12 de novembro de 2004, dá aos titulares o direito de transferir, e só o titular pode aprovar ou recusar uma transferência. Em outubro de 2026, a versão em vigor é a atualizada em 21 de fevereiro de 2024, obrigatória desde 21 de agosto de 2025. Uma transferência não é uma mudança de proprietário (mudança de titular), que tem regras próprias, nem uma mudança de hospedagem do site, que não exige transferência. Os domínios de topo de código de país definem suas próprias regras. No .eu, um único código serve para um novo registrador, um novo titular ou ambos, e um bloqueio do registrador não o impede. No .es, a Red.es define o procedimento. ## Antes de começar: bloqueios, o código de autorização e a regra dos 60 dias O registrador atual deve fornecer duas coisas: - **Um nome desbloqueado.** O bloqueio do registrador, clientTransferProhibited, faz o registro rejeitar transferências. Um registrador só pode ativá-lo no momento do registro ou a pedido do titular, nos termos do contrato de registro. - **O código de autorização (auth code).** Um código secreto, único para cada domínio, que o titular entrega ao novo registrador. Se não houver uma ferramenta de autoatendimento, o registrador deve fornecer os dois em até cinco dias corridos após o pedido. Ele não pode tornar isso mais difícil do que alterar os dados de contato ou dos servidores de nomes, nem retê-los por causa de uma disputa de pagamento. Em outubro de 2026, valem dois períodos de 60 dias. Um registrador pode recusar uma transferência em até 60 dias após a criação do nome ou uma transferência anterior. Após uma mudança de titular (uma alteração relevante no nome, na organização ou no endereço de e-mail do titular), ele deve aplicar um bloqueio de transferência de 60 dias, salvo se o titular tiver optado por não tê-lo antes. A política recomenda transferir primeiro e mudar o proprietário depois. Nomes vencidos podem ser transferidos, a menos que um período anterior esteja sem pagamento, mas um nome em período de carência para resgate precisa primeiro ser restaurado, o que pode ter uma taxa. ## Passo a passo: do pedido à conclusão 1. O titular desbloqueia o nome e obtém o código de autorização. 2. O titular pede a transferência ao novo registrador e lhe entrega o código. 3. O registro verifica o código e notifica os dois registradores. O domínio passa a mostrar pendingTransfer. 4. Em até 24 horas, o registrador cedente pede ao titular que confirme, usando o FOA (formulário de autorização). 5. O registrador cedente aprova ou recusa. Sem resposta em cinco dias corridos, o registro conclui a transferência. 6. Um ano é acrescentado ao registro, até um total de dez anos. Esses são prazos máximos, não prazos típicos. Em outubro de 2026, a ICANN não exige o cumprimento do FOA do próprio registrador de destino desde 26 de janeiro de 2020. Por exemplo, o novo registrador apresenta um pedido para example.com em uma segunda-feira. Se o registrador cedente não se manifestar, a transferência é concluída cinco dias corridos depois e a data de vencimento avança um ano. Se o titular tivesse alterado o e-mail do titular na semana anterior sem optar por não ter o bloqueio, a transferência seria recusada. ## Quanto custa Os registradores definem seus próprios preços de transferência, mas uma transferência não pode ser recusada porque essa taxa não foi paga. As regras dos registros podem variar: pelo contrato do .net de 2005, uma transferência durante o período de carência de renovação automática cancela o ano de renovação automática e acrescenta um ano no lugar dele. ## Por que uma transferência pode ser recusada O registrador cedente deve informar o motivo. Em outubro de 2026, ele **pode** recusar por indícios de fraude, por uma dúvida razoável sobre a identidade do titular, por períodos anteriores sem pagamento (ou, antes do vencimento, o período atual), por oposição expressa do titular ou pelo período de 60 dias após a criação ou uma transferência anterior. Ele **deve** recusar durante um caso de UDRP ou de URS de que tenha conhecimento, por ordem judicial, durante uma disputa pendente sobre uma transferência anterior ou durante o bloqueio de 60 dias após uma mudança de titular. Ele **não pode** recusar porque um período futuro não foi pago, porque o titular não respondeu ou por causa de um bloqueio que o titular não podia remover. ## Problemas e disputas: o que fazer se uma transferência der errado - **Um pendingTransfer inesperado.** A ICANN recomenda pedir imediatamente ao registrador que recuse o pedido. - **Recusa ou bloqueio contestado.** O titular pode apresentar uma reclamação de transferência (Transfer Complaint) à ICANN. - **Emergências entre registradores.** Cada registrador mantém um TEAC (contato de emergência para transferências). Em outubro de 2026, uma pessoa deve responder em até 4 horas; o silêncio pode levar à anulação da transferência. - **TDRP.** Só os registradores podem recorrer, em até 12 meses, a um provedor aprovado (em outubro de 2026, o ADNDRC ou o Forum, antigo National Arbitration Forum). Uma transferência inválida é devolvida ao registrador anterior. A via judicial continua aberta. Quando um registrador é comprado ou perde o credenciamento, a ICANN pode aprovar uma transferência em massa de todos os seus nomes: gratuita até 50.000 nomes, com um valor fixo de US$ 50.000 acima disso (em outubro de 2026). Alguns registros oferecem o BTAPPA para parte de um portfólio. ## Próximas mudanças nas regras de transferência Em 7 de junho de 2026, a Diretoria da ICANN adotou as 47 recomendações da revisão da Política de Transferência (resolução 2026.06.07.04). Em outubro de 2026, elas **não estão em vigor**: a ICANN lista o projeto como na fila, sem data de entrada em vigor. Depois de implementadas, as principais mudanças serão: - O código de autorização passará a ser o Transfer Authorization Code (TAC, código de autorização de transferência): com pelo menos 128 bits de força, válido por 336 horas (14 dias) e de uso único. O titular será notificado em até 10 minutos após a emissão. - O FOA do registrador de destino deixará de existir; o formulário do registrador cedente passará a ser uma Transfer Confirmation (confirmação de transferência), sem aprovação com um clique. - Um bloqueio obrigatório de 720 horas (30 dias) passará a seguir o registro e cada transferência; só o bloqueio após uma transferência poderá ser retirado antes, mediante pedido fundamentado, como uma venda documentada. - Uma mudança de titular não trará bloqueio, apenas um aviso em até 24 horas, sob uma política separada, a Change of Registrant Data Policy. - Os registradores poderão recusar por abuso do DNS e terão de recusar se o titular se opuser. - Um TEAC terá 24 horas para responder. - O BTAPPA passará a fazer parte da política e se estenderá a clientes que transferem o próprio portfólio. ## Fontes - [Transfer Policy](https://www.icann.org/en/contracted-parties/accredited-registrars/resources/domain-name-transfers/policy) - [Registrar Transfer Dispute Resolution Policy](https://www.icann.org/en/contracted-parties/accredited-registrars/registrar-transfer-dispute-resolution-policy-21-02-2024-en) - [Final Report on the Transfer Policy Review Policy Development Process](https://gnso.icann.org/sites/default/files/policy/2025/correspondence/tpr-team-to-gnso-council-04feb25-en.pdf) ## termos relacionados - [código de autorização](https://tldlog.com/pt/glossario/codigo-autorizacao/) - [bloqueio de transferência](https://tldlog.com/pt/glossario/bloqueio-transferencia/) - [mudança de titular](https://tldlog.com/pt/glossario/mudanca-titular/) - [EPP](https://tldlog.com/pt/glossario/epp/)