Resposta rápida
Como funcionam as transferências de domínio?
Uma transferência de domínio gTLD move um nome de um registrador credenciado pela ICANN para outro com um auth code. Pela Política de Transferência da ICANN em vigor desde outubro de 2026, o registrador antigo tem 5 dias corridos para responder. Depois disso, a transferência é aprovada por padrão. Na TransferOffshore, uma transferência de .com custa US$ 12,49 e adiciona um ano.
Regras de transferência de domínio em vigor hoje
| Política em vigor | Política de Transferência da ICANN, versão atualizada em 21 de fevereiro de 2024; obrigatória para registradores desde 21 de agosto de 2025 |
|---|---|
| Janela do registrador de saída | 5 dias corridos após o aviso do registro; sem resposta, a transferência é aprovada por padrão |
| Prazo do auth code | Em até 5 dias corridos após sua solicitação, quando o registrador não tem ferramenta de autoatendimento; nunca retido por causa de uma disputa de pagamento |
| Bloqueio após registro ou transferência | 60 dias: um motivo que os registradores podem usar para negar; muitos registradores aplicam, e alguns registros exigem |
| Bloqueio por alteração do titular | 60 dias após uma alteração do titular; o registrador pode oferecer uma opção de saída antes da alteração |
| Tempo adicionado em gTLDs | Um ano adicionado à data de expiração atual, com o total limitado a 10 anos |
| Regras que vêm por aí | Transfer Policy Review adotada pelo Conselho da ICANN em 7 de junho de 2026 (bloqueios de 30 dias, código de uso único); nenhuma data de vigência publicada até 19 de outubro de 2026 |
| Preço da transferência aqui | .com US$ 12,49, igual à renovação; todos os preços na lista de preços |
Quem faz o quê em uma transferência de nome de domínio?
Quatro partes participam, e só uma delas é você. O registro opera a extensão, os dois registradores a vendem, e você detém o nome.
| Parte | Quem é | Sua função na transferência |
|---|---|---|
| Titular | Você, o detentor do nome de domínio | Remove o bloqueio, obtém o código de autorização, entrega ao novo registrador, mantém o e-mail de contato acessível |
| Registrador de saída | O registrador de registro atual | Emite o código de autorização, remove clientTransferProhibited, depois aprova, nega por um motivo listado ou deixa os 5 dias terminarem |
| Registrador de entrada | O registrador para o qual você migra; na TransferOffshore, nosso registrador parceiro acreditado pela ICANN, exibido no registro RDAP | Recebe o código, envia a solicitação de transferência ao registro, verifica o e-mail do titular |
| Registro | O operador da extensão (Verisign para .com) | Verifica o código, define pendingTransfer, avisa o registrador de saída, conclui a mudança e estende a data de expiração |
O registro é o árbitro. Ele mantém o registro autoritativo do nome de domínio: seu registrador patrocinador, seus status, sua data de expiração e seus nameservers. Uma transferência altera o registrador patrocinador nesse registro. Ela não altera os nameservers, e é por isso que um site pode continuar online durante todo o processo.
O que acontece entre o dia 0 e o dia 5?
Uma transferência de gTLD é concluída no dia 5, no máximo, a menos que o registrador de saída a negue por um motivo permitido pela política. Muitos registradores também permitem que você aprove a transferência de saída antecipadamente, o que pode concluí-la em algumas horas.
| Quando | O que acontece | Status do nome de domínio |
|---|---|---|
| Antes do dia 0 | Você desativa o bloqueio de transferência e copia o código de autorização no registrador de saída | Bloqueio removido |
| Dia 0 | O registrador de entrada envia a solicitação com o código; o registro verifica o código e notifica o registrador de saída | pendingTransfer |
| Dias 1 a 5 | O registrador de saída pode enviar um e-mail para você, aprovar antecipadamente ou negar por um motivo permitido | pendingTransfer |
| Dia 5 | Sem resposta, o registro aprova a transferência por padrão | De volta a ok, novo registrador |
| Após a transferência | O novo registrador pode bloquear outra transferência por 60 dias | Frequentemente clientTransferProhibited |
Na sua conta TransferOffshore, Meus domínios mostra a mesma linha do tempo: Solicitada → Aguardando o registrador atual (até 5 dias) → Concluída ou Falhou. Uma linha com falha mostra o motivo, como código errado ou domínio ainda bloqueado, com um campo para enviar um código corrigido.
O que é o código de autorização e quem deve fornecê-lo?
O código de autorização (também chamado de EPP code ou AuthInfo) é uma senha armazenada no registro para cada domínio. O registrador de destino deve enviá-lo junto com a solicitação de transferência, e o registro recusa a solicitação se ele não corresponder.
O registrador de saída deve fornecer o código a você. Se ele não tiver uma ferramenta de autoatendimento, a política lhe dá 5 dias corridos a partir da sua solicitação. Ele não pode recusar o código porque você deve dinheiro a ele. Os registros de país definem suas próprias regras: um AuthInfo de .de é válido por 30 dias, e o .uk não usa código algum. Detalhes em o que é um código de autorização.
Quais bloqueios e status impedem uma transferência?
Existem dois tipos de bloqueio: um status que você mesmo pode remover e uma regra baseada em tempo que você só pode aguardar. O RDAP mostra os status, e a ferramenta Lookup da ICANN os lê para qualquer domínio gTLD.
| Bloqueio ou status | Definido por | O que significa | O que você faz |
|---|---|---|---|
| clientTransferProhibited | Registrador de saída | O registro rejeita qualquer solicitação de transferência | Desative o bloqueio de transferência no painel do seu registrador |
| serverTransferProhibited | Registro | Um bloqueio no nível do registro, muitas vezes ligado a uma disputa ou a um período de redempção | Pergunte ao registrador por que ele está definido |
| pendingTransfer | Registro | Uma solicitação de transferência está aberta | Aguarde ou aprove antecipadamente no registrador de saída |
| 60 dias após o registro ou a transferência | Política do registrador, às vezes do registro | O registrador pode negar a transferência | Aguarde até o dia 61 |
| Bloqueio de 60 dias por mudança de titular | Registrador | O registrador deve negar a transferência | Aguarde ou peça a dispensa antes da próxima mudança |
| redemptionPeriod | Registro | O domínio foi excluído após o vencimento | Restaure-o no registrador antigo primeiro |
A lista completa de causas, com uma solução para cada uma, está em por que um domínio não pode ser transferido.
O que é acrescentado à data de vencimento após uma transferência?
Nos gTLDs como .com, .net e .org, uma transferência concluída acrescenta um ano à data de expiração existente. O tempo que você já pagou é mantido. A política limita o prazo total não expirado a 10 anos, então um domínio renovado perto desse limite não pode receber o ano adicional inteiro.
Um exemplo: um .com expira em 1º de março de 2027 e é transferido em 10 de novembro de 2026. Sua nova data de expiração é 1º de março de 2028.
Período de carência de renovação automática. Se o registrador antigo renovou o domínio automaticamente nos últimos 45 dias, o registro cancela essa renovação e credita o registrador de saída. A transferência então acrescenta seu próprio ano. O resultado líquido é um ano após a data de expiração antiga, não dois. Se você pagou o registrador antigo por essa renovação, o reembolso depende da política dele.
As extensões de país são diferentes. Uma transferência de .uk mantém a data de expiração como está. Uma transferência de .ai acrescenta dois anos desde 15 de janeiro de 2025, conforme a declaração do operador do registro ao Domain Name Wire; a TransferOffshore a cobra como 2 anos: US$ 86,49 mais uma renovação, $172.98. Uma transferência de .ch não acrescenta ano.
Como as transferências de country-code (ccTLD) são diferentes?
Os ccTLDs não seguem a ICANN Transfer Policy: cada registro escreve suas próprias regras. O mecanismo, o tempo de espera e o ano acrescentado podem mudar. A tabela abaixo cobre as extensões mais procuradas; a tabela regras de transferência por extensão cobre 40.
| Extensão | Como ele se move | Ano de inclusão | Velocidade | Confiança |
|---|---|---|---|---|
| .uk | Alteração do IPS tag pelo registrador atual, sem código; transferências por código a partir de 9 de fevereiro de 2027, segundo a Realtime Register | Não, a expiração não muda | Não informado pela Nominet | Misto |
| .de | AuthInfo válido por 30 dias, apenas uma transferência | Depende do registrador | Imediata assim que o AuthInfo confere (DENIC) | Principal para o mecanismo |
| .nl | Token que o registrador deve fornecer em até 5 dias | Depende do registrador | Imediata (SIDN) | Primário e secundário |
| .ch | Código de transferência do registrador | Não | Não declarado | Misto |
| .ai | Código de autorização EPP | Dois anos desde 15 de janeiro de 2025 | O registrador de saída tem 7 dias, segundo fontes secundárias | Secundária |
Cada extensão que aceitamos também tem seu próprio guia nos guias de transferência por extensão.
Quando um registrador deve, pode ou não pode negar uma transferência?
A Transfer Policy divide os motivos de recusa em três listas. Um registrador que recusa por um motivo fora delas quebra seu contrato com a ICANN.
| Regra | Motivo | Seção da política |
|---|---|---|
| Deve negar | Um processo UDRP sobre o qual o registrador foi notificado | I.A.3.8 |
| Deve negar | Uma ordem judicial | I.A.3.8 |
| Deve negar | Um caso TDRP (Transfer Dispute Resolution Policy) pendente | I.A.3.8 |
| Deve negar | Um processo URS ou uma suspensão URS | I.A.3.8 |
| Deve negar | O bloqueio de 60 dias por mudança de titular, a menos que o titular tenha optado por não aplicá-lo | I.A.3.8 |
| Pode negar | Indícios de fraude | I.A.3.7 |
| Pode negar | Uma disputa razoável sobre a identidade de quem está pedindo | I.A.3.7 |
| Pode negar | Falta de pagamento de um período anterior ou expirado, após colocar o nome de domínio em Registrar Hold | I.A.3.7 |
| Pode negar | Objeção expressa do contato de transferência | I.A.3.7 |
| Pode negar | Menos de 60 dias desde a criação ou desde uma transferência anterior | I.A.3.7 |
| Não pode negar | Falta de pagamento de um período pendente ou futuro | I.A.3.9 |
| Não pode negar | Sem resposta do titular ou do contato administrativo | I.A.3.9 |
| Não pode negar | Um bloqueio que o titular não tinha como remover de forma razoável | I.A.3.9 |
| Não pode negar | Expiração ou não renovação do nome de domínio, conforme o FAQ do titular da ICANN | I.A.3.9 |
Essas regras vão mudar em breve?
Sim, mas ainda não. Em 7 de junho de 2026, o Conselho da ICANN adotou a Revisão da Política de Transferência (resolução 2026.06.07.04). Ela traz bloqueios de 30 dias em vez de 60, um Transfer Authorization Code (TAC) 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, a ICANN não publicou nenhuma data de vigência. Enquanto isso não acontecer, todas as regras desta página continuam valendo. A página mudanças na política de transferência da ICANN acompanha os detalhes.
Como funciona uma transferência para a TransferOffshore?
Você insere cada domínio e seu código de autenticação no formulário de transferência, uma linha por domínio, até 20 linhas por solicitação. Seus nameservers atuais são mantidos por padrão, então o site e o email continuam funcionando. Você paga de um saldo em cripto, e as solicitações vão para os registros assim que o pagamento é creditado. O registrador de registro passa a ser nosso registrador parceiro credenciado pela ICANN, exibido no registro RDAP.
O preço de transferência é igual ao preço de renovação da extensão e é cobrado uma vez por domínio (um .ai é cobrado por 2 anos, transferência + uma renovação): .com US$ 12,49, .net US$ 12,99, .org US$ 12,49. O passo a passo completo está em como transferir um domínio para um registrador offshore.
Perguntas sobre transferência de domínio
Quanto tempo leva uma transferência de domínio?
Uma transferência de gTLD leva até 5 dias corridos. O registry notifica o registrador de origem, que tem 5 dias para responder antes de a transferência ser aprovada por padrão. Aprovar antecipadamente no registrador de origem pode reduzir isso a horas. Alguns registries nacionais, como DENIC para .de e SIDN para .nl, concluem a transferência na hora quando o código confere.
O registrador antigo pode bloquear minha transferência?
Apenas pelos motivos listados na Política de Transferência da ICANN. Ele deve negar durante um caso UDRP, uma ordem judicial ou um bloqueio por mudança de titular. Pode negar por fraude, disputa de identidade, período anterior não pago ou pelo período de 60 dias após o registro ou a transferência. Não pode negar porque o domínio expirou ou porque você não respondeu a um e-mail.
Perco o tempo já pago quando faço a transferência?
Não. Em gTLDs o registry mantém sua data de expiração atual e acrescenta um ano, até o total de 10 anos. Se o domínio foi renovado automaticamente nos últimos 45 dias, o registry cancela essa renovação. A transferência acrescenta um ano, então você termina um ano após a data de expiração antiga.
A transferência altera meus nameservers?
Não. Os nameservers ficam armazenados no registry e permanecem os mesmos durante a transferência. A indisponibilidade só acontece quando o próprio DNS é hospedado no registrador antigo e para quando o domínio sai de lá. A TransferOffshore mantém seus nameservers atuais por padrão. Veja transferir sem indisponibilidade de DNS.
Por que preciso esperar 60 dias após registrar um domínio?
A política atual da ICANN permite que um registrador negue uma transferência nos 60 dias seguintes à data de criação ou de uma transferência anterior. É um motivo permitido, não uma obrigação, mas muitos registradores aplicam e alguns registries exigem. A política adotada em 7 de junho de 2026 vai reduzir isso para 30 dias quando entrar em vigor.
Quem me manda e-mail durante uma transferência?
Normalmente o registrador de origem, que pode pedir que você confirme ou rejeite a transferência. Pela política atual, você não precisa responder: o silêncio leva à aprovação após 5 dias. O registrador de destino também verifica seu e-mail. A ICANN exige essa verificação em até 15 dias, ou o domínio é suspenso.
Os ccTLDs seguem as mesmas regras?
Não. Os registries de código de país definem suas próprias regras de transferência. Um domínio .uk muda alterando sua IPS tag, sem código e sem ano acrescentado. Uma transferência .de ou .nl é concluída na hora quando o código confere. A tabela regras por extensão lista cada uma com sua fonte.
Fontes (11)
- Transfer Policy (atualizada em 21 de fevereiro de 2024) — ICANN (verificado em 2026-10-19)
- Transfer Policy (texto de 2016) — ICANN (verificado em 2026-10-19)
- Perguntas frequentes do titular sobre transferência de nomes de domínio — ICANN (verificado em 2026-10-19)
- Códigos de status EPP: o que significam e por que você deveria saber? — ICANN (verificado em 2026-10-19)
- Aviso do registrador sobre o período de tolerância de renovação automática (6 de junho de 2002) — ICANN (verificado em 2026-10-19)
- Períodos de carência explicados — Identity Digital (verificado em 2026-10-19)
- Resoluções aprovadas, reunião ordinária do Conselho da ICANN, 7 de junho de 2026 — ICANN (verificado em 2026-10-19)
- Provider transfer of .de domains — DENIC (verificado em 2026-10-19)
- Transferring your domain name — SIDN (verificado em 2026-10-19)
- Nominet standardises .uk domains from February 2027 — Realtime Register (verificado em 2026-10-19)
- A Identity Digital agora administra os domínios .ai — Domain Name Wire (verificado em 2026-10-19)
Pronto para transferir um domínio?
Informe o nome e o código de autorização. Os nameservers são mantidos, um ano é acrescentado em gTLDs, e você paga em cripto sem documento.