Como migrar um site para outra hospedagem sem ficar fora do ar

Dá para migrar um site para outra hospedagem sem ficar fora do ar se você seguir uma regra básica: monte e teste tudo no novo servidor antes de mexer no DNS, reduza o TTL com antecedência e mantenha a hospedagem antiga ativa até a troca se estabilizar. O processo envolve copiar arquivos e banco de dados, testar o site por um endereço provisório, tratar o e-mail, alterar o DNS e verificar tudo depois. Em sites simples leva uma tarde. Em lojas e sistemas, planeje com mais folga.

Antes de migrar: vale a pena?

Migrar custa tempo e traz algum risco. Compare a economia ou o ganho esperado com o custo da operação. A calculadora de migração mostra em quanto tempo a troca se paga. Exemplo ilustrativo: custo de R$ 600 (horas de técnico e meses em dobro), crédito de R$ 100 do novo provedor e economia de R$ 480 por ano deixam custo líquido de R$ 500 e retorno em pouco mais de 12 meses. Se o ganho for desempenho ou suporte, a decisão é mais qualitativa.

Etapa 1: inventário do que existe hoje

Anote tudo o que o site usa:

• Arquivos do site, incluindo uploads e arquivos fora da pasta pública.
• Banco(s) de dados, usuário, senha e versão.
• Versão do PHP e extensões necessárias.
• Tarefas agendadas (cron).
• Contas de e-mail e onde estão hospedadas.
• Registros DNS atuais (A, CNAME, MX, TXT) e subdomínios.
• Certificado SSL e redirecionamentos.
• Integrações: meios de pagamento, APIs, webhooks, listas de IP liberados.

Esse inventário evita a surpresa de descobrir, depois da troca, que um cron de envio de e-mails ou uma regra de redirecionamento não foi copiada.

Etapa 2: backup completo

Faça backup de arquivos e banco antes de qualquer coisa e guarde fora do servidor. Se o provedor tiver ferramenta de backup completo, use. Teste a integridade: o arquivo do banco abre? O arquivo compactado de arquivos extrai sem erro? Sem backup confiável, não comece.

Etapa 3: preparar o novo ambiente

1. Crie a conta e configure a versão do PHP compatível com seu site.
2. Crie o banco de dados e o usuário.
3. Se o novo provedor oferece migração gratuita assistida, avalie usar, informando o que precisa ser copiado.
4. Instale certificado SSL (a emissão pode depender do DNS; alguns provedores permitem emitir antes com métodos alternativos).

Etapa 4: copiar arquivos e banco

Há duas formas comuns:

• Plugin ou ferramenta de migração (em WordPress, existem plugins que empacotam site e banco). Simples, mas pode falhar em sites grandes ou com limite de tempo de execução.
• Cópia manual: baixar arquivos por SFTP, exportar o banco (SQL) e importar no novo servidor, depois ajustar o arquivo de configuração (por exemplo, o wp-config.php no WordPress) com os novos dados do banco.

Para sites grandes, use compactação e transferência direta entre servidores quando possível, pois baixar e subir gigabytes pelo seu computador é lento e sujeito a falhas.

Etapa 5: testar antes de trocar o DNS

Teste o novo site sem alterar o DNS público:

• Use o endereço provisório que o provedor fornece, quando existir; ou
• Edite o arquivo hosts do seu computador para apontar o domínio ao IP do novo servidor, apenas na sua máquina.

Teste navegação, formulários, login, carrinho, checkout em modo de teste, envio de e-mails, imagens e velocidade. Compare lado a lado com o site antigo. Em lojas, congele alterações de pedidos e cadastros por um curto período na hora da troca, ou planeje a janela de menor movimento.

Etapa 6: reduzir TTL e trocar o DNS

Com pelo menos um dia de antecedência, reduza o TTL dos registros para algo como 300 segundos. No momento da troca, altere o registro A (ou os nameservers) para o novo servidor. O processo e os cuidados com e-mail estão em apontar domínio e DNS. Acompanhe a propagação e teste de redes diferentes.

Etapa 7: e-mail

Se o e-mail está na hospedagem antiga e vai para a nova, migre as caixas (por IMAP, com ferramentas de cópia de mensagens) e atualize os registros MX. Se o e-mail está em serviço externo, apenas preserve os registros MX e TXT na nova zona. Revise SPF, DKIM e DMARC, tema do guia de e-mail profissional.

Etapa 8: depois da troca

1. Verifique se o HTTPS está ativo e se há conteúdo misto.
2. Cheque Google Search Console e analítica, para detectar erros de rastreamento.
3. Revise redirecionamentos 301 e o sitemap.
4. Confirme backups automáticos no novo provedor.
5. Mantenha a hospedagem antiga por uma a duas semanas, com o site em modo somente leitura se possível, e só cancele quando tudo estiver estável. Antes de cancelar, baixe um último backup.
6. Se o novo plano foi contratado por promoção, anote a data de renovação.

Cronograma de exemplo

Riscos e como mitigá-los

• Perda de dados: backup duplicado e janela de baixa atividade.
• Queda de e-mail: copiar MX/TXT e testar antes.
• Diferenças de versão de PHP: testar em ambiente provisório.
• Perda de posições no Google: manter URLs e redirecionamentos iguais.
• Cobrança duplicada: acompanhar o fim do contrato antigo e desativar renovação automática no momento certo.

Perguntas frequentes

Posso migrar sozinho se não sou técnico?

Em sites simples, com plugin e tutorial, é possível. Para loja ou sistema crítico, contrate um profissional ou use a migração assistida do novo provedor.

Quanto tempo o site fica fora do ar?

Se o processo for feito corretamente, nenhum ou poucos minutos. A maior parte do tempo é de propagação, em que o visitante vê um dos dois servidores.

Preciso avisar o Google?

Em migrações apenas de servidor, com as mesmas URLs, não é necessário. Mantenha o Search Console monitorado para detectar erros.

E se algo der errado?

Volte o registro DNS para o IP antigo, desde que a hospedagem anterior continue ativa. Por isso não cancele o plano antigo antes do tempo.

Fontes oficiais

• WordPress.org — documentação oficial sobre backup e mudança de servidor.
• Registro.br — alteração de servidores de nomes de domínios .br.
• CERT.br — boas práticas de segurança durante mudanças de infraestrutura.