Migrar de hospedagem não exige tirar o site do ar. O princípio técnico é direto: o servidor antigo permanece ativo enquanto o novo ambiente é montado e testado em paralelo, e só depois de tudo validado o DNS é apontado para o novo destino.
Migrações mal executadas já derrubaram o tráfego orgânico em até 30%, segundo levantamento da Swell com dados do setor de e-commerce. Na prática, isso raramente tem a ver com o novo provedor. Tem a ver com a ordem em que backup, staging, TTL e DNS são executados. É esse fluxo que este guia detalha.
Resumo
- O servidor antigo só é desligado depois do novo ambiente validado e do DNS propagado.
- Reduzir o TTL para 300-900 segundos, 24-48h antes da virada, é o que evita a sensação de site fora do ar.
- Redirects 301 mapeados individualmente protegem o ranking; cadeias e redirects genéricos fazem o oposto.
- Cada etapa tem um critério de verificação — não avance para a próxima sem confirmar a anterior.
Por que a Sequência Importa Mais que o Provedor?
Um site atual raramente é só arquivos estáticos. Banco de dados, cache e integrações precisam chegar ao destino no mesmo estado em que saíram, e cada uma dessas peças tem uma dependência de ordem: o banco precisa estar íntegro antes do primeiro teste; o DNS só deve mudar depois do ambiente novo aprovado; os redirects precisam existir antes da troca, não depois.
Quando essa ordem é quebrada, o efeito quase sempre aparece do mesmo jeito: erro 404 em página que existia, formulário que não envia, ou parte dos visitantes vendo uma versão desatualizada por horas. Antes de seguir para o passo a passo, vale ter em mãos o tutorial de backup completo do site e do banco de dados, porque o backup é a base de tudo que vem a seguir.
Como Migrar Sem Downtime em 6 Passos
1. Backup completo e testado
Exporte o site (arquivos), o banco de dados e as configurações de e-mail antes de tocar em qualquer coisa. Guarde a cópia fora do servidor atual: no seu computador e, se possível, também em nuvem.
Verificação: abra o backup e confirme que o banco de dados exporta sem erro, e que o tamanho dos arquivos bate com o da hospedagem original.
2. Suba o novo ambiente sem trocar o DNS
Configure a nova hospedagem e acesse o site por um endereço temporário — IP direto ou domínio alternativo — sem apontar o domínio principal ainda. O site antigo continua recebendo 100% do tráfego enquanto isso, e é justamente esse período de sobreposição que elimina o downtime.
Verificação: acesse o endereço temporário e confirme que a página inicial carrega sem erro 500.
3. Teste o ambiente novo por completo
- Páginas internas sem erro 404 ou 500
- Formulários e checkout enviando corretamente
- Certificado SSL ativo e válido
- Redirects 301 já configurados e clicáveis
- E-mail de teste enviado e recebido
Aproveite esta etapa para medir o TTFB do novo ambiente. Um site que carrega em 1 segundo converte 2,5 vezes mais que um que leva 5 segundos, de acordo com dados citados pela WP Engine. Corrigir performance agora custa bem menos do que corrigir depois que o site já está no ar.
Verificação: rode um teste de velocidade e confirme TTFB abaixo de 200ms antes de seguir para o próximo passo.
4. Reduza o TTL do DNS 24-48h antes
Um registro DNS com TTL de 86.400 segundos pode levar até 24 horas para atualizar em todo o mundo, porque cada resolvedor só busca o valor novo quando o cache local expira. Baixar o TTL dos registros A, CNAME e MX para 300-900 segundos antes da virada faz a diferença entre uma propagação de minutos e uma de um dia inteiro.
Verificação: confira o TTL atual com dig ou outra ferramenta de consulta DNS antes de reduzir o valor. Se o conceito ainda não estiver claro, o guia completo sobre DNS e zona DNS explica como cada tipo de registro se comporta.
5. Troque o DNS e monitore os dois ambientes
Com o TTL baixo e o ambiente novo validado, altere os registros ou os nameservers. A partir daqui, a propagação global costuma levar entre 30 minutos e algumas horas — muito abaixo das 24 horas do cenário sem TTL reduzido.
Mantenha os dois servidores ativos por 48-72h após a troca. Desligar o antigo antes disso significa que parte dos visitantes, ainda com o DNS antigo em cache, simplesmente para de encontrar o site.
Verificação: acompanhe os logs de acesso dos dois servidores. O tráfego no antigo deve cair de forma gradual ao longo desse período, não parar de uma vez.
6. Mapeie e valide cada redirect 301
Redirect é o ponto onde a maioria das migrações perde ranking, não a troca de servidor em si. O mapeamento precisa ser um a um — cada URL antiga apontando para sua equivalente exata na estrutura nova, sem passar por uma página intermediária.
Verificação: rastreie o site antigo, exporte a lista de URLs indexadas e confirme, uma a uma, que cada redirect responde com código 301 (não 302) e sem cadeia de mais de um salto.
✅ Fazer / ❌ Não fazer
| ✅ Fazer | ❌ Não fazer |
|---|---|
| Reduzir o TTL 24-48h antes | Deixar o TTL padrão até a virada |
| Manter os dois servidores ativos 48-72h | Desligar o servidor antigo na hora da troca |
| Testar tudo no ambiente paralelo | Validar só depois que o DNS já mudou |
| Mapear cada redirect 301 individualmente | Confiar em redirect genérico ou wildcard |
| Migrar e-mail só depois do DNS propagado | Migrar e-mail antes do DNS propagar |
E, Por Último, o E-mail
A migração de contas de e-mail é a última etapa, não a primeira. Ela só deve acontecer depois que o DNS já propagou — migrar antes faz mensagens se perderem entre o servidor antigo e o novo, já que os dois ainda coexistem no ar. Para configurar essa etapa sem erro, veja o guia de e-mail profissional sem perder mensagens.
Próximo Passo
Esse é o passo a passo técnico completo. Se preferir que cada etapa seja conduzida por quem faz isso rotineiramente, a KingHost migra o site sem custo, com transferência técnica em até 7 dias úteis e o ambiente validado antes de qualquer troca de DNS. Solicite a migração gratuita e comece a transição sem sair do lugar.
Perguntas Frequentes
Quanto tempo demora uma migração sem downtime?
Sites pequenos costumam migrar em 30 minutos a poucas horas de transferência; sites médios levam de um a três dias, segundo a Cloudways. A propagação de DNS depois disso varia de 30 minutos a 24 horas, dependendo do TTL configurado.
Preciso desligar o site antigo durante a migração?
Não. O ideal é mantê-lo ativo até o novo ambiente estar validado e o DNS totalmente propagado, o que costuma levar de 48 a 72 horas após a troca.
O que é TTL e por que reduzir antes da migração?
TTL é o tempo que um resolvedor DNS guarda uma resposta em cache antes de consultar de novo. Um TTL alto atrasa a propagação de qualquer mudança de servidor; reduzi-lo para 300-900 segundos antes da migração faz a propagação acontecer em minutos, em vez de horas.
Uma migração mal feita afeta o ranking no Google?
Sim, principalmente quando redirects não são mapeados corretamente. Em um caso documentado de troca de plataforma, os cliques orgânicos caíram de cerca de 1.200 para 500 por dia depois que redirects essenciais ficaram de fora do mapeamento, segundo relatam os analistas da Digital Applied. O problema não foi a nova plataforma — foi o mapeamento incompleto.
