Migração de Servidor: como migrar um site sem perder dados

Migração de servidor é o processo planejado de transferir os arquivos, banco de dados, contas de e-mail, registros DNS e configurações de aplicação de um site do servidor atual para um novo ambiente. Para migrar um site sem perder dados, o método mais seguro é: fazer um backup completo, preparar o novo servidor com versões iguais ou mais atuais dos softwares necessários, transferir arquivos e banco de dados, testar tudo via arquivo hosts ou URL temporária, alterar o DNS com TTL reduzido e, depois da migração, conferir logs, formulários, fluxo de pagamento, entrega de e-mails e sinais de SEO.

A migração de servidor não é um simples “copiar e colar”. Em sites WordPress, lojas WooCommerce, aplicações Laravel, sistemas PHP sob medida, portais de notícias com alto tráfego ou empresas que usam e-mail corporativo, uma migração mal feita pode causar perda de pedidos, caracteres quebrados, erros 500, avisos de SSL, interrupção de e-mails e queda de visibilidade nos buscadores. Por isso, o processo deve ser conduzido com plano de migração, checklist técnico e cenário de rollback caso algo saia do esperado.

Neste guia, vamos mostrar passo a passo como fazer uma troca de hospedagem ou servidor de forma alinhada às expectativas de SEO e performance para 2026. Também abordaremos cenários diferentes, como cPanel, Plesk, VPS, servidor em nuvem e migração manual, além de recomendações práticas sobre tempo de DNS, escopo de backup, compatibilidade de banco de dados, instalação de SSL e verificações de SEO após a mudança.

Quando a migração de servidor é necessária?

A migração de um site para um novo servidor geralmente nasce de uma necessidade de desempenho, segurança, custo ou escalabilidade. Por exemplo, um site institucional com 5.000 visitas mensais pode funcionar muito bem em uma hospedagem compartilhada; já uma loja virtual com 20.000 visitas por dia pode começar a sofrer com limite de CPU, consultas lentas e timeout na página de pagamento. Nesse momento, passa a fazer sentido considerar um plano de hospedagem mais robusto, um VPS ou uma infraestrutura em nuvem.

Os sinais mais comuns de que está na hora de migrar o servidor são:

• O tempo de carregamento das páginas passa de 3 segundos e as métricas de Core Web Vitals pioram.
• Os limites de CPU, RAM, inode ou espaço em disco estouram com frequência no painel de hospedagem.
• Há necessidade de versões mais recentes de PHP, MySQL, MariaDB, Node.js ou ionCube.
• Problemas recorrentes com renovação de SSL, entrega de e-mails ou gerenciamento de DNS.
• O provedor atual já não entrega o nível necessário de suporte, backup ou segurança.
• O tráfego do site cresce de repente em períodos de campanha, mídia paga ou sazonalidade.

Se o seu site está crescendo e se aproximando dos limites do plano atual, é muito mais seguro criar um plano de migração controlado do que deixar para agir no meio de uma crise. Conforme a sua necessidade, você pode comparar opções como Pacotes de hospedagem web, Soluções de servidor VPS ou Hosting Corporativo para escolher a infraestrutura mais adequada.

Preparação antes da migração: a etapa mais crítica

A maior parte dos projetos de migração que resultam em perda de dados não falha durante a transferência em si, mas por falta de preparação. Antes de começar, é essencial fazer um inventário do site atual, definir quais dados serão migrados e identificar quais serviços são sensíveis a interrupções.

1. Faça um inventário completo do site

O primeiro passo é criar um mapa técnico do site. Anote o CMS ou framework utilizado, versão do PHP, tipo de banco de dados, tamanho em disco, contas de e-mail, tarefas cron, registros DNS, certificado SSL, redirecionamentos personalizados e integrações com terceiros. Em um site WordPress, por exemplo, não basta migrar apenas a pasta wp-content; também é preciso conferir regras do .htaccess, configurações do wp-config.php, prefixos das tabelas do banco de dados, plugins de cache e arquivos de mídia.

Em uma loja virtual, é necessário revisar com atenção o gateway de pagamento, integração com transportadoras, sincronização de estoque, conexão com ERP, serviço SMTP e URLs de webhook. Quando os pedidos deixam de chegar após a migração, muitas vezes o problema não está na cópia dos arquivos, mas em uma restrição de IP esquecida em uma API ou em uma regra de segurança configurada para o servidor antigo.

