Migrar Site WordPress Sem Perder SEO

Migrar um site WordPress para outro servidor ou domínio é um dos momentos de maior risco para o SEO de qualquer projeto. Feita sem planejamento, uma migração derruba rankings que levaram meses para construir, quebra links internos e externos, e pode deixar o Googlebot rastreando URLs que não existem mais por semanas. Feita com processo, é uma operação cirúrgica que o Google mal percebe.

A diferença entre as duas situações não está na complexidade técnica. Está em saber exatamente o que verificar, em qual ordem, e o que não pode ser pulado mesmo quando o prazo aperta.

O Que Está em Risco em Uma Migração de WordPress

Antes de entrar no processo, vale entender o que pode ser perdido e por quê. O Google indexa URLs específicas, não domínios. Cada página do seu site tem um endereço que o Googlebot visitou, avaliou e decidiu ranquear. Quando esse endereço muda sem um redirecionamento correto, o Google encontra um erro 404 no lugar da página que conhecia e começa a remover aquela URL do índice.

Além das URLs, existem três outros elementos que migram mal quando o processo não é estruturado: os links internos que apontam para o domínio antigo e continuam no conteúdo após a migração, os arquivos de mídia que podem ficar para trás se a cópia for incompleta, e as configurações de rastreamento do Google Search Console e do Analytics que precisam ser atualizadas para o novo ambiente.

Cada um desses problemas tem solução simples quando identificado antes da migração. Quando identificado depois, a solução é mais trabalhosa e o dano ao SEO já pode ter acontecido.

O Que Fazer Antes de Tocar em Qualquer Arquivo

A fase de preparação é onde a maioria das migrações mal executadas falha. A pressa de subir o novo ambiente faz as pessoas pularem etapas que parecem burocráticas mas que são o que torna a recuperação possível se algo der errado.

Mapeie Todas as URLs Indexadas

O primeiro passo é saber exatamente quais URLs o Google tem no índice hoje. Acesse o Google Search Console, vá em Cobertura e exporte a lista de URLs indexadas. Esse arquivo é o mapa do que precisa ter redirecionamento após a migração.

Complemente com um rastreamento via Screaming Frog no domínio atual: ele vai capturar URLs que o Search Console não lista explicitamente, como páginas de categoria, tags, arquivos de autor e qualquer URL gerada dinamicamente pelo WordPress.

O resultado é uma planilha com todas as URLs de origem. Para cada uma, você vai definir a URL de destino no novo ambiente. Esse mapeamento é o documento mais importante de toda a migração.

Faça um Backup Completo e Verificado

Backup não é opcional e não é negociável. Antes de qualquer alteração no ambiente atual, faça um backup completo que inclua o banco de dados MySQL e todos os arquivos do WordPress, incluindo uploads, temas e plugins.

O detalhe que a maioria ignora: teste se o backup é restaurável antes de começar a migração. Um backup corrompido descoberto no meio de uma crise de migração é o pior cenário possível. Suba o backup em um subdomínio de teste e verifique se o site abre corretamente.

Para projetos que precisam de um processo de manutenção de sites WordPress estruturado, backup verificado antes de qualquer intervenção é procedimento padrão, não exceção.

Registre as Métricas Atuais de SEO

Antes de migrar, documente o estado atual: posições das principais palavras-chave, tráfego orgânico dos últimos três meses no Analytics, Core Web Vitals no Search Console e os backlinks mais relevantes apontando para o domínio. Esses dados são o baseline que você vai usar para monitorar o impacto da migração nas semanas seguintes.

Sem esse registro, você não tem como saber se uma queda de tráfego pós-migração é consequência de algo que deu errado ou flutuação normal do algoritmo.

Como Configurar o Ambiente de Destino

O ambiente de destino, seja um novo servidor, um novo hosting ou um novo domínio, precisa estar completamente configurado e testado antes de qualquer mudança de DNS.

Instale e Configure o WordPress no Novo Ambiente

Instale o WordPress no servidor de destino e importe o banco de dados do backup. Antes de atualizar as URLs no banco de dados, configure o acesso via arquivo hosts local ou via domínio temporário para que você possa acessar e testar o novo ambiente sem que ele esteja público.

O WordPress armazena as URLs do site em duas opções no banco de dados: siteurl e home na tabela wp_options. Quando você copia o banco de dados para o novo ambiente, essas opções ainda apontam para o domínio antigo. Use o plugin Better Search Replace ou o WP-CLI para fazer a substituição das URLs no banco de dados de forma segura, preservando dados serializados que uma substituição manual via SQL quebraria.

wp search-replace 'https://dominioantig.com.br' 'https://novodomin.com.br' --all-tables

Verifique os Links Internos

Após a substituição das URLs no banco de dados, rastreie o novo ambiente com o Screaming Frog para verificar se existem links internos que ainda apontam para o domínio antigo. É comum que URLs fiquem para trás em campos de metadados, em widgets, em configurações de plugins ou em opções customizadas do tema que não são cobertas pela substituição padrão.

Cada link interno apontando para o domínio antigo é um link que vai gerar um redirect após a migração, consumindo desnecessariamente o crawl budget e adicionando latência à navegação.

Configure o HTTPS Corretamente

Se a migração envolve troca de hosting, garanta que o certificado SSL esteja instalado e funcionando antes de qualquer mudança de DNS. Testar o HTTPS no novo ambiente via arquivo hosts local é mais seguro do que descobrir o problema após o DNS já ter propagado.

Verifique também se o WordPress está configurado para forçar HTTPS em todas as páginas e se o arquivo .htaccess tem o redirecionamento correto de HTTP para HTTPS.

O Checklist de Redirects Que Protege o SEO

Os redirects são o elemento mais crítico para preservar o SEO em uma migração. Um redirect 301 comunica ao Google que aquela URL mudou permanentemente e que a autoridade acumulada deve ser transferida para o novo endereço.

Quando a Estrutura de URLs Permanece Igual

Se você está apenas trocando de servidor ou de hosting mantendo o mesmo domínio e a mesma estrutura de URLs, os redirects são simples: toda requisição para o domínio antigo redireciona para o mesmo caminho no novo domínio. Isso é feito no .htaccess do servidor antigo ou nas configurações de DNS, dependendo de como a migração é executada.

Quando as URLs Mudam

Se a migração envolve mudança de estrutura de URLs, como sair de URLs com parâmetros para URLs amigáveis, ou mudar a estrutura de categorias, cada URL antiga precisa de um redirect 301 específico para a URL nova correspondente.

Use o mapeamento que você criou na fase de preparação para configurar esses redirects. Para WordPress, o plugin Redirection gerencia redirects individuais via interface. Para volumes maiores, os redirects no .htaccess são mais performáticos porque não dependem do PHP para processar cada requisição.

Valide cada redirect com uma ferramenta de verificação de status HTTP. O redirect deve retornar 301, não 302 (temporário) e não deve ter cadeia de redirects (A → B → C). Redirects em cadeia diluem a autoridade transferida e adicionam latência.

URLs Que Não Terão Equivalente no Novo Site

Páginas que serão descontinuadas na migração devem receber redirect 301 para a página mais relevante tematicamente no novo site. Se não existe equivalente temático, redirecione para a home ou para a categoria mais próxima. Retornar 404 para URLs que o Google tem indexadas acelera a perda de posicionamento dessas páginas.

O Que Verificar Antes de Apontar o DNS

Com o novo ambiente configurado, testado e os redirects mapeados, existe um checklist de validação que deve ser executado antes de qualquer mudança de DNS.

Funcionamento completo no ambiente de staging: todas as páginas carregam sem erro, os formulários funcionam, o checkout (se for e-commerce) processa corretamente, os e-mails transacionais disparam. Qualquer problema descoberto aqui é resolvido antes da migração ser pública.

Ausência de links para o domínio antigo no conteúdo: o Screaming Frog no novo ambiente não deve retornar nenhum link interno apontando para o domínio antigo. Se retornar, a substituição no banco de dados não foi completa.

Robots.txt correto: o arquivo robots.txt do novo ambiente não deve ter nenhuma diretiva bloqueando o Googlebot. É um erro comum deixar o User-agent: * Disallow: / no robots.txt do ambiente de staging e não remover antes de ir a ar.

Sitemap atualizado: o sitemap XML do novo ambiente lista as URLs do novo domínio, não do antigo. Verifique em novodomin.com.br/sitemap.xml antes de submeter ao Search Console.

Performance do novo servidor: rode o novo ambiente no PageSpeed Insights e no GTmetrix antes da migração. Se os Core Web Vitals estão piores no novo servidor do que no atual, você está adicionando um problema de SEO à migração. Resolva antes de migrar.

Para uma auditoria completa do estado técnico do site antes e depois da migração, o processo descrito em auditoria de SEO cobre as camadas que precisam ser verificadas sistematicamente.

Como Executar a Mudança de DNS com Segurança

A mudança de DNS é o momento em que o novo ambiente se torna público. Existe uma janela de propagação de DNS que pode durar de minutos a 48 horas dependendo do TTL configurado e do provedor de DNS.

Reduza o TTL Antes da Migração

Pelo menos 24 horas antes da mudança de DNS, reduza o TTL (Time to Live) dos registros DNS para o menor valor permitido pelo provedor, geralmente 300 segundos (5 minutos). Isso garante que, quando você fizer a mudança, ela se propague rapidamente em vez de levar horas.

Após a migração estar estabilizada e validada, restaure o TTL para o valor padrão (geralmente 3600 segundos).

Mantenha o Ambiente Antigo Ativo Por Pelo Menos 48 Horas

Não desligue o servidor antigo imediatamente após mudar o DNS. Durante a propagação, parte do tráfego ainda vai chegar no servidor antigo. Esse servidor deve estar configurado para redirecionar tudo para o novo domínio via redirect 301, não para retornar erro ou página em branco.

Monitore os logs de acesso do servidor antigo para verificar quando o tráfego cessa. Somente depois de 48 a 72 horas sem tráfego significativo o servidor antigo pode ser desativado com segurança.

O Que Fazer Imediatamente Após a Migração

As primeiras 48 horas após a migração são o período de maior risco e de maior impacto das ações de verificação.

Atualize o Google Search Console

Adicione o novo domínio como propriedade no Search Console e submeta o sitemap atualizado. Se a migração envolveu mudança de domínio, use a ferramenta de Mudança de Endereço do Search Console, disponível nas configurações da propriedade antiga. Essa ferramenta comunica formalmente ao Google que o site mudou de endereço e acelera o processo de transferência de autoridade.

Force o Rastreamento das Páginas Principais

No Search Console do novo domínio, use a ferramenta de Inspeção de URL para solicitar o rastreamento das páginas mais importantes do site: home, páginas de serviço, artigos com maior tráfego. Isso não garante indexação imediata, mas sinaliza ao Google que essas URLs existem e estão prontas para ser avaliadas.

Monitore Erros de Rastreamento

Nos primeiros dias após a migração, acesse diariamente o relatório de Cobertura no Search Console para verificar se estão aparecendo erros 404 ou outros problemas de rastreamento que não estavam previstos. Cada 404 inesperado é um redirect que ficou faltando e precisa ser adicionado.

Verifique os Backlinks Externos

Ferramentas como Ahrefs ou SEMrush permitem ver quais domínios externos apontam para o seu site. Os backlinks de maior autoridade que apontam para o domínio antigo devem ser atualizados manualmente sempre que possível: entre em contato com os proprietários dos sites e solicite a atualização do link. Os redirects cobrem o SEO, mas um link direto para o novo domínio é sempre mais eficiente do que um link que passa por redirect.

O Que Monitorar nas Semanas Seguintes

Uma migração de WordPress bem executada não gera queda de tráfego. Pode haver uma variação pequena nos primeiros dias enquanto o Google reprocessa as URLs, mas o tráfego deve se estabilizar no mesmo patamar ou melhor dentro de duas a três semanas.

Se o tráfego cair mais de 20% e não se recuperar após duas semanas, existe um problema técnico que precisa ser investigado: redirects que estão falhando, páginas sendo bloqueadas incorretamente no robots.txt, ou conteúdo que o Google está interpretando como duplicado por alguma configuração incorreta.

O monitoramento deve cobrir: tráfego orgânico no Analytics por semana, posições das principais palavras-chave, erros de cobertura no Search Console e Core Web Vitals. Qualquer métrica que se degradou em relação ao baseline registrado antes da migração precisa de investigação.

Para um trabalho contínuo de monitoramento e otimização técnica após a migração, o serviço de SEO técnico cobre exatamente essa camada de acompanhamento que determina se os rankings se recuperam ou continuam caindo nas semanas seguintes.

Conclusão

Migrar um site WordPress sem perder SEO não é uma operação simples, mas é uma operação completamente controlável quando o processo é seguido na ordem certa. O risco está nas etapas puladas, não na complexidade técnica.

O mapeamento de URLs antes da migração, os redirects 301 para cada URL indexada, a validação completa antes da mudança de DNS e o monitoramento nas semanas seguintes são o que separa uma migração transparente para o Google de uma migração que derruba rankings e leva meses para se recuperar.

Se você está planejando uma migração de WordPress e quer garantir que o processo seja executado com segurança técnica e sem impacto no SEO, posso ajudar como parte do meu serviço de manutenção de sites WordPress, que cobre desde o planejamento até o monitoramento pós-migração.