Mudar um site é como mudar de casa: se você empacota sem lista, algo importante some no caminho. Quem já quebrou um link ou perdeu uma imagem sabe o peso desse arrependimento. A boa notícia é que dá para migrar com calma e controle, sem drama e sem sustos.
Para negócios digitais no Brasil, a troca de hospedagem ou de domínio é comum. O ponto crítico está em Como migrar site wordpress sem perder dados e preservar o que faz o tráfego crescer: estrutura de URLs, conteúdo, velocidade e confiança. Quando esse cuidado falha, surgem quedas de tráfego, perda de leads e ruído no time. Eu costumo ancorar tudo em Search Console, GA4 e nos Core Web Vitals para ter leitura clara antes e depois.
O que mais vejo quebrar migrações? “One‑click” sem inventário de URLs, staging aberto para indexação, troca de HTTP/HTTPS mal feita, e ausência de redirecionamentos 301. Também é comum esquecer DNS e TTL, o que vira janela de instabilidade que poderia ser evitada com 10 minutos de preparo.
Aqui você encontra um roteiro de campo, direto ao ponto. Nós vamos mapear tudo que importa, criar backups que realmente salvam, testar em staging com sigilo, publicar com zero ou mínimo downtime e monitorar como profissionais. Você sai com um passo a passo aplicável, linguagem simples e dicas práticas para não perder dados, nem SEO, nem sono.
Planejamento e checklist pré-migração
Planejar antes é o que evita perda de dados e de SEO. Pense como uma mudança de casa: a lista vem antes das caixas. Aqui, o checklist começa antes de tocar no servidor.
Mapeamento de URLs, conteúdo e mídias
Mapeie tudo, sem falhas: crie um Inventário de URLs completo via sitemap, crawler e Search Console, inclua posts, páginas, categorias, tags, mídias e PDFs, e monte a planilha DE→PARA com redirecionamento 301 1:1.
Rastreie com Screaming Frog e cruze com páginas que recebem cliques no GSC e visitas no GA4. Evite cadeias de redirecionamento e não jogue tudo na home, pois isso gera soft 404. Se uma URL não terá equivalente, aponte para a categoria mais próxima e documente a decisão.
Benchmarks no Search Console e GA4
Faça um baseline claro: salve métricas antes da migração no Baseline no GSC e GA4 para comparar depois e provar sucesso.
No Search Console, registre cliques, impressões, posição média e CTR das páginas-chave. No GA4, guarde sessões orgânicas, conversões e receita por URL. Anote a performance (TTFB e Core Web Vitals) e capture títulos, descrições e canonicals atuais. Sem esse “antes”, você navega no escuro no “depois”.
Priorização por tráfego, backlinks e receita
Foque no que paga a conta: priorize as Páginas de maior valor, aquelas que concentram tráfego, links e conversões, e trate-as primeiro no mapeamento e nos testes.
Use GSC e GA4 para tráfego e conversão, e Ahrefs ou Semrush para backlinks críticos. Mantenha íntegras as 20% páginas que geram 80% do valor. Onde houver consolidação de conteúdo, preserve a intenção de busca e implemente 301 direto para a melhor página destino.
Plano de risco e janela de corte
Defina como entrar e sair: escolha a janela de menor tráfego, reduza o TTL em 300 segundos 24–48 horas antes, bloqueie o staging para indexação e tenha um Plano de rollback testado.
Mantenha o servidor antigo online por 48–72 horas após o go‑live para garantir transição suave. Prepare backups válidos, comunicação com o time e critérios objetivos de reversão. Publique com 301 ativos desde o primeiro segundo, valide sitemap e canônicos, e monitore o Search Console diariamente na primeira semana.
Backup completo e inventário de URLs críticos
Backup e inventário são seu paraquedas. Antes de pular, teste. Aqui eu garanto duas coisas: cópias íntegras e uma lista precisa das URLs que não podem falhar.
Backup de arquivos e banco MySQL
Backup completo testado: salve todos os arquivos do WordPress e faça o Dump do MySQL, depois restaure em staging para validar.
wp-config.php e .htaccess, temas, plugins e toda a pasta uploads. Exporte o banco via phpMyAdmin em SQL com compressão gzip ou use SFTP/SSH para compactar antes de baixar. Siga a regra 3-2-1: três cópias, duas mídias, uma offsite. “Backup não testado não é backup”.
Export de SEO: titles, metas e schema
Metadados de SEO primeiro: exporte títulos, descrições, canonicals e hreflang com um crawler e salve o schema por tipo de página.
Use Screaming Frog ou Sitebulb para exportar todos os campos por URL. Guarde também as configurações do seu plugin de SEO (Yoast, Rank Math) para reimportar. Isso cria um retrato fiel do estado atual e evita perdas de title, meta description e marcação estruturada.
Inventário de redirecionamentos e canonicals
Monte o Mapa de 301: parta das URLs do índice no GSC, mapeie origem→destino e valide 301 1:1 sem cadeias.
Cada URL antiga precisa de destino claro. Teste manualmente as principais e rastreie a lista completa para garantir 301 (não 302/404). Verifique self-canonical nas páginas finais e mantenha o sitemap apenas com URLs 200 vivas, sem 301 ou 404.
Verificação de links internos e 404
Varra erros antes do go‑live: rode um crawl no staging e corrija links quebrados e 404, inclusive imagens e PDFs.
Procure links que ainda apontam para o domínio antigo e ajuste para as novas URLs. Após publicar, monitore o Search Console para novos 404 e reenvie o sitemap. Uma página 404 útil ajuda o usuário, mas o ideal é não deixar erros passarem pelo lançamento.
Staging, testes e substituição segura de URLs
Staging é seu laboratório seguro. Aqui você quebra sem quebrar o site real. O segredo é isolar, testar tudo e só então publicar.
Staging isolado com senha e robots
Trave o staging com senha e noindex: use autenticação HTTP, meta robots noindex e cabeçalho X‑Robots‑Tag para bloquear rastreamento. Não confie só no robots.txt.
Mantenha o staging em subdomínio próprio e com pilha igual à produção, incluindo versão de PHP e cache de objetos. Ajuste formulários, analytics e e-mails para ambientes de teste e confirme os headers no servidor antes de trabalhar conteúdo.
Substituição de URLs sem quebrar dados
Troque URLs com WP‑CLI: o comando search‑replace lida com dados serializados; SQL simples corrompe arrays. Evite mexer na coluna guid e use flags de precisão e objetos recursivos.
Depois da troca, limpe todos os caches e reescreva permalinks. Valide que links internos e mídias apontam para o domínio de staging e que não existem restos da URL antiga.
Teste funcional: formulários, login e checkout
Teste as jornadas críticas: formulários devem enviar para inbox de teste, login precisa funcionar e o checkout deve rodar em sandbox do gateway.
Execute navegação, busca interna, criação de conta e upload de arquivos em diferentes dispositivos. Use mail trap ou logger SMTP para evitar disparos reais. Defina critérios de aprovação e responsáveis e registre tudo para reteste.
Core Web Vitals e performance do novo servidor
Meça e compare: rode PageSpeed Insights e WebPageTest no staging e compare com a linha de base da produção, focando TTFB, LCP e INP.
Se houver regressão, ajuste antes do go‑live. Garanta mesma configuração de servidor, mesma versão de PHP e mesmo layer de cache (Redis/Memcached). Só publique quando o staging estiver igual ou melhor que a produção.
Publicação sem downtime, DNS, SSL e 301
Na hora H, o jogo é simples: reduzir a mudança a poucos minutos e manter tudo sob controle. A chave está no DNS curto, HTTPS pronto e 301 certeiros.
Redução de TTL e janela de publicação
TTL em 300s e janela calma: baixe o TTL do domínio para 300 segundos com 24–48 horas de antecedência e publique em janela de baixa demanda.
Teste o novo site via hosts antes do corte. Mantenha o host antigo online por 48–72 horas (alguns mantêm 7–14 dias) para transição suave e rollback possível. O corte é atualizar o A/AAAA e monitorar a propagação.
SSL, HTTPS forçado e segurança
SSL ativo antes: garanta o certificado no novo host e ative HTTPS 301 forçado logo no corte para evitar conteúdo misto.
Valide com o cadeado no navegador e com curl no terminal. Limpe caches (WP, servidor, CDN) e confirme que canônicos e sitemap usam HTTPS. Monitore erros de certificado e mixed content na primeira hora.
Mapa de redirecionamentos 301 validados
Mapa de 301 1:1: publique os 301 sem cadeias ou loops e teste as páginas de maior valor primeiro.
Se trocar domínio, configure o 301 no host antigo apontando para o novo domínio. Mantenha os 301 por meses (muitos adotam 12 meses). Valide status 301/200 e destinos corretos em amostra grande e ajuste o que falhar.
Envio de sitemap e inspeção de URLs
Enviar sitemap e inspecionar: envie o sitemap no Search Console na hora do go‑live e use a Inspecionar URLs nas páginas críticas.
Se mudou de domínio, use a ferramenta de “Change of Address”. Monitore Cobertura e Remoções por 24–72 horas para caçar 404 cedo. Reenvie o sitemap se houver correções e acompanhe cliques e impressões.
Conclusão e próximos passos
O caminho seguro é simples: planeje antes, faça backup testado, inventarie URLs e use staging isolado. Substitua URLs com ferramenta que preserva dados, publique em janela calma com TTL curto, SSL ativo e HTTPS forçado. Aplique 301 1:1, envie o sitemap e monitore Search Console, GA4 e Core Web Vitals.
Quer migrar seu WordPress sem perder dados nem SEO? A Mistura Tech entrega um plano de migração, testa tudo em staging com senha e noindex, executa o corte com DNS e 301 validados e acompanha Search Console e GA4 nas primeiras semanas. Agende agora um diagnóstico de migração para sair do risco e ir para o ar com confiança.
Key Takeaways
Aprenda o roteiro prático para migrar um site WordPress sem perder dados nem SEO, com ações claras antes, durante e depois da publicação:
- Backup completo testado: salve arquivos e MySQL e valide a restauração em staging. Use a regra 3-2-1 para resiliência.
- Inventário e mapeamento de URLs: crie o DE→PARA com 301 1:1 e priorize páginas de maior valor. Evite soft 404 e cadeias de redirecionamento.
- Staging isolado e protegido: bloqueie com senha e noindex; não confie só em robots.txt. Espelhe versão de PHP, cache e integrações.
- Substituição segura de URLs: use WP‑CLI search-replace (preserva dados serializados) e ignore guid. Limpe caches e confirme links e mídias.
- Janela sem downtime: reduza o TTL para 300s com 24–48h de antecedência e corte em baixa demanda. Mantenha o host antigo por 48–72h para rollback.
- SSL e HTTPS forçado: ative o certificado antes do corte e aplique 301 global para HTTPS. Verifique canônicos e sitemap em HTTPS.
- QA funcional crítico: teste formulários, login e checkout em sandbox e valide tracking. Faça smoke test das principais URLs após o go‑live.
- Pós-go‑live no Search Console: envie o sitemap e inspecione URLs chave; use Change of Address em troca de domínio. Monitore 404, GA4 e Core Web Vitals; mantenha 301 por meses (12 é comum).
Migração segura é processo, não milagre: quando cada etapa é verificada e medida, você preserva dados, posições e receita.
FAQ — Migração de site WordPress sem perder dados e SEO
Como reduzir o downtime durante a migração e quanto tempo leva a propagação de DNS?
Baixe o TTL para 300 segundos 24–48 horas antes do corte. Assim, a propagação costuma levar minutos (até ~30 min). Faça o corte em janela de baixa demanda e mantenha o servidor antigo ativo por 48–72 horas para rollback.
Quando devo usar a ferramenta Change of Address no Google Search Console?
Use apenas quando houver troca de domínio. Configure 301 1:1 do domínio antigo para o novo, verifique ambos os domínios no Search Console, envie o sitemap do novo e então use Change of Address.
Por quanto tempo devo manter os redirecionamentos 301 após a migração?
Mantenha por meses; muitas equipes adotam 12 meses. Garanta 301 1:1 direto ao destino final, sem cadeias ou loops, e atualize links internos para as novas URLs.
O que fazer se o tráfego orgânico cair depois da migração?
Cheque imediatamente 404/500, lacunas no mapa de 301, tags noindex acidentais, canonicals, sitemap e HTTPS. Monitore o Search Console diariamente nas 2 primeiras semanas e semanalmente por 90 dias. Compare Core Web Vitals; corrija regressões de performance.
Como impedir que o ambiente de staging apareça no Google?
Proteja com senha (HTTP Auth) e aplique noindex via meta e/ou X‑Robots‑Tag. Não confie só em robots.txt. Evite links públicos para o staging e valide os headers antes de começar os testes.
Referências Externas
- https://hostwp.com.br/blog/como-migrar-wordpress-de-hospedagem
- https://blog.apiki.com/seguranca-na-migracao-wordpress-como-garantir-que-nenhum-dado-seja-perdido/
- https://www.hostinger.com/br/tutoriais/como-migrar-wordpress/
- https://websoluc.com.br/como-migrar-wordpress-sem-perder-seo-e-com-zero-downtime