2. Faça backup completo e valide a restauração

Em uma migração de servidor, fazer backup não é suficiente; é preciso confirmar que esse backup pode ser restaurado. Um backup completo deve incluir:

• Arquivos do site: public_html, pastas da aplicação, diretórios de upload, arquivos de tema e plugins.
• Bancos de dados: MySQL, MariaDB, PostgreSQL ou qualquer outro banco usado pela aplicação.
• Dados de e-mail: caixas postais, encaminhamentos, filtros e configurações de autoresponder.
• Registros DNS: A, AAAA, CNAME, MX, TXT, SPF, DKIM e DMARC.
• Configurações: .htaccess, nginx.conf, php.ini, cron jobs e arquivos de ambiente.
• Certificados SSL e regras especiais de segurança.

Como boa prática, faça pelo menos duas cópias do backup antes da migração: uma armazenada no servidor atual e outra em um local diferente. Em sites grandes, rsync pode ser usado para backup de arquivos, enquanto mysqldump ou ferramentas do painel podem ser usadas para o banco de dados. Em bancos acima de 10 GB, backups compactados e divididos em partes podem ser mais seguros do que um único dump enorme.

3. Reduza o TTL do DNS com antecedência

Para que a mudança de DNS se propague mais rapidamente, é uma boa prática reduzir o TTL pelo menos 24 horas antes da migração. Por exemplo, se o TTL está em 14400 segundos, alguns usuários podem continuar acessando o servidor antigo por várias horas. Ao baixar o TTL para 300 segundos antes da troca, a transição de DNS fica muito mais controlável. Depois que a migração for concluída e tudo estiver validado, o TTL pode voltar para 3600 ou 14400 segundos.

Manter o DNS do domínio bem organizado influencia diretamente o sucesso da migração. Para configuração de domínio e DNS, você pode consultar os guias em Consulta de domínio e gestão de nome de domínio.

Comparativo de métodos de migração de servidor

O melhor método de migração não é o mesmo para todos os sites. Um site institucional pequeno pode ser migrado facilmente pelo painel, enquanto uma loja virtual com alto volume de acessos pode exigir sincronização em etapas e modo de manutenção.

Ao escolher a nova infraestrutura, olhar apenas para o espaço em disco pode levar a uma decisão ruim. Quantidade de PHP workers, núcleos de CPU, RAM, disco NVMe, frequência de backup, localização do data center, suporte a LiteSpeed ou Nginx, WAF e proteção DDoS também afetam diretamente a performance. Por isso, migrar para o plano mais barato sem uma análise de necessidades pode gerar uma nova migração em pouco tempo.

Como fazer a migração de servidor passo a passo?

Passo 1: Prepare o novo servidor

No novo servidor, devem ser instalados e configurados o sistema operacional, servidor web, versão do PHP, serviço de banco de dados e módulos necessários. Para WordPress, recomenda-se PHP 8.2 ou 8.3, MariaDB atualizado, OPcache e um valor adequado de memory_limit. Em frameworks como Laravel, também é preciso configurar Composer, cron, queue workers e permissões de storage. Se extensões PHP usadas no servidor antigo não existirem no novo, o site pode apresentar tela branca ou erro 500 depois da migração.

No lado da segurança, configure política de porta SSH, senhas fortes, firewall, varredura de malware e atualizações automáticas. Definir essa base de segurança enquanto o novo servidor ainda está vazio é muito mais simples do que corrigir tudo depois. Se o seu site precisa de SSL, inclua obrigatoriamente instalação de certificado SSL no plano de migração.

Passo 2: Transfira os arquivos

A transferência dos arquivos pode ser feita via FTP, SFTP, SSH, rsync ou ferramentas de backup do painel, conforme o tamanho do site. Em sites pequenos, criar um arquivo compactado e descompactá-lo no novo servidor costuma ser suficiente. Em sites grandes, o ideal é fazer uma primeira cópia com rsync e executar uma segunda sincronização logo antes da alteração de DNS. Esse método economiza tempo principalmente em sites cuja pasta de uploads muda constantemente.

Depois da transferência, confira as permissões dos arquivos. Em geral, pastas funcionam com permissão 755 e arquivos com 644, mas cada aplicação pode ter exigências próprias. Arquivos sensíveis como wp-config.php, .env ou equivalentes não devem ficar legíveis publicamente. Também verifique se arquivos ocultos, como .htaccess e .user.ini, foram copiados corretamente.

