Este conteúdo contém links de afiliado. A HDP BRASIL recebe comissão se você contratar por eles, sem custo adicional para você. A recomendação vale porque é a hospedagem que usamos nos projetos, e o texto abaixo também diz o que ela não resolve.
Migrar um site de hospedagem sem tirá-lo do ar depende de uma
ordem específica: fazer backup completo, subir a cópia no destino, testar essa
cópia antes de qualquer mudança pública, baixar o TTL do DNS com antecedência,
só então apontar o domínio, e manter a hospedagem antiga ativa por alguns dias.
Trocar essa ordem é o que produz as horas de site fora do ar que assustam quem
já passou por uma migração ruim.
Este texto percorre esse roteiro passo a passo, explica o que é propagação
de DNS sem prometer prazo, lista o que costuma quebrar depois da troca, como
caminho absoluto gravado no banco, certificado de segurança e e-mail que morava
no mesmo servidor, e termina dizendo o que a migração não resolve.
Prefere ouvir?
Este artigo também está em áudio, com o roteiro de migração, a leitura do TTL do DNS e a lista do que costuma quebrar depois da troca explicados passo a passo. Duração de 21 minutos.
Como migrar um site de hospedagem sem tirá-lo do ar?
O princípio é simples de enunciar: o site novo tem de estar pronto e
testado antes que qualquer visitante seja mandado para ele. Enquanto o
domínio ainda aponta para a hospedagem antiga, o público continua sendo
atendido normalmente, e você trabalha no destino sem plateia.
A sequência que respeita esse princípio tem seis etapas, nesta ordem:
- Backup completo dos arquivos e do banco de dados, guardado fora dos dois
servidores. - Cópia subida na hospedagem de destino, com o banco restaurado.
- Teste dessa cópia por IP, por domínio temporário ou por arquivo de hosts
local, com o domínio real ainda apontado para o servidor antigo. - Redução do TTL do DNS, feita com antecedência em relação à troca.
- Apontamento do domínio para o servidor novo.
- Manutenção da hospedagem antiga ativa por alguns dias, sem cancelamento
imediato.
A maior parte dos desastres de migração vem de inverter as etapas 3 e 5,
ou seja, apontar o domínio primeiro e testar depois. Nesse arranjo, o teste
acontece com visitante real dentro do site, e cada erro encontrado é um erro
que alguém já viu.
O que precisa entrar no backup antes de começar?
Backup completo significa duas partes. A primeira é o conjunto de
arquivos: o núcleo do sistema, os temas, os plugins ou módulos, e a pasta de
uploads com todas as imagens e documentos. A segunda é o banco de dados, que
guarda o conteúdo, os usuários, os pedidos e as configurações.
Um site funcional depende das duas partes na mesma versão. Backup de
arquivo sem banco devolve um site vazio. Backup de banco sem arquivo devolve
conteúdo sem imagem e sem layout. Vale exportar as duas coisas na mesma
janela de tempo, de preferência em um momento de baixo movimento, para
reduzir a chance de um pedido entrar no meio da cópia.
O backup precisa ficar guardado em um terceiro lugar, fora da hospedagem
de origem e fora da de destino. Backup salvo apenas dentro do servidor que
você vai desligar é uma rede de proteção que some junto com o problema que
ela deveria cobrir. Uma cópia local e uma cópia em armazenamento em nuvem
resolvem.
Vale também anotar o que existe fora do site: contas de e-mail no domínio,
tarefas agendadas no servidor, certificados, integrações que apontam para o
endereço do servidor antigo e registros de DNS que não sejam os do site. Essa
lista é o que costuma ser esquecido, porque não aparece no backup de arquivos
nem no banco.
Como testar o site no destino antes de apontar o domínio?
Existem três formas de ver o site rodando no servidor novo com o
domínio ainda apontado para o antigo, e todas evitam expor o teste ao
público.
A primeira é o domínio temporário que a hospedagem de destino fornece, um
endereço técnico que serve apenas para essa fase. Funciona bem para checar se
o site sobe, se as páginas abrem e se o banco conectou.
A segunda é o arquivo de hosts do seu computador, em que você força o seu
próprio acesso ao domínio real a resolver no IP do servidor novo. Essa é a
forma mais fiel de teste, porque o site responde exatamente com o domínio
definitivo, e ninguém além de você enxerga isso.
A terceira é acessar direto pelo IP do servidor, o que serve para uma
verificação rápida e costuma quebrar links internos que já carregam o
domínio.
O que testar nessa fase: página inicial e páginas internas, envio de
formulário, área de login, carrinho e checkout se houver loja, imagens da
biblioteca de mídia, e as integrações que disparam para fora, como o pixel de
campanha e o webhook do CRM. Site que abre a home e falha no checkout deu
certo pela metade, e a metade que falhou é a que gera receita.
O que é TTL do DNS e por que reduzi-lo antes da troca?
O TTL é o tempo que um servidor de DNS pode guardar em cache a resposta
sobre para onde o seu domínio aponta. Se o TTL está em 24 horas, um provedor
que consultou o seu domínio agora pode continuar servindo a resposta antiga
por até 24 horas depois de você trocar o apontamento.
A consequência prática é que a troca demora a valer para todo mundo. Parte
dos visitantes chega ao servidor novo em minutos, e parte continua chegando
ao antigo por horas. Enquanto os dois servidores estiverem sendo acessados ao
mesmo tempo, um pedido feito por quem caiu no servidor antigo entra no banco
antigo e não aparece no novo.
Baixar o TTL para alguns minutos, com antecedência de pelo menos o valor
do TTL atual, encurta muito essa janela. A rotina correta é reduzir o TTL um
ou dois dias antes, esperar o valor antigo expirar naturalmente, fazer a
troca, e só depois voltar o TTL para um valor normal.
Vai trocar de hospedagem e quer saber o que pode quebrar?
O diagnóstico estratégico mapeia o que depende do seu servidor hoje, do e-mail à medição de campanha, para a troca acontecer sem derrubar o que está gerando receita.
Quanto tempo demora a propagação de DNS?
Propagação de DNS não é um processo único com prazo definido. É a soma
de muitos caches independentes, em provedores diferentes, expirando cada um
no seu tempo. Por isso não existe garantia de prazo, e quem promete um número
exato está simplificando algo que não está sob o controle de ninguém.
O que dá para afirmar com segurança é a lógica: quanto menor o TTL
configurado antes da troca, menor tende a ser a janela em que respostas
antigas ainda circulam. E quanto mais tempo passa, maior a proporção de
visitantes que já enxerga o servidor novo.
Durante essa janela, a conduta certa é considerar que os dois servidores
estão recebendo visita. Em site de conteúdo, isso é inofensivo. Em loja
virtual ou em site com formulário de captação, isso significa que pedidos e
leads podem entrar nos dois lugares, e vale checar o servidor antigo antes de
desligar para não perder nada.
O que costuma quebrar depois da migração?
Três problemas aparecem com frequência, e os três têm solução
conhecida.
Caminho absoluto gravado no banco. Muitos sistemas
gravam o endereço completo dentro do conteúdo, então a imagem e o link
guardam algo como https://dominioantigo.com.br/wp-content/....
Quando o domínio muda, ou quando o site rodava em um endereço de teste, esses
caminhos continuam apontando para o lugar errado. A correção é uma
substituição controlada no banco, feita com ferramenta que trate os campos
serializados corretamente, porque uma substituição bruta corrompe esses
campos.
Certificado de segurança. O certificado antigo pertence
ao servidor antigo. No destino, é preciso emitir um novo, e a emissão só
conclui depois que o domínio já aponta para lá. Existe, portanto, uma janela
curta em que o site pode responder com aviso de conexão não segura. Vale
emitir o certificado logo após o apontamento e conferir se o redirecionamento
para a versão segura ficou ativo.
E-mail que morava no mesmo servidor. Esse é o mais
esquecido. Se as contas de e-mail do domínio estavam na hospedagem antiga,
apontar o domínio inteiro para o servidor novo redireciona também a entrega
de mensagens, e a caixa antiga para de receber. Antes da troca, é preciso
decidir se o e-mail vai junto, e nesse caso criar as contas no destino e
importar as mensagens, ou se ele fica onde está, e nesse caso preservar o
registro de DNS que aponta o e-mail para o servidor antigo.
Por quanto tempo manter a hospedagem antiga ativa?
A regra prática é manter a hospedagem antiga contratada por alguns dias
depois de o site novo estar respondendo para todo mundo. Ela custa pouco
nesse período e resolve dois problemas.
O primeiro é o resgate de dado. Enquanto o cache de DNS ainda espalhava
respostas antigas, parte dos pedidos e dos formulários pode ter entrado no
banco antigo. Com o servidor antigo ligado, dá para conferir e exportar.
O segundo é o plano de retorno. Se algo grave aparecer no destino nos
primeiros dias, voltar o apontamento para o servidor antigo é a forma mais
rápida de restabelecer o serviço enquanto o problema é resolvido com calma.
Essa saída deixa de existir no momento em que a conta antiga é cancelada.
Vale registrar um cuidado sobre apoio na migração: algumas hospedagens
oferecem ajuda para transferir o site, com escopo e condições que variam de
empresa para empresa e de plano para plano. Isso precisa ser confirmado
diretamente com o fornecedor antes de contratar, porque a existência do apoio
e o que ele cobre mudam com o tempo.
Quando a migração vale a pena e o que ela não resolve?
Migrar faz sentido quando o gargalo está no servidor: tempo de resposta
alto de forma consistente, queda em pico de campanha, limite de recurso
atingido com frequência ou suporte que não responde quando o site cai. Nesses
casos, a troca resolve porque o problema é de infraestrutura.
Para quem já tem site rodando e quer folga de recurso sem sair da
hospedagem compartilhada, o degrau usual é um plano com mais capacidade.
Consultado em setembro de 2026, o degrau seguinte de hospedagem compartilhada da
Hostinger, que comporta
até 50 sites, sai por R$ 16,99 por mês no contrato de 24 meses. Com o desconto aplicado no carrinho, o período fecha em R$ 326,21, o que dá R$ 13,59 por mês. Como em qualquer hospedagem, o valor de renovação é maior
que o do primeiro contrato, então vale pedir os dois números antes de
decidir. Há também prazo de garantia de reembolso na contratação, o que
reduz o risco de testar.
O que a migração não resolve é tudo que não depende do servidor. Site com
imagem sem compressão, com excesso de plugin e sem cache continua lento em
qualquer hospedagem, porque o peso é gerado pelo próprio site antes de chegar
ao visitante. Site que não converte por causa da oferta continua não
convertendo mais rápido. E site sem conteúdo relevante não sobe em busca só
porque trocou de servidor. A infraestrutura remove o teto, e não constrói o
que estava faltando abaixo dele.
Perguntas frequentes
Como migrar um site sem ele sair do ar?
A ordem resolve: fazer backup completo, subir e testar a cópia no servidor novo com o domínio ainda apontado para o antigo, baixar o TTL do DNS com antecedência, apontar o domínio e manter a hospedagem antiga ativa por alguns dias. Testar antes de apontar é o que evita que o visitante encontre os erros primeiro.
Quanto tempo demora a propagação de DNS?
Não existe prazo garantido, porque a propagação é a soma de muitos caches independentes expirando em tempos diferentes. O que encurta a janela é reduzir o TTL do domínio um ou dois dias antes da troca e esperar o valor antigo expirar naturalmente antes de apontar para o servidor novo.
O que é TTL do DNS?
É o tempo que um servidor de DNS pode guardar em cache a resposta sobre para onde o domínio aponta. Com TTL alto, provedores continuam servindo o endereço antigo por horas depois da troca. Reduzir esse valor antes da migração faz a mudança valer para mais gente em menos tempo.
O que costuma quebrar depois de migrar de hospedagem?
Três coisas aparecem com frequência: caminhos absolutos gravados no banco de dados apontando para o endereço antigo, o certificado de segurança que precisa ser emitido de novo no destino, e as contas de e-mail que estavam no mesmo servidor e param de receber quando o domínio é apontado para outro lugar.
Posso cancelar a hospedagem antiga logo depois de migrar?
Vale esperar alguns dias. Enquanto respostas antigas de DNS ainda circulam, pedidos e formulários podem entrar no servidor antigo, e ele precisa estar ligado para você conferir e exportar. Manter a conta ativa também preserva a possibilidade de voltar o apontamento se algo grave aparecer no destino.
A hospedagem faz a migração para mim?
Algumas hospedagens oferecem apoio na migração, com escopo e condições que variam de empresa para empresa e de plano para plano. Isso precisa ser confirmado diretamente com o fornecedor antes de contratar. Mesmo com apoio, a responsabilidade de testar formulário, checkout e e-mail depois da troca continua sendo de quem opera o site.
Leia também
- Site lento derruba venda: o que é servidor e o que é o seu site
- Quando um site precisa sair da hospedagem compartilhada
- E-mail com o domínio da empresa: o que muda na prática
Fontes: Cloudflare Learning, O que é TTL de DNS · Cloudflare Learning, O que é DNS · Hostinger, planos de hospedagem de sites
