Mudar de hospedagem pode resolver limitações de desempenho, suporte ou operação — mas uma migração apressada pode deixar páginas fora do ar, formulários sem funcionar ou conteúdo divergente entre o site antigo e o novo. O caminho mais seguro é tratar a mudança como uma implantação: preparar, copiar, testar, virar o tráfego e manter uma forma de voltar atrás.
Este roteiro serve como base para sites institucionais e aplicações web. Sistemas com e-commerce, áreas logadas, integrações ou atualizações frequentes exigem planejamento adicional.
1. Faça o inventário antes de copiar
Registre domínio e DNS, versão da aplicação, banco de dados, arquivos enviados, certificados TLS, tarefas agendadas, contas de e-mail vinculadas ao domínio, redirecionamentos, integrações e dependências externas. Identifique quem pode aprovar a mudança e em qual janela o tráfego pode ser alterado.
Em WordPress, arquivos e banco de dados precisam ser considerados em conjunto. A documentação oficial recomenda manter cópias dos arquivos e do banco ao mover uma instalação. Não trate apenas a pasta do site como backup completo.
2. Prepare uma cópia recuperável
Faça backup dos arquivos e exporte o banco. Guarde uma cópia fora do servidor que será migrado e confira se os arquivos podem ser lidos e o banco pode ser importado. Para aplicações que continuam recebendo pedidos, cadastros ou conteúdo, combine como lidar com alterações ocorridas entre a primeira cópia e a virada.
Defina também um responsável e um critério para interromper a mudança. Sem uma cópia íntegra e um plano de retorno, a migração passa a depender de improviso.
3. Monte o novo ambiente sem trocar o DNS
Instale a aplicação e suas dependências no destino e importe arquivos e dados. Faça os ajustes necessários em configurações de conexão, URLs, permissões e regras de reescrita. No caso do WordPress, mudanças de endereço podem deixar referências antigas no banco; a documentação oficial alerta para esse tipo de cuidado e recomenda atenção especial ao mover instalações e alterar URLs.
Teste usando um endereço temporário, uma prévia protegida ou uma configuração local, sem enviar visitantes para a cópia incompleta. Verifique páginas importantes, imagens, login, formulários, busca, checkout (se houver), links permanentes, redirecionamentos e mensagens de erro.
4. Planeje o corte de tráfego
Antes da virada, confirme que o site novo está atualizado e que o certificado HTTPS funciona para o domínio real. Revise os registros DNS que serão alterados e anote os valores atuais para poder restaurá-los. A propagação e o cache de DNS podem fazer com que diferentes visitantes ainda cheguem a destinos distintos por algum tempo; por isso, mantenha o ambiente antigo funcionando durante a transição.
Se o site recebe dados continuamente, escolha uma estratégia de sincronização final e pause temporariamente gravações quando necessário. Isso evita que pedidos ou cadastros feitos no servidor antigo desapareçam da cópia nova. O procedimento exato depende da aplicação e do banco.
5. Valide após a mudança e só então encerre o antigo
Depois de atualizar o DNS, monitore o acesso pelo domínio, HTTPS, páginas críticas, formulários e logs do servidor. Confira também tarefas agendadas e integrações que não aparecem numa visita superficial. Compare os dados recentes nos dois ambientes quando houver conteúdo dinâmico.
Não encerre a hospedagem anterior imediatamente. Defina um período de observação compatível com o risco do negócio e mantenha backups acessíveis. Se algo essencial falhar, use o plano de retorno previamente combinado, em vez de fazer alterações improvisadas.
Checklist rápido de migração
- Inventário de arquivos, banco, DNS, certificados, e-mail e integrações.
- Backup fora do ambiente de origem e teste de leitura/restauração.
- Cópia instalada e validada sem exposição pública prematura.
- Plano para dados novos durante a janela de migração.
- Registros DNS antigos documentados e plano de retorno.
- Validação pós-corte e manutenção temporária do ambiente anterior.
Quando pedir apoio técnico?
Procure apoio quando a aplicação tiver grande volume de dados, tráfego contínuo, dependências pouco documentadas, múltiplos domínios ou quando não houver segurança sobre a restauração. Uma hospedagem ou servidor cloud adequado é parte da operação; o processo de migração também precisa considerar aplicação, dados, DNS e testes. A HAD Cloud pode ser considerada na avaliação de alternativas de hospedagem e infraestrutura, sem substituir o planejamento técnico específico do seu sistema.
Perguntas frequentes
A troca de hospedagem sempre causa algum tempo fora do ar?
Não necessariamente, mas indisponibilidade zero não pode ser garantida sem conhecer a aplicação, a estratégia de dados e o comportamento do DNS. Testes prévios e uma virada bem planejada reduzem riscos.
Posso cancelar a hospedagem antiga logo após mudar o DNS?
É mais prudente manter o ambiente antigo durante uma janela de observação, sobretudo enquanto caches DNS e verificações funcionais ainda estão sendo acompanhados.
O que não pode faltar no backup?
Em geral, arquivos da aplicação e banco de dados; outros itens, como configurações, certificados, uploads, e-mails e tarefas agendadas, dependem do serviço e devem entrar no inventário.
Fontes oficiais
- WordPress Developer Resources — Migrating WordPress
- Google Search Central — Core Web Vitals (referência para validar experiência após a migração; métricas não garantem posição no Google)