Passo 3: Migre o banco de dados

A transferência do banco de dados é uma das etapas mais sensíveis para evitar perda de informações. Primeiro, gere um dump no servidor antigo; em seguida, crie o banco e o usuário no novo servidor. Sempre que possível, defina o charset como utf8mb4. Para evitar caracteres quebrados em português e outros idiomas, mantenha a mesma estrutura de collation durante exportação e importação.

Em sites que geram dados em tempo real, como WooCommerce ou sistemas de membros, é recomendável ativar o modo de manutenção durante a migração. Caso contrário, durante a propagação do DNS, alguns usuários podem gravar dados no servidor antigo enquanto outros já gravam no novo. Isso pode causar inconsistências em pedidos, comentários, envios de formulário ou cadastros. Em sites críticos, o último dump do banco deve ser feito somente depois de ativar o modo de manutenção.

Passo 4: Atualize os arquivos de configuração

Nome do banco de dados, usuário, senha, host e caminhos de arquivos devem ser ajustados conforme o novo servidor. No WordPress, revise o wp-config.php; no Laravel, o .env; em aplicações personalizadas, confira config.php ou arquivos equivalentes. Se caminhos absolutos, endereços IP, configurações SMTP ou diretórios de cache do servidor antigo permanecerem, o site pode até abrir, mas gerar erros em segundo plano.

Também ajuste valores de PHP como memory_limit, upload_max_filesize, post_max_size e max_execution_time de acordo com a necessidade da aplicação. Por exemplo, se um painel administrativo envia imagens de produto de 200 MB e o limite de upload permanecer em 32 MB, a migração terá sido concluída tecnicamente, mas a operação do negócio ficará travada.

Passo 5: Teste antes de alterar o DNS

A prática mais segura é testar o site no novo servidor antes de alterar o DNS. Para isso, você pode mapear o domínio para o IP do novo servidor no arquivo hosts do seu computador. Assim, os visitantes continuam vendo o servidor antigo, enquanto você testa o novo ambiente usando o domínio real.

A lista de testes deve incluir estas verificações:

• Página inicial, categorias, produtos, blog e página de contato abrem corretamente?
• Envio de formulário, login de usuário, redefinição de senha e fluxo de pagamento funcionam?
• Imagens, arquivos CSS e JavaScript carregam sem falhas?
• O painel administrativo abre sem erros?
• O certificado SSL foi instalado para o domínio correto?
• Há erros 404, 500, mixed content ou loop de redirecionamento?
• robots.txt, sitemap.xml e tags canonical estão corretos?

Passo 6: Instale o certificado SSL

Em sites modernos, SSL não é apenas uma camada de segurança; também é essencial para SEO e confiança do usuário. Se o DNS for alterado antes da instalação do SSL no novo servidor, os visitantes podem ver alertas de site não seguro. Por isso, o certificado deve estar preparado imediatamente antes da troca de DNS ou no mesmo momento da transição. Certificados gratuitos como Let’s Encrypt podem ser suficientes para muitos sites; em projetos corporativos que recebem pagamentos, opções de SSL com maior nível de validação podem ser mais adequadas.

Depois de ativar o SSL, confirme se os endereços HTTP redirecionam para HTTPS com 301, se não há erros de mixed content e se o sitemap contém URLs em HTTPS. Para ver produtos e opções de instalação, acesse certificados SSL.

Passo 7: Altere os registros DNS

Quando os testes forem concluídos com sucesso, aponte o registro A do DNS para o IP do novo servidor. Se o serviço de e-mail também estiver sendo migrado no mesmo servidor, atualize também os registros MX, SPF, DKIM e DMARC. Se o e-mail continuar em outro provedor, os registros MX não devem ser alterados. Um dos erros mais comuns é tentar migrar apenas o site e, sem querer, modificar registros de e-mail, interrompendo todo o tráfego de mensagens.

A propagação DNS normalmente leva de alguns minutos a 24 horas. Se o TTL tiver sido reduzido com antecedência, a maioria dos usuários chegará ao novo servidor rapidamente. Durante esse período, não desligue o servidor antigo. Manter o ambiente anterior acessível por pelo menos 48 horas, e idealmente por 72 horas, é uma prática muito mais segura.

Passo 8: Faça a sincronização final e confira os logs

Depois da alteração de DNS, verifique se algum dado novo foi gravado no servidor antigo. Compare principalmente pedidos, formulários de contato, cadastros de usuários e comentários. Os arquivos access log e error log do servidor ajudam a entender quais IPs ainda estão enviando requisições para cada ambiente.

Nas primeiras 24 horas após a migração, monitore erros 500, aumento de 404, consultas lentas, picos de CPU e filas de e-mail. Sem essa etapa, o site pode parecer funcionando normalmente, mas perder conversões em processos importantes que falham silenciosamente.

Checklist profissional para migrar site sem perder dados

O checklist abaixo cobre os pontos que mais causam problemas na prática. Marcar cada item antes e depois da migração reduz significativamente o risco do projeto.

• O horário da migração foi planejado para um período de baixo tráfego.
• Foi feito backup completo de arquivos, banco de dados, e-mails e DNS.
• Foi testado que o backup pode ser aberto e restaurado.
• O TTL do DNS foi reduzido com pelo menos 24 horas de antecedência.
• PHP, banco de dados e módulos necessários foram preparados no novo servidor.
• Os arquivos foram transferidos integralmente e as permissões foram conferidas.
• A compatibilidade de charset e collation do banco de dados foi validada.
• Os arquivos de configuração foram atualizados com os dados do novo servidor.
• O site foi testado via arquivo hosts antes de ir ao ar.
• O SSL foi instalado e os redirecionamentos HTTPS foram verificados.
• Registros DNS A, AAAA, MX e TXT foram atualizados corretamente.
• O servidor antigo foi mantido ativo por pelo menos 48 horas.
• Google Search Console, Analytics e logs foram monitorados.

Verificações pós-migração para não perder SEO

Em teoria, uma migração de servidor não deve causar perda de SEO quando a estrutura de URLs permanece a mesma. Na prática, porém, lentidão, erros 404, robots.txt incorreto, SSL ausente ou falhas de redirecionamento podem afetar rankings. Por isso, a auditoria de SEO após a migração é tão importante quanto a parte técnica da transferência.

Verificação de URLs e redirecionamentos

Se você está migrando o site sem alterar a estrutura de URLs, a necessidade de redirecionamentos 301 é mínima. Mas se, ao mesmo tempo, o domínio, a estrutura de links permanentes ou a organização de pastas mudar, cada URL antiga deve redirecionar com 301 para sua nova equivalente. Redirecionamentos 302 temporários não são adequados para transferir sinais de SEO de forma permanente. Por exemplo, se a antiga página /produto/abc foi movida para /loja/abc, o redirecionamento deve ser feito de forma individual; enviar todas as URLs antigas para a home prejudica a experiência do usuário e o desempenho orgânico.

Verificação de robots.txt e sitemap

Se durante os testes você usou Disallow no robots.txt para bloquear mecanismos de busca, essa regra deve ser removida ao colocar o site no ar. Esse é um dos erros mais clássicos que levam à perda de indexação após uma migração. O sitemap deve conter as novas URLs em HTTPS e ser reenviado pelo Google Search Console.

Performance e Core Web Vitals

Mesmo que o novo servidor seja mais potente, uma configuração incorreta de cache pode prejudicar a performance. LiteSpeed Cache, Redis, OPcache, CDN e otimização de imagens devem ser configurados corretamente. Na primeira semana após a migração, acompanhe PageSpeed Insights, Chrome UX Report e logs do servidor para verificar se houve piora em LCP, INP e CLS. Para melhorar a performance da hospedagem, você pode aproveitar os conteúdos em Otimização de velocidade WordPress.

Cuidados ao migrar e-mails

Em muitas migrações, os arquivos do site são transferidos sem problemas, mas a parte de e-mail acaba sendo esquecida. Se as mensagens ficam hospedadas no servidor atual, é preciso migrar caixas postais, senhas de usuários, encaminhamentos e filtros. A sincronização via IMAP é um método confiável para levar os e-mails da caixa antiga para a nova.

No DNS, o registro MX define o servidor de e-mail, o SPF define autorização de envio, o DKIM cuida da assinatura das mensagens e o DMARC estabelece a política do domínio. Se esses registros forem configurados incorretamente, os e-mails podem cair no spam ou ser totalmente rejeitados. Depois da migração, envie testes para contas Gmail, Outlook e e-mails corporativos, e confira os headers das mensagens.

Erros comuns em migração de servidor

Projetos de migração bem-sucedidos têm algo em comum: erros simples são prevenidos antes que virem problema. Os pontos abaixo estão entre os mais frequentes:

