Migrar um site não precisa significar páginas indisponíveis, vendas interrompidas ou formulários fora do ar. Com uma estratégia de migração sem downtime, o servidor antigo permanece funcionando enquanto arquivos, banco de dados e configurações são preparados e testados no novo ambiente.
A mudança pode ser motivada por lentidão, instabilidade, limitações de recursos, suporte insuficiente ou aumento de custos. Uma hospedagem com melhor desempenho pode reduzir o tempo de resposta do servidor, suportar mais acessos simultâneos e oferecer recursos como backups automáticos, certificados SSL, monitoramento e redes de distribuição de conteúdo.
Em um teste A/B realizado pela Vodafone, uma página otimizada apresentou uma melhora de 31% no Largest Contentful Paint, métrica que indica quanto tempo o principal conteúdo visível demora para aparecer. Essa versão gerou 8% mais vendas, além de aumentar em 15% a proporção de visitantes que se tornaram leads e em 11% a proporção dos que chegaram ao carrinho.
Fonte: Vodafone
Para obter esses benefícios sem interromper a operação, a migração deve ser tratada como um processo gradual. A recomendação do Google Search Central para mudanças de hospedagem é preparar a nova infraestrutura, copiar e testar o site, alterar o DNS e monitorar os dois servidores durante a transição.
Para realizar essa mudança com segurança, é necessário planejar cada etapa, desde o backup e a preparação do novo servidor até o monitoramento após a migração da hospedagem do site.
Por que migrar
Uma migração pode solucionar problemas que não dependem apenas do código do site. Se o servidor demora para responder, enfrenta indisponibilidades recorrentes ou não oferece recursos suficientes para períodos de pico, otimizações no front-end podem ter efeito limitado.
Uma infraestrutura melhor dimensionada pode proporcionar:
- Menor tempo de resposta do servidor;
- Mais estabilidade durante picos de tráfego;
- Possibilidade de aumentar CPU, memória e armazenamento;
- Backups e restauração mais acessíveis;
- Versões atualizadas de PHP, Node.js e bancos de dados;
- Melhor suporte a cache, CDN e certificados SSL;
- Monitoramento e suporte técnico mais eficientes.
A hospedagem não é o único fator de velocidade. Temas, plugins, consultas ao banco, imagens e scripts externos também influenciam o resultado. Por isso, o desempenho deve ser medido antes e depois da migração nas mesmas páginas e condições.
| Segmento | Conversões após melhora de 0,1 segundo | Outro resultado |
| Varejo | +8,4% | +9,2% no valor médio dos pedidos |
| Viagens | +10,1% | +1,9% no valor médio dos pedidos |
| Luxo | Não informado | +8,6% em páginas por sessão |
| Geração de leads | Não informado | +8,3% na taxa de rejeição das páginas informativas |
Fonte: Milliseconds Make Millions da Deloitte.
Planejando a migração
O primeiro passo é criar um inventário do ambiente atual. Registre o sistema de gerenciamento de conteúdo, versões das linguagens, banco de dados, volume de arquivos, contas de e-mail, tarefas agendadas, subdomínios, certificados, regras de redirecionamento, serviços externos e registros DNS.
Também é importante estabelecer uma linha de base. Meça tempo de resposta, disponibilidade, consumo de recursos, erros HTTP e desempenho das páginas principais. Esses números permitirão verificar se o novo servidor realmente trouxe melhorias.
Antes de qualquer transferência, faça um backup completo e teste sua restauração. No WordPress, por exemplo, a documentação oficial recomenda copiar tanto os arquivos quanto o banco de dados. Um backup que nunca foi restaurado não deve ser considerado totalmente validado.
Prepare ainda um plano de retorno. Ele deve definir em quais situações a migração será revertida, quem tomará a decisão e como os dados criados depois da mudança serão preservados.
Preparando o destino
O novo servidor deve estar pronto antes de receber o tráfego real. Configure versões compatíveis da linguagem e do banco de dados, extensões, permissões de arquivos, variáveis de ambiente, contas de acesso, certificados SSL e tarefas agendadas.
Verifique também os limites de memória, tamanho de upload, tempo de execução e conexões simultâneas. Diferenças nesses parâmetros podem fazer o site funcionar no servidor antigo e apresentar erros no novo.
Se o domínio permanecer igual, preserve a estrutura de URLs. Em uma simples troca de hospedagem, normalmente não é necessário criar redirecionamentos. Se domínio, protocolo ou caminhos também forem alterados, a mudança passa a exigir um plano adicional de SEO, com redirecionamentos permanentes e atualização de links internos.
Copiando os dados
A primeira cópia pode ser feita enquanto o site antigo continua disponível. Arquivos podem ser transferidos por SFTP, rsync, painel de controle ou uma ferramenta fornecida pela empresa de hospedagem.
O banco de dados deve ser exportado e importado preservando codificação, usuários, permissões e configurações. Depois da importação, atualize as credenciais da aplicação e confirme que o novo servidor consegue se conectar ao banco.
Sites dinâmicos exigem mais atenção. Enquanto a cópia é realizada, visitantes podem continuar criando pedidos, comentários, cadastros e arquivos no ambiente antigo. Para evitar perda de informações, será necessária uma sincronização final antes da mudança de DNS.
Se o e-mail estiver no mesmo provedor, trate sua migração separadamente. Caixas postais, mensagens e registros MX não são transferidos automaticamente com os arquivos do site.
Testando o site
Não é preciso alterar o DNS público para testar o novo servidor. A equipe pode usar um endereço temporário ou modificar localmente o arquivo hosts, fazendo com que apenas o computador de teste associe o domínio ao novo endereço IP.
Nessa etapa, revise:
- página inicial e páginas internas;
- login e recuperação de senha;
- formulários e envio de e-mails;
- busca e filtros;
- carrinho, pagamento e confirmação de pedidos;
- upload de arquivos e imagens;
- integrações, APIs e webhooks;
- tarefas agendadas;
- certificado HTTPS;
- páginas de erro;
- sitemap, robots.txt e tags canônicas;
- cache e cabeçalhos HTTP.
O Google recomenda testar todas as interações importantes e verificar se o Googlebot poderá acessar a nova infraestrutura. A inspeção deve comparar o novo site com o antigo, inclusive em dispositivos móveis.
O processo começa com o planejamento da migração e a criação de um backup completo, que permitirá restaurar o site caso ocorra algum problema. Em seguida, o novo servidor é configurado com versões, extensões, permissões e recursos compatíveis com o ambiente atual. Os arquivos e o banco de dados são então copiados, enquanto o site antigo continua atendendo aos visitantes normalmente.
Antes de direcionar o público para o novo ambiente, a equipe testa páginas, formulários, pagamentos, integrações e outras funções sem alterar o DNS. Depois da validação, as informações criadas durante o período de testes são sincronizadas para que pedidos, cadastros e arquivos recentes não sejam perdidos.
Somente após essas etapas, o DNS passa a apontar para o novo servidor. Como a atualização ocorre gradualmente, os ambientes antigo e novo permanecem ativos e são monitorados ao mesmo tempo. Quando os registros de acesso confirmam que o tráfego foi transferido e o novo servidor está estável, o ambiente anterior pode ser encerrado com segurança.
Sincronizando alterações
Pouco antes da mudança de DNS, faça uma sincronização incremental dos arquivos modificados desde a primeira cópia. Para o banco de dados, existem três estratégias principais.
A opção mais simples é colocar o site brevemente em modo somente leitura, impedir novas gravações, exportar as últimas alterações e importá-las no destino. O site pode continuar exibindo conteúdo, mas operações como compras e cadastros ficam temporariamente limitadas.
Projetos que não podem interromper gravações podem usar replicação de banco ou uma arquitetura compartilhada. Essas opções exigem mais planejamento e testes, pois os dois servidores não devem aceitar informações em bancos independentes. Caso contrário, pedidos e cadastros podem ficar divididos entre os ambientes.
Depois da sincronização final, valide novamente os totais de registros, pedidos recentes, usuários e arquivos enviados.
Alterando o DNS
O DNS conecta o domínio ao endereço IP do servidor. Para acelerar a transição, reduza antecipadamente o TTL dos registros que serão alterados. O TTL determina por quanto tempo resolvedores podem manter uma resposta em cache.
A redução deve ocorrer pelo menos durante o período definido no TTL antigo antes da mudança. Alterar o valor poucos minutos antes do corte não elimina as respostas que já estavam armazenadas. A documentação da Cloudflare explica como esse tempo controla a permanência dos registros em cache.
No momento da migração, atualize os registros A e AAAA ou o CNAME correspondente. Não apague os outros registros da zona DNS sem necessidade, especialmente MX, TXT e entradas usadas para validação de e-mail ou serviços externos.
Como diferentes provedores podem atualizar seus caches em momentos distintos, alguns visitantes ainda chegarão ao servidor antigo. Por isso, os dois ambientes devem permanecer ativos durante a propagação.
Monitorando a migração
Após a troca, monitore os logs dos dois servidores. A redução dos acessos no ambiente antigo indica que a alteração está avançando, enquanto o aumento de tráfego no novo confirma que os resolvedores estão recebendo o endereço atualizado.
Acompanhe especialmente:
- erros HTTP 404 e 500;
- tempo de resposta;
- consumo de CPU e memória;
- conexões com o banco;
- formulários e pagamentos;
- filas, tarefas agendadas e webhooks;
- tráfego e conversões;
- indexação no Google Search Console;
- alertas de disponibilidade.
Se ocorrer uma falha grave, o DNS pode voltar a apontar para o servidor anterior. Entretanto, é preciso considerar os dados criados no novo ambiente antes da reversão. Retornar o tráfego sem sincronizar essas informações pode causar perda de pedidos e cadastros.
Encerrando o processo
Não cancele o plano antigo imediatamente. Mantenha-o funcionando até que seus logs deixem de registrar tráfego relevante, o novo servidor permaneça estável e todos os recursos tenham sido validados.
Depois disso, faça um backup final, restaure o TTL para o valor habitual, remova acessos temporários e documente as configurações do novo ambiente. Credenciais criadas especificamente para a transferência também devem ser revogadas.
Uma migração sem downtime depende menos de um único comando e mais da ordem correta das etapas: copiar, testar, sincronizar, alterar o DNS e monitorar. Ao escolher uma nova solução de hospedagem de sites, compare desempenho, compatibilidade técnica, recursos de segurança, backups, escalabilidade e suporte à migração. A infraestrutura adequada reduz riscos operacionais, mas são os testes e o período de funcionamento paralelo que mantêm o site acessível durante a mudança.
