Como sair de um provedor sem perdas
Os motivos para deixar um provedor variam: os preços subiram, o servidor ficou lento, o suporte não responde, é preciso outro país. Numa mudança dá para perder dados, e-mails, o domínio e o dinheiro dos meses já pagos. Veja uma ordem de passos em que o servidor antigo e o novo funcionam em paralelo por um tempo e desligar o antigo não quebra nada.
A regra principal da mudança: não desligue o antigo enquanto o novo não estiver testado. Por isso o plano segue esta ordem: primeiro o inventário e as cópias, depois o novo servidor e os testes, em seguida a troca do DNS e, só depois de um período tranquilo, o cancelamento do serviço antigo e a transferência do domínio.
Inventário: o que você tem no provedor
No provedor costuma haver mais coisa do que parece. Antes da mudança, faça uma lista:
- sites e aplicações, com seus arquivos, bancos de dados e tarefas do cron;
- caixas de e-mail, redirecionamentos e respostas automáticas, se o e-mail está no mesmo provedor;
- a zona DNS: todos os registros, inclusive os TXT de verificação de serviços, SPF, DKIM e os registros de subdomínios;
- os domínios registrados pelo provedor e as datas de renovação;
- certificados SSL, se são pagos e foram emitidos pelo provedor;
- IPs adicionais, backups, armazenamentos e serviços contratados que se renovam automaticamente.
Exporte a zona DNS inteira, pelo painel ou à mão numa planilha. Um registro TXT perdido, usado para verificar o domínio num serviço de e-mail ou de pagamentos, aparece uma semana depois, quando algo para de funcionar.
Exportação dos dados e backups
Faça uma cópia completa e recente com os seus próprios meios, em vez de confiar nos backups do provedor: depois que a conta for encerrada, eles ficam inacessíveis. Os arquivos são copiados com rsync ou num arquivo compactado, os bancos com um dump (mysqldump, pg_dump) e o e-mail por IMAP. Guarde a cópia fora do servidor antigo e do novo, por exemplo num armazenamento de objetos; as opções estão no artigo Armazenamento de arquivos numa VPS: discos e armazenamento de objetos, e a verificação das cópias, no artigo Backups de VPS: estratégias e ferramentas.
Se o acesso ao painel pode sumir (por exemplo, o provedor vai fechar ou a conta foi bloqueada por falta de pagamento), a exportação vem em primeiro lugar, antes de qualquer negociação. Teste a cópia restaurando-a no novo servidor: um arquivo que não abre normalmente só é descoberto depois que o antigo foi desligado.
Período de funcionamento em paralelo
O novo servidor é contratado com antecedência; o site é montado nele a partir da cópia e testado por um endereço temporário ou pelo arquivo hosts do seu computador. Enquanto isso, o antigo continua funcionando. Reserve pelo menos uma semana para o funcionamento em paralelo: nesse tempo os certificados SSL são emitidos e aparecem as tarefas do cron e as integrações esquecidas.
Pagar por dois servidores sai mais barato se o novo puder ser contratado primeiro por um prazo curto. Pelo catálogo da accsly.io em novembro de 2026, 173 provedores informam explicitamente cobrança por hora, e 818 dos 2.248 provedores de VPS, ou 36%, oferecem garantia de reembolso, na maioria das vezes de 30 dias. Seleções: VPS com cobrança por hora e VPS com reembolso. O passo a passo da migração do site está no artigo Como migrar um site da hospedagem para uma VPS.
Redução do TTL e troca do DNS
Todo registro DNS tem um TTL, o tempo em segundos durante o qual os resolvedores dos provedores de internet podem guardar o valor dele, como já define o RFC 1035. Se o TTL é de um dia, depois da troca do IP parte dos visitantes ainda vai chegar ao servidor antigo durante um dia.
- Uma ou duas vezes o TTL antigo antes da mudança, reduza o TTL dos registros A, AAAA e MX para 300 segundos. Se o TTL era de 86.400 segundos, faça isso com pelo menos dois dias de antecedência.
- Antes da troca, sincronize os dados mais uma vez: os arquivos enviados pelos usuários e os pedidos novos no banco. Em lojas virtuais, liga-se o modo de manutenção durante esse tempo.
- Troque os endereços nos registros. Graças ao TTL curto, a maioria dos visitantes passa para o novo servidor em poucos minutos.
- Depois de alguns dias tranquilos, volte o TTL para uma hora ou um dia.
Se a zona DNS está nos servidores de nomes do provedor antigo, primeiro leve-a para o registrador ou para um serviço de DNS à parte, com os mesmos registros, e só então troque os servidores de nomes do domínio. Como funcionam os registros e os servidores de nomes está no artigo Domínios e DNS para quem tem servidor.
Transferência do domínio para outro registrador
O domínio pode ficar no registrador atual, trocando-se só o DNS; é o caminho mais simples. Transferi-lo vale a pena se o registrador é o próprio provedor que você está deixando. Para domínios gTLD (.com, .net, .org e outros), as regras são definidas pela política de transferência da ICANN:
- a pedido do titular, o registrador é obrigado a fornecer em até 5 dias corridos o código de transferência (AuthInfo, também chamado de código EPP) e a retirar a proibição de transferência (ClientTransferProhibited, o que no painel aparece como bloqueio do registrador);
- a transferência pode ser recusada nos primeiros 60 dias após o registro do domínio ou após a transferência anterior, e depois de uma troca de titular o registrador aplica uma proibição de 60 dias, que o titular pode recusar de antemão;
- o código é informado no novo registrador, e paga-se a renovação por um ano; se o registrador antigo não se opuser, o registro conclui a transferência em 5 dias.
Os domínios de código de país (.br, .pt, .de, .ru e outros) seguem as regras do próprio registro; para .ru, por exemplo, elas estão publicadas na página de documentos do registro. Não transfira o domínio nos mesmos dias que o servidor e não comece a transferência poucos dias antes do vencimento do registro: se algo der errado, o domínio não pode acabar expirando.
Migração do e-mail
O e-mail é a parte mais frágil da mudança. Crie as caixas no novo provedor de e-mail ou no seu próprio servidor e depois copie as mensagens das caixas antigas por IMAP, por exemplo com o utilitário imapsync, que transfere as pastas e, quando executado de novo, baixa só o que é novo. Em seguida, troque os registros MX, SPF e DKIM pelos valores do novo provedor e, um dia depois, rode a sincronização mais uma vez para pegar as mensagens que chegaram ao servidor antigo enquanto o DNS se atualizava. Se você vai montar o e-mail na sua própria VPS, as condições para isso estão no artigo Servidor de e-mail em VPS: SPF, DKIM, DMARC.
Cancelamento do serviço e reembolso
Cancele o serviço antigo só quando o tráfego e os e-mails pararem de chegar ao servidor antigo e a cópia estiver testada. Antes disso, desative a renovação automática e o cartão vinculado, para não ter uma cobrança do período seguinte, e peça a confirmação do encerramento por escrito.
A devolução do saldo pago depende das condições do provedor: parte dos provedores recalcula os meses não usados, às vezes cancelando o desconto por prazo longo, e parte só devolve o dinheiro dentro do período de garantia. Além do contrato, contam a lei do país do provedor e as regras de defesa do consumidor do país em que você mora; para consumidores na União Europeia, por exemplo, os direitos legais dependem do contrato e do país. Leia os termos antes de pagar por um prazo longo e, em caso de dúvida, consulte um órgão de defesa do consumidor. Mais sobre garantias no artigo Período de teste e reembolso, e sobre o contrato com um provedor estrangeiro, no artigo Jurisdição do provedor: o que ela define.