- Por Que Migrar Hospedagem Pode Afetar Seu SEO
- Etapa 1: Documente Tudo Antes de Começar
- Etapa 2: Configure o Novo Ambiente Antes de Migrar
- Etapa 3: Reduza o TTL do DNS Com Antecedência
- Etapa 4: Migre os Arquivos e o Banco de Dados
- Etapa 5: Verifique Redirecionamentos e URLs
- Etapa 6: Altere o DNS e Monitore a Propagação
- Etapa 7: Ative o SSL no Novo Servidor
- Etapa 8: Atualize o Google Search Console
- Etapa 9: Monitore por 30 Dias
- Migrações de Hospedagem Compartilhada para VPS
- Erros Mais Comuns em Migrações de Hospedagem
- Perguntas Frequentes
- Conclusão
Migrar hospedagem é uma das tarefas que mais assusta desenvolvedores e donos de agências digitais, e com razão. Feita de forma descuidada, uma migração pode derrubar rankings conquistados ao longo de meses, quebrar links internos e deixar clientes sem acesso ao site por horas. Mas quando você segue um processo estruturado, migrar hospedagem sem perder SEO é completamente viável — e o resultado costuma ser um site mais rápido e mais estável do que estava antes.
Este guia cobre cada etapa do processo, do planejamento inicial até a confirmação de que tudo está funcionando no novo servidor, com atenção especial aos pontos onde a maioria das migrações dá errado.
Por Que Migrar Hospedagem Pode Afetar Seu SEO
O Google não penaliza migrações de hospedagem em si. O que ele penaliza são os sintomas de uma migração mal executada: tempo de inatividade prolongado, URLs que deixam de responder, redirecionamentos configurados errado, velocidade de carregamento que piora, certificados SSL que expiram ou não são transferidos corretamente.
Cada um desses problemas manda sinais negativos para os crawlers. Se o Googlebot tentar rastrear seu site durante uma janela de inatividade e receber erros 500 repetidos, ele pode reduzir a frequência de rastreamento. Se URLs antigas não redirecionarem para as novas, você perde o link equity acumulado. Se o tempo de resposta do servidor dobrar após a migração, o Core Web Vitals sofre.
A boa notícia é que todos esses riscos são preveníveis. O segredo está na preparação — antes de tocar em qualquer configuração de DNS.
Etapa 1: Documente Tudo Antes de Começar
Antes de contratar o novo plano ou copiar qualquer arquivo, registre o estado atual do site. Você vai precisar dessas informações para comparar depois da migração e identificar qualquer regressão.
O que documentar
- Posições orgânicas atuais: Exporte um relatório do Google Search Console com as principais queries e posições. Faça isso no dia anterior à migração, não semanas antes.
- Velocidade de carregamento: Rode o site no PageSpeed Insights e anote os scores de desktop e mobile, especialmente LCP, CLS e FID.
- Inventário de URLs: Gere um sitemap XML atualizado e salve uma cópia local. Se o site usa WordPress, o Yoast ou RankMath já faz isso automaticamente.
- Backlinks externos: Use o Google Search Console para exportar os links externos que apontam para o seu domínio. Você vai querer confirmar que eles continuam funcionando após a migração.
- Configurações de DNS: Anote os registros A, CNAME, MX, TXT e SPF do domínio. Erros de DNS são responsáveis por boa parte dos problemas pós-migração.
- Certificado SSL: Verifique a data de expiração e o tipo de certificado (Let's Encrypt, pago, wildcard). Confirme se o novo host emite SSL automaticamente ou se você precisa instalar manualmente.
Esse inventário leva menos de uma hora e pode economizar dias de troubleshooting depois.
Etapa 2: Configure o Novo Ambiente Antes de Migrar
Um erro comum é cancelar o plano antigo antes de o novo estar totalmente pronto. Nunca faça isso. Os dois ambientes precisam coexistir por pelo menos 48 a 72 horas.
Configurando o novo servidor
Configure o ambiente completo antes de alterar qualquer DNS. Isso inclui:
- Instalar o painel de controle que você vai usar — cPanel, DirectAdmin ou Plesk, dependendo do seu fluxo de trabalho.
- Criar a conta de hospedagem e o banco de dados.
- Copiar todos os arquivos do site via FTP/SFTP ou pelo gerenciador de arquivos do painel.
- Exportar o banco de dados do servidor antigo e importar no novo.
- Atualizar o arquivo de configuração do site (no WordPress, o
wp-config.php) com as credenciais do novo banco de dados. - Instalar e ativar o certificado SSL no novo ambiente.
Só depois de confirmar que o site está funcionando corretamente no novo servidor você deve alterar o DNS.
Testando sem alterar o DNS
Para acessar o site no novo servidor antes de propagar o DNS, edite o arquivo hosts do seu computador local. Adicione o IP do novo servidor seguido do domínio. Isso faz com que apenas a sua máquina resolva o domínio para o novo servidor, enquanto o resto do mundo ainda acessa o antigo. Você pode navegar pelo site, testar formulários, verificar o banco de dados e confirmar que o SSL está ativo — tudo sem afetar os visitantes.
Etapa 3: Reduza o TTL do DNS Com Antecedência
O TTL (Time to Live) determina por quanto tempo os servidores DNS ao redor do mundo armazenam em cache os registros do seu domínio. Se o TTL estiver em 86400 segundos (24 horas), uma mudança de DNS pode levar um dia inteiro para propagar globalmente.
Pelo menos 48 horas antes da migração, acesse o painel do seu registrador de domínio e reduza o TTL de todos os registros relevantes para 300 segundos (5 minutos). Quando a migração estiver concluída e estável, você pode aumentar o TTL novamente para 3600 ou 86400.
Essa mudança simples reduz drasticamente a janela de inconsistência durante a qual parte dos usuários acessa o servidor antigo e parte acessa o novo.
Etapa 4: Migre os Arquivos e o Banco de Dados
Com o ambiente novo configurado e testado, é hora de fazer a cópia final dos dados.
Arquivos
Use FTP/SFTP ou o gerenciador de arquivos do painel para copiar todos os arquivos do diretório raiz do site. Não esqueça dos arquivos ocultos, especialmente o .htaccess. Esse arquivo controla redirecionamentos, regras de reescrita de URL e outras configurações críticas para o SEO.
Se o site usa WordPress, confirme que as permissões de pasta estão corretas no novo servidor: normalmente 755 para diretórios e 644 para arquivos.
Banco de dados
Exporte o banco de dados completo do servidor antigo em formato .sql usando o phpMyAdmin ou via linha de comando com mysqldump. Importe esse arquivo no banco de dados do novo servidor e verifique no phpMyAdmin se as tabelas foram criadas corretamente.
No WordPress, confirme que os campos siteurl e home na tabela wp_options apontam para o domínio correto — não para um IP temporário ou subdomínio de staging.
Etapa 5: Verifique Redirecionamentos e URLs
Se o domínio permanece o mesmo e a estrutura de URLs não muda, você não precisa configurar redirecionamentos 301. Mas se qualquer coisa mudou — protocolo (de HTTP para HTTPS), estrutura de permalink, subdomínio — você precisa mapear cada URL antiga para a nova e configurar os redirecionamentos antes de propagar o DNS.
Redirecionamentos 301 transferem o link equity das URLs antigas para as novas. Redirecionamentos 302 não fazem isso. Em migrações permanentes, use sempre 301.
No WordPress com Apache, os redirecionamentos ficam no .htaccess. Em servidores Nginx, ficam no arquivo de configuração do virtual host. Se você não tem acesso direto a esses arquivos, o plugin Redirection gerencia as regras pelo próprio painel do WordPress.
Etapa 6: Altere o DNS e Monitore a Propagação
Com tudo testado e funcionando no novo servidor, altere os registros DNS no painel do registrador do domínio. Atualize o registro A para apontar para o IP do novo servidor. Se você usa nameservers do novo host, troque os NS também.
Após a alteração, use o comando dig ou um verificador de DNS online para acompanhar a propagação em diferentes regiões. Com o TTL reduzido para 300 segundos, a maioria dos resolvers deve propagar em menos de 30 minutos.
Durante as primeiras horas após a propagação, mantenha o servidor antigo ativo. Não cancele o plano imediatamente. Se algo der errado no novo ambiente, você pode reverter o DNS rapidamente enquanto investiga o problema.
Etapa 7: Ative o SSL no Novo Servidor
Assim que o DNS propagar, confirme que o certificado SSL está ativo e que o site abre corretamente em https://. Se o certificado ainda não estiver instalado, instale antes que o Google rastreie o site sem HTTPS.
Verifique também se há redirecionamento automático de HTTP para HTTPS. No WordPress, isso pode ser feito via .htaccess ou pela configuração do painel. Sem esse redirecionamento, versões HTTP e HTTPS do mesmo conteúdo podem ser indexadas separadamente, criando problemas de conteúdo duplicado.
Etapa 8: Atualize o Google Search Console
Com o site funcionando no novo servidor e o SSL ativo, acesse o Google Search Console e solicite uma nova inspeção das URLs principais. Se o domínio mudou — o que não acontece em uma simples troca de hospedagem, mas pode ocorrer em migrações mais complexas — use a ferramenta de Mudança de Endereço.
Envie o sitemap XML atualizado para o Search Console. Isso acelera o rastreamento das URLs e ajuda o Google a confirmar que a estrutura do site não mudou.
Etapa 9: Monitore por 30 Dias
A migração técnica termina quando o DNS propaga e o site está funcionando. O monitoramento de SEO, porém, precisa continuar por pelo menos 30 dias.
O que monitorar
- Erros de rastreamento no Search Console: Verifique diariamente nos primeiros 7 dias. Qualquer pico de erros 404 ou 500 precisa de atenção imediata.
- Posições orgânicas: Flutuações de 2 a 5 posições nas primeiras semanas são normais. Quedas grandes e persistentes indicam um problema técnico.
- Core Web Vitals: Compare os scores de PageSpeed com os que você documentou antes da migração. Se o LCP piorou, investigue a configuração de cache e compressão no novo servidor.
- Tempo de resposta do servidor: Um servidor mais rápido deveria melhorar o TTFB (Time to First Byte). Se o TTFB piorou, verifique se o LiteSpeed ou Nginx está configurado corretamente e se o cache de página está ativo.
Migrações de Hospedagem Compartilhada para VPS
Se você está aproveitando a migração para também mudar de tipo de plano — sair de hospedagem compartilhada para um VPS com NVMe, por exemplo — o processo técnico é o mesmo, mas com uma camada adicional de configuração do servidor.
Em um VPS, você é responsável por instalar e configurar o web server, o PHP, o banco de dados e o painel de controle. Isso dá mais controle, mas exige mais conhecimento técnico. Para agências que gerenciam múltiplos sites de clientes, um VPS bem configurado com LiteSpeed Enterprise pode reduzir significativamente o tempo de carregamento em comparação com hospedagem compartilhada, especialmente em picos de tráfego.
Se você está considerando essa mudança, a Napoleon oferece planos de VPS com armazenamento NVMe e suporte 24/7 via WhatsApp, além de migração gratuita do site para facilitar a transição.
Erros Mais Comuns em Migrações de Hospedagem
Cancelar o plano antigo antes de confirmar que tudo funciona. Mantenha os dois servidores ativos por pelo menos 72 horas após a propagação do DNS.
Não copiar o arquivo .htaccess. Esse arquivo é invisível no gerenciador de arquivos por padrão. Ative a exibição de arquivos ocultos antes de fazer o backup.
Esquecer de atualizar as credenciais do banco de dados. Depois de importar o banco de dados no novo servidor, o arquivo de configuração do site precisa apontar para o novo host, usuário e senha.
Não testar formulários e funcionalidades dinâmicas. Copiar os arquivos não garante que tudo funciona. Teste login, formulários de contato, checkout (se for e-commerce) e qualquer integração com APIs externas.
Não verificar emails. Se o domínio tem contas de email associadas, confirme que os registros MX estão corretos no novo DNS e que as caixas de entrada foram migradas ou reconfiguradas.
Perguntas Frequentes
Quanto tempo leva uma migração de hospedagem sem perder SEO?
O processo técnico pode ser concluído em algumas horas. A propagação de DNS leva de 5 minutos a 48 horas, dependendo do TTL configurado. O monitoramento de SEO deve continuar por 30 dias após a migração.
Preciso avisar o Google antes de migrar a hospedagem?
Não é necessário avisar com antecedência. Após a migração, envie o sitemap atualizado pelo Search Console e solicite a inspeção das URLs principais para acelerar o rastreamento.
Meu site vai sair do ar durante a migração?
Se você seguir o processo correto, o tempo de inatividade é mínimo ou zero. O site continua no servidor antigo enquanto o novo está sendo configurado. A troca acontece apenas na propagação do DNS, que com TTL reduzido leva poucos minutos.
O que fazer se as posições caírem após a migração?
Verifique erros de rastreamento no Search Console, confirme que o SSL está ativo, compare a velocidade de carregamento com os valores pré-migração e revise os redirecionamentos. Flutuações pequenas nas primeiras duas semanas são normais.
Preciso de acesso root para migrar para um VPS?
Depende do tipo de VPS. Em VPS gerenciados com painel de controle (cPanel, DirectAdmin ou Plesk), você pode fazer a migração pelo próprio painel sem precisar de acesso root direto. Em VPS não gerenciados, o acesso root é necessário para configurar o ambiente.
Como saber se o DNS já propagou para o meu servidor?
Use o comando dig seudominio.com.br no terminal ou acesse um verificador de DNS online. Compare o IP retornado com o IP do novo servidor. Quando coincidirem, a propagação está completa para aquele resolver.
A migração gratuita de site inclui banco de dados?
Depende do provedor. Confirme com o suporte do novo host quais arquivos e componentes estão incluídos. Na Napoleon, a migração gratuita é um serviço padrão e o suporte está disponível 24/7 pelo WhatsApp para esclarecer o escopo antes de começar.
Conclusão
Migrar hospedagem sem perder SEO exige planejamento, não sorte. Documente o estado atual do site, configure o novo ambiente antes de tocar no DNS, reduza o TTL com antecedência, teste tudo localmente antes de propagar e monitore os resultados por 30 dias. Seguindo essas etapas, a migração deixa de ser um risco e passa a ser uma oportunidade de melhorar a performance e a estabilidade do site.
Se você está avaliando opções para o novo servidor, conheça as soluções de hospedagem compartilhada, VPS e servidores dedicados disponíveis em napoleon.com.br.
