Eu já perdi a conta de quantas mensagens recebi numa segunda-feira de manhã com a mesma frase: “o site novo foi pro ar e o tráfego sumiu”. Quase sempre o problema não é o algoritmo de mau humor. É um detalhe técnico esquecido no caminho, como um noindex do ambiente de testes, um redirecionamento apontando para a home ou um robots.txt bloqueando tudo. Este checklist existe para você não virar estatística.
Para migrar um site sem perder tráfego, você precisa de três frentes bem amarradas. A primeira é inventariar todas as URLs que geram visitas. A segunda é montar um mapa de redirecionamentos 301 de um para um. A terceira é monitorar rastreamento e indexação no Search Console nas semanas seguintes ao lançamento.
Por que a migração de site derruba o tráfego orgânico?
A migração derruba o tráfego quando o Google encontra URLs antigas sem destino, páginas novas bloqueadas ou conteúdo diferente do que já conhecia. Nessas situações, o buscador precisa reaprender o site inteiro e deixa de aproveitar os sinais acumulados em cada endereço ao longo dos anos.
A troca também mexe com quem navega, e não só com o robô. Segundo levantamento da WebFX compilado pela Agência Mestre, 94% dos usuários apontam a navegação fácil como o recurso mais importante de um site. O mesmo levantamento mostra que 42% abandonariam uma página por causa de funcionalidade ruim. Ou seja, um menu novo e confuso pode derrubar conversões mesmo que todos os redirecionamentos estejam perfeitos.
Existem vários tipos de migração, e cada um traz um nível de risco diferente para o SEO. Trocar só a hospedagem mantendo as mesmas URLs é o caso mais tranquilo. Mudar de domínio, trocar de CMS, passar de HTTP para HTTPS ou refazer a arquitetura de URLs exige muito mais cuidado. Existe ainda a migração parcial, como levar só o blog para outra plataforma, que muita gente esquece de tratar como migração de verdade.
Antes da virada: o inventário que protege seu ranking
Uma migração protegida começa semanas antes do lançamento, com um inventário completo das URLs atuais, dos dados de desempenho e da saúde técnica do site. Sem essa fotografia do antes, você não tem como mapear destinos nem provar o que mudou depois que o site novo for ao ar.
Gosto de tratar essa fase como uma mudança de casa: ninguém joga tudo no caminhão sem saber o que tem em cada caixa. No site, as caixas são as páginas que trazem tráfego, as que recebem backlinks e as que convertem. Se uma delas fica para trás, o Google não vai procurar onde você guardou.
Mapeamento completo das URLs atuais
Um mapeamento completo cruza pelo menos três fontes: o rastreamento do site atual, as páginas com cliques e impressões no Search Console e as URLs que recebem backlinks. Assim você encontra inclusive páginas órfãs, que nenhum menu linka mas que ainda trazem visitas do Google.
O sitemap XML ajuda, mas raramente está completo ou atualizado. Por isso, vale cruzar com outras fontes de descoberta, como um sitemap HTML, os logs do servidor e o histórico de 16 meses do Search Console. Em sites com milhares de páginas, organize o mapeamento por modelo de página (produto, categoria, post, institucional), como explico no post sobre auditoria para grandes sites.
Use este checklist para a fase de preparação, nesta ordem:
- Rastreie o site atual inteiro com uma ferramenta como o Screaming Frog e salve o resultado.
- Exporte do Search Console as páginas com cliques e impressões dos últimos 16 meses.
- Liste as URLs que recebem backlinks externos, porque elas carregam autoridade.
- Registre posições das palavras-chave principais, Core Web Vitals e conversões por página.
- Escaneie arquivos e banco de dados em busca de malware antes de copiar qualquer coisa.
- Faça um backup completo do site antigo e guarde num lugar fora do servidor atual.
Benchmark de desempenho e limpeza de segurança
O benchmark é o registro do desempenho atual, que você vai usar para comparar o antes e o depois do lançamento. Sem ele, qualquer conversa sobre queda de tráfego vira achismo, e ninguém consegue dizer se a migração ajudou ou atrapalhou o resultado orgânico.
Tem um item que quase nenhum checklist de migração menciona: levar um site infectado para a plataforma nova. Já vi código malicioso escondido em uploads antigos ser copiado junto com as imagens e voltar a gerar spam no índice do Google semanas depois. Se você não sabe diferenciar as ameaças, dá uma olhada no conteúdo sobre vírus e malware antes de iniciar a cópia dos arquivos.
Mapa de redirecionamentos 301 sem cadeia e sem atalho preguiçoso
O mapa de redirecionamentos liga cada URL antiga à página nova de conteúdo equivalente, usando o código 301 para indicar mudança permanente. Esse mapeamento de um para um é o que transfere os sinais de ranqueamento e evita que visitantes e robôs caiam em páginas de erro.
Na hora de escolher o código, a confusão entre permanente e temporário ainda aparece bastante em projetos. Quem tem dúvida pode ler a comparação de redirecionamentos 301 vs 302. Quem quer revisar a família inteira de códigos encontra o resumo em redirecionamentos 3xx e seu impacto no SEO. Na migração, a regra é simples: mudou de endereço para sempre, use 301.
Os tropeços mais comuns que encontro em auditoria são as cadeias de redirecionamento, os loops e os redirecionamentos feitos por JavaScript quando deveriam ser feitos no servidor. Separei os casos mais perigosos no post sobre erros em redirecionamentos que podem custar o tráfego do seu site, que vale ler antes de subir o arquivo de regras para produção.
Quando a página antiga não tem equivalente no site novo?
Se a página antiga não tem equivalente, redirecione para o conteúdo mais próximo em assunto, como a categoria-mãe de um produto descontinuado. Quando não existir nada relacionado, retornar 404 ou 410 é mais honesto com o Google do que forçar um redirecionamento sem sentido.
O critério que uso é perguntar se a pessoa que clicou na URL antiga ficaria satisfeita ao chegar ao destino. Um tênis esgotado pode levar para a categoria de tênis daquele modelo, e isso resolve a intenção de busca. Já um post sobre uma promoção de 2019 não precisa ir para lugar nenhum, porque ele simplesmente deixou de existir.
O que conferir no dia do go-live
No dia do lançamento, confira se o site novo está liberado para rastreamento e indexação, com robots.txt correto, sem noindex herdado do staging, canonicals apontando para as novas URLs e redirecionamentos respondendo com 301. Esses itens decidem se o Google consegue entrar pela porta nova.
O clássico absoluto é a tag noindex esquecida do ambiente de testes. Ela protegeu o staging durante meses e, no dia da virada, vai junto para produção sem ninguém perceber. É o equivalente digital de inaugurar a loja com a porta trancada e a placa “fechado” pendurada.
Faça esta conferência logo depois da publicação:
- Abra o robots.txt de produção e confirme que ele não tem um Disallow geral.
- Inspecione o código-fonte e o HTML renderizado das páginas principais em busca de noindex.
- Verifique se cada canonical aponta para a própria URL nova, e não para o domínio antigo.
- Rode um rastreamento na lista de URLs antigas e confirme que todas respondem 301 para o destino certo.
- Envie o novo sitemap XML ao Search Console e, se trocou de domínio, use a ferramenta de mudança de endereço.
Em sites grandes, a comunicação entre esses times pesa tanto quanto a parte técnica, porque um ajuste feito por uma equipe pode quebrar o trabalho da outra. Escrevi sobre como reportar problemas em escala e criar procedimentos padrão no post sobre SEO técnico para grandes sites.
Monitoramento depois da migração: as primeiras semanas
Depois da migração, acompanhe diariamente os relatórios de indexação e de páginas no Search Console, os erros 404 e 5xx, a cobertura do sitemap novo e o tráfego orgânico por página. A comparação com o benchmark mostra cedo se alguma seção do site ficou para trás.
Oscilação nas primeiras semanas é normal, porque o Google precisa rastrear as URLs antigas, seguir os redirecionamentos e consolidar os sinais nas novas. Queda forte e contínua, porém, é sinal de problema. Num episódio do SEO Happy Hour, foi citado o caso de um cliente que perdeu 40% do tráfego nas primeiras semanas após uma migração feita sem suporte de SEO. O mesmo episódio reforça a recomendação de manter os redirecionamentos 301 por pelo menos 180 dias.
O que fazer se o tráfego cair depois da migração?
Se o tráfego cair, compare as páginas que mais perderam cliques com o mapa de redirecionamentos. Em seguida, inspecione essas URLs no Search Console e confira se o conteúdo novo manteve o texto, os títulos e os links internos que sustentavam o ranqueamento antes da troca.
Migrar um site sem perder tráfego exige saber por que as quedas acontecem: o Google perde os sinais de URLs sem destino e os usuários abandonam navegações ruins. A partir daí, o trabalho segue uma ordem clara. Antes da virada, você faz o inventário completo das URLs, registra o benchmark de desempenho e verifica a segurança dos arquivos. Depois, monta um mapa de redirecionamentos 301 de um para um, sem cadeias e sem mandar tudo para a home. No dia do lançamento, confere robots.txt, noindex, canonicals e sitemap. Nas semanas seguintes, monitora indexação, erros e tráfego por página para corrigir rápido qualquer seção que tenha ficado para trás.
Quando o time interno não tem braço para planejar, executar e acompanhar tudo isso, nós entramos junto com os desenvolvedores na implementação de SEO técnico com desenvolvedor SEO, cuidando do mapa de 301, dos testes em staging e do monitoramento pós-lançamento.
Na maioria dos diagnósticos que faço, a causa aparece em pouco tempo: um grupo de URLs sem regra de redirecionamento, um template novo que esconde o conteúdo atrás de JavaScript ou um bloco de links internos que sumiu do menu. Corrigir rápido faz diferença, porque cada semana com erro é uma semana de sinais perdidos.