• Fazer a migração sem backup ou sem testar o backup.
• Alterar o IP sem reduzir previamente o TTL do DNS.
• Desligar o servidor antigo antes do fim da propagação DNS.
• Migrar o banco com charset incorreto e quebrar caracteres especiais.
• Esquecer regras de redirecionamento do .htaccess ou do Nginx.
• Direcionar tráfego HTTPS para o novo servidor sem instalar SSL.
• Atualizar incorretamente registros MX e TXT de e-mail.
• Deixar plugins de cache apontando para caminhos do servidor antigo.
• Não monitorar Search Console e logs depois da migração.

Principalmente em sites que vendem online, a migração não deve ser feita no horário comercial mais movimentado, mas sim no período de menor tráfego e menor volume de pedidos. Em grandes projetos de e-commerce, planejar uma janela de manutenção de 15 a 30 minutos ajuda a evitar inconsistências de dados nos bastidores.

Quando contratar suporte profissional de migração?

É possível migrar manualmente um site institucional simples, mas em alguns cenários o suporte profissional sai mais barato e é muito mais seguro. Lojas virtuais com alto faturamento mensal, empresas com muitas contas de e-mail, portais com software sob medida, sites de mídia com alto tráfego e negócios que armazenam dados sujeitos a regulamentações entram nesse grupo.

Em um suporte profissional de migração, o processo geralmente passa por análise prévia, backup, criação de ambiente de teste, transferência, troca de DNS, validação e monitoramento. Assim, não são migrados apenas arquivos, mas também a continuidade do negócio. Se você pretende migrar para a infraestrutura da Hostragons, pode avaliar em conjunto opções de hospedagem, domínio e SSL adequadas às suas necessidades em Soluções de hosting Hostragons.

Conclusão: uma migração de servidor planejada evita indisponibilidade e perda de dados

Migração de servidor não precisa ser um processo assustador quando é bem planejada. A chave do sucesso é não pular etapas como backup completo, preparação correta do servidor, planejamento de TTL do DNS, ambiente de teste, instalação de SSL, verificação de e-mails e monitoramento após a migração. Em sites cujo banco de dados muda o tempo todo, a sincronização final e o modo de manutenção têm papel crítico.

Em resumo, para migrar um site sem perder dados, não tenha pressa, valide cada etapa e não desligue o servidor antigo imediatamente. Se você quer renovar sua infraestrutura e oferecer uma experiência web mais rápida e segura, pode conhecer as soluções de hospedagem, domínio e SSL da Hostragons e montar um plano de migração tranquilo, controlado e adequado ao seu projeto.

Perguntas frequentes

Quanto tempo leva uma migração de servidor?

O tempo varia conforme o tamanho e a complexidade do site. Um WordPress pequeno pode ser migrado em 30 a 60 minutos, enquanto grandes lojas virtuais ou projetos corporativos com muitas contas de e-mail podem levar de 1 a 3 dias, incluindo preparação, testes e propagação DNS.

Meu site fica fora do ar durante a migração?

Com planejamento correto, a indisponibilidade pode ser reduzida a poucos minutos ou até passar despercebida pelos usuários. Para isso, o TTL do DNS deve ser reduzido com antecedência, o novo servidor precisa ser testado antes de ir ao ar e o servidor antigo deve permanecer ativo até o fim da propagação.

Qual é a etapa mais importante para não perder dados?

A etapa mais importante é ter um backup completo e validado. Arquivos, banco de dados, e-mails e registros DNS devem ser copiados; em sites que geram pedidos ou dados de usuários, o último backup do banco deve ser feito depois de ativar o modo de manutenção.

A migração de servidor afeta o ranqueamento no Google?

Se a estrutura de URLs for preservada, o site continuar rápido, o SSL estiver correto e os redirecionamentos forem bem configurados, a migração de servidor por si só não deve causar perda de SEO. Porém, erros 404, robots.txt incorreto, servidor lento ou redirecionamentos 301 mal feitos podem prejudicar rankings.

As contas de e-mail também são migradas com o servidor?

Se os e-mails estão hospedados na hospedagem antiga, eles precisam ser migrados separadamente. Caixas postais, encaminhamentos, filtros e registros MX, SPF, DKIM e DMARC devem ser verificados. Se o e-mail continuar em outro provedor, os registros MX não devem ser alterados.