Como Migrar o Site sem Perder Posições no Google: Guia Completo

Por que uma migração derruba posições que levaram anos para conquistar

Toda vez que uma URL muda de endereço, o Google precisa reaprender o site inteiro: reprocessar redirecionamentos, recalcular autoridade e decidir se a página nova é a mesma de antes. Esse reaprendizado tem prazo e tem risco: é nesse intervalo que posições somem.

O problema quase nunca é o Google penalizando a mudança. É a falta de um mapa de URLs, um redirecionamento 301 que ninguém configurou, um robots.txt bloqueando o site novo por engano ou um sitemap desatualizado apontando para páginas que não existem mais. Isolado, cada erro já derruba tráfego. Somados, viram uma queda que dura meses.

Esse tipo de planejamento é parte do que entregamos em projetos de desenvolvimento sob medida: a migração entra no escopo desde o orçamento, não como etapa improvisada no fim.

Mapeie todas as URLs antigas antes de desenhar uma única tela nova

Migração sem mapa de URLs é a causa mais comum de queda de tráfego. Antes de qualquer decisão de design, exporte a lista completa de páginas que o Google já indexou e conhece do site atual.

• Google Search Console, relatórios de Cobertura e de Desempenho, para saber quais URLs recebem cliques e impressões hoje.
• Google Analytics (ou equivalente), para identificar as páginas com mais sessões nos últimos 12 meses.
• O sitemap.xml atual, que lista tudo que o site declara como indexável.
• Um rastreador de site (crawler) rodando sobre o domínio atual, para pegar URLs que geram tráfego mas não aparecem no sitemap.

Cruze essas quatro fontes numa planilha única: URL antiga, URL nova, tipo de conteúdo e se aquela página ainda vai existir no site novo. Página que muda de endereço sem constar nessa planilha é página que o redirecionamento vai esquecer.

Redirecionamento 301 é a diferença entre manter posição e recomeçar do zero

Redirecionamento 301 (permanente) transfere a maior parte do valor de SEO que aquela URL acumulou para o novo endereço. Redirecionamento 302 (temporário) não transfere: ele sinaliza ao Google que a mudança é provisória, e o rastreador continua tratando a URL antiga como a principal.

O erro mais comum é redirecionar tudo para a home. Isso some com o erro 404 na superfície, mas destrói a relevância: uma página sobre ‘orçamento de site institucional’ redirecionada para a home perde o contexto que fazia ela rankear. A regra é redirecionamento um para um, sempre que existir uma página nova equivalente.

Evite cadeias de redirecionamento (URL A redireciona para B, que redireciona para C). Cada salto consome parte do orçamento de rastreamento (crawl budget) que o Google dedica ao site, e cadeias longas fazem o rastreador desistir antes de chegar ao destino final.

O que copiar do site antigo além do layout: tags, dados estruturados e hierarquia de conteúdo

Title tag, meta description, canonical e a hierarquia de H1 e H2 de cada página precisam ser levados para o site novo, não reinventados. Trocar esses elementos ao mesmo tempo que muda o endereço da URL soma duas variáveis de risco numa mudança só, e dificulta identificar o que causou uma eventual queda.

Dados estruturados (schema markup) merecem atenção redobrada: se o site antigo tinha marcação de FAQ, produto ou avaliação e o site novo sobe sem essa marcação, os rich snippets que geravam cliques a mais desaparecem dos resultados de busca mesmo que a posição em si se mantenha.

WordPress com tema próprio e código enxuto entrega performance máxima: menos plugins genéricos rodando em paralelo significa menos JavaScript para carregar e menos chance de o Core Web Vitals piorar justamente na semana em que o Google está reavaliando o site com mais atenção.

Teste em um ambiente de staging sem deixar o Google indexar a versão de testes

Staging exposto ao rastreador do Google é como treinar em público: se a versão de teste for indexada, ela passa a competir com a versão real por posição, ou vira a referência que o Google guarda antes mesmo de o site ir ao ar.

• Bloqueie o staging inteiro por autenticação (usuário e senha), não só por robots.txt (robots.txt sozinho não impede indexação, só desaconselha o rastreamento).
• Adicione meta tag noindex em todas as páginas de staging, como camada extra de segurança.
• Rode a auditoria de Core Web Vitals no staging antes do lançamento: LCP, CLS e INP precisam estar na faixa recomendada antes, não depois, de o site ir ao ar.
• Confirme que todos os redirecionamentos da planilha estão ativos no staging, testando manualmente uma amostra de URLs de cada tipo de página.

As primeiras 72 horas no ar decidem se a migração foi segura

Assim que o site novo entrar no ar, o trabalho de SEO começa, não termina. Envie o sitemap novo direto no Google Search Console e peça indexação manual das páginas que geram mais receita ou mais tráfego, em vez de esperar o rastreamento espontâneo.

Monitore o relatório de Cobertura diariamente na primeira semana: um salto de erros 404 ou de páginas ‘redirecionadas incorretamente’ é sinal de que algo na planilha de URLs ficou de fora. Se o domínio mudou, mantenha o domínio antigo ativo com os redirecionamentos funcionando por, no mínimo, alguns meses: o Google e os sites que apontam links para o endereço antigo não atualizam da noite para o dia.

É normal que as posições oscilem por dias, às vezes semanas, mesmo numa migração bem executada. O sinal de alerta não é a oscilação em si: é a oscilação que não se recupera.