Resposta direta: migrar um site sem perder SEO exige um protocolo em quatro fases — inventário, mapeamento, lançamento controlado e monitoramento pós-lançamento. Não é um detalhe do projeto de design; é um projeto paralelo, com risco proporcional ao patrimônio que o site acumulou. Migração feita sem esse protocolo é a maneira mais rápida — e mais comum — de destruir anos de autoridade em poucas semanas.

Por que migrações destroem tráfego

O ranking do site não está “no domínio” de forma abstrata — está distribuído nas URLs: cada página acumulou histórico, links e posições. Quando o site novo muda os endereços sem avisar o Google corretamente, todo esse patrimônio passa a apontar para portas que não existem mais. O resultado típico da migração sem protocolo é brutal: queda de 40 a 80% do tráfego orgânico nas semanas seguintes, e meses para recuperar — quando recupera. É a diferença entre trocar de casa com uma mudança organizada e simplesmente abandonar a antiga com tudo dentro.

As quatro fases de uma migração séria (e por que cada uma existe)

O que separa uma troca de site tranquila de um desastre não é sorte — é método. Uma migração bem conduzida passa por quatro fases, e vale entender o peso de cada uma, mesmo que a execução fique com quem faz isso todo dia:

1. Inventário. Antes de qualquer design, é preciso saber exatamente o que o site tem: cada página, o que ela ranqueia, quanto tráfego traz, quais recebem links de fora. Sem esse retrato, você não sabe o que está prestes a perder — e não dá para proteger o que não se enxerga.

2. Mapeamento. Cada endereço antigo precisa de um destino novo equivalente, definido um a um. Em um site com dezenas ou centenas de páginas, isso deixa de ser uma planilha e vira um trabalho de precisão, onde um único esquecimento é uma porta de autoridade fechada. É a fase que o redirecionamento 301 executa — e onde a maioria dos improvisos falha.

3. Lançamento controlado. A virada tem uma janela crítica de horas: instruções técnicas herdadas do ambiente de testes, versões duplicadas, sitemap desatualizado — qualquer resíduo publicado no ar custa posição. É o momento de menos margem para erro do processo inteiro.

4. Monitoramento pós-lançamento. O estrago de uma migração raramente aparece no dia; aparece semanas depois, quando o tráfego já caiu. Por isso o site novo precisa ser acompanhado de perto por 8 a 12 semanas, comparando contra o retrato da Fase 1, para agir antes que uma flutuação vire tendência.

Repare no todo: quatro fases, cada uma com risco próprio, todas dependentes entre si. Não é uma etapa do site novo — é um projeto que corre em paralelo a ele.

Os erros que mais vemos em auditorias

Quase todo tráfego perdido em migração cai em um destes — e todos parecem pequenos até a conta chegar:

  • Configuração de bloqueio do ambiente de testes publicada no site no ar — o clássico que tira o site inteiro do Google.
  • Jogar todas as páginas antigas para a home, como se isso preservasse alguma coisa.
  • Migrar em época de pico de vendas, sem margem para estabilizar.
  • Trocar de agência ou plataforma sem ninguém dono do protocolo — porque “é só design”.

Migração como oportunidade (quando bem feita)

Com protocolo, a migração deixa de ser risco e vira alavanca: é o momento de corrigir a arquitetura, eliminar o peso técnico herdado e reconstruir sobre uma base enxuta — o cenário ideal do modelo SEO-Native. Boa parte dos nossos projetos de SEO corporate/enterprise começa exatamente assim: um site que precisava ser trocado e uma diretoria com medo justificado de perder o tráfego. Nós assumimos o protocolo inteiro — inventário, mapeamento, virada e monitoramento — para que a troca seja um upgrade, e não uma aposta. Você renova o site sem apostar o histórico; a preservação é conosco.

Perguntas frequentes

Quanto tempo o tráfego oscila depois de migrar?

Com protocolo bem executado, a flutuação típica dura de 2 a 6 semanas enquanto o Google reprocessa. Sem protocolo, a queda pode ser imediata e a recuperação levar meses.

Posso mudar design e URLs ao mesmo tempo?

Pode — é o cenário mais comum. O risco está em mudar o conteúdo das páginas que ranqueiam junto com tudo. Mudanças editoriais profundas merecem uma fase própria, depois da estabilização — mais um motivo para ter alguém coordenando o processo.

Migrar de plataforma (ex.: construtor → código próprio) perde SEO?

Não, se o protocolo for seguido — e geralmente ganha, porque a base técnica melhora. O que perde SEO é migrar sem inventário, sem mapeamento e sem os fundamentos do SEO técnico na plataforma nova.