Migração de site sem perder tráfego: o checklist

Por Rafael Nogueira · Consultor de SEO Técnico

Toda migração é um transplante: o conteúdo continua o mesmo, mas o endereço, o servidor e muitas vezes o HTML mudam de uma vez. Quando dá errado, o sintoma é sempre parecido, uma queda de tráfego que aparece de sete a vinte dias depois e assusta todo mundo.

A boa notícia é que quase toda perda de migração vem de um punhado de falhas conhecidas, e todas são evitáveis com trabalho feito antes de virar a chave.

Fase 1: antes de mexer em qualquer coisa

• Inventário completo de endereços. Todas as URLs que existem hoje e respondem 200, vindas do sitemap, do painel do site e do relatório de páginas do Search Console.
• Retrato de desempenho. Exporte 28 dias de consultas, páginas, cliques e posição média. Esse arquivo é a única prova do antes e depois.
• Lista das páginas que mais importam. Normalmente 20% delas respondem por 80% do tráfego; são as que merecem conferência individual.
• Mapa de redirecionamento um a um. Uma planilha com endereço antigo e novo equivalente, linha por linha. Sem atalho: mandar tudo para a home é a falha clássica.
• Inventário de links externos. Veja quais páginas recebem links de fora; elas não podem, em hipótese nenhuma, ficar sem destino.

Fase 2: a virada

O que precisa estar certo no dia:

O bloqueio esquecido no robots.txt merece destaque: é a falha mais silenciosa e mais destrutiva das migrações. O site novo entra no ar bonito, e invisível.

Fase 3: a semana seguinte

Depois da virada, o trabalho é de vigilância:

• Envie o novo sitemap e, se trocou de domínio, use a ferramenta de mudança de endereço do Search Console.
• Acompanhe o relatório de páginas todos os dias na primeira semana. O que você procura é crescimento de erros e de "excluídas".
• Teste uma amostra de 20 endereços antigos. Todos precisam devolver redirecionamento permanente para a página certa, em um salto.
• Procure cadeias. Cada salto extra desperdiça rastreamento e atrasa a consolidação.
• Atualize links internos. Deixar o site apontando internamente para os endereços antigos faz todo clique passar por redirecionamento à toa.

Mantenha os redirecionamentos no ar por pelo menos um ano, de preferência para sempre. Links externos antigos continuam existindo por anos, e cada um deles é autoridade chegando.

O que fica para trás e ninguém lembra

Além das páginas, um site carrega uma bagagem de arquivos e configurações que costuma ser esquecida na mudança. A lista abaixo é o que mais some em migração:

• Arquivos da raiz: robots.txt, sitemap, feed, llms.txt, ads.txt e os arquivos de verificação de propriedade do Search Console e de outras ferramentas.
• Redirecionamentos antigos. O site atual provavelmente já tem uma lista de migrações anteriores; ela precisa continuar valendo, senão links de anos atrás quebram de uma vez.
• Códigos de acompanhamento de analytics, pixels e gerenciador de tags, que muitas vezes ficam só no tema antigo.
• Páginas institucionais pouco visitadas, como política de privacidade e termos, que sustentam confiança e costumam ser esquecidas na contagem.
• Imagens com link externo. Se alguém linkou uma imagem sua, mudar o caminho quebra a referência.
• E-mails do domínio, quando a migração envolve troca de hospedagem. É o item que gera pânico real no dia seguinte.

Vale montar essa lista junto com o inventário de URLs. São itens pequenos, mas cada um deles é uma ligação com o mundo de fora que você levou anos para construir.

Quanto tempo leva para estabilizar

Sendo honesto sobre expectativa: uma migração bem feita costuma ter oscilação de duas a seis semanas, com recuperação gradual. Site grande demora mais, porque o Google precisa rastrear muito endereço antigo para processar cada redirecionamento. Queda que continua caindo depois de dois meses não é "período de adaptação", é problema não resolvido, e aí vale rever o mapa de redirecionamentos e a cobertura de indexação. O caminho para diagnosticar está no artigo sobre os status de indexação do Search Console.

Teste antes de virar a chave

A diferença entre migração tranquila e semana de pânico costuma estar num ambiente de homologação bem usado. Três testes valem cada minuto investido.

O teste de amostra de redirecionamento: pegue 30 endereços antigos, sendo os 10 mais acessados, 10 aleatórios e 10 esquisitos (com acento, parâmetro, maiúscula) e confira, um a um, se o destino é a página equivalente. O teste de renderização: abra as páginas principais do site novo e confirme que título, cabeçalhos, texto e dados estruturados continuam lá, porque plataformas novas costumam "simplificar" o HTML. E o teste de bloqueio: confirme que o robots.txt do ambiente de testes não vai junto para produção, que é o acidente mais comum de todos.

Vale também combinar o horário. Virar numa terça de manhã, com a equipe disponível, é diferente de virar numa sexta à noite, quando ninguém vai perceber um erro antes de segunda.

Se a queda já aconteceu

Quando o site já migrou e o tráfego caiu, o diagnóstico segue uma ordem que vai do mais provável ao menos provável:

1. Bloqueio acidental. Confira robots.txt e a existência de marcação de não indexar nas páginas. É a causa de um terço dos casos que atendo.
2. Redirecionamentos ausentes ou errados. Teste os endereços antigos mais populares; se devolvem erro ou caem na home, você encontrou o problema.
3. Conteúdo encurtado. Compare o texto de cinco páginas importantes com a versão anterior, recuperável no arquivo da internet.
4. Perda de dados estruturados. Recursos visuais na busca somem quando a marcação não foi replicada.
5. Lentidão do novo servidor. Compare o tempo de resposta com o do site antigo.

Corrija na ordem e dê tempo entre uma correção e outra, senão você não saberá qual delas resolveu.

O caso mais simples: de HTTP para HTTPS

Ainda existem sites sem certificado, e essa migração é a mais fácil de todas: mesmo conteúdo, mesmo endereço, só muda o protocolo. Ainda assim, três pontos derrubam gente. O redirecionamento precisa ser permanente e apontar para a mesma página, não para a home. As referências internas a imagens, scripts e estilos precisam mudar para a versão segura, senão o navegador reclama de conteúdo misto. E o Search Console trata as duas versões como propriedades diferentes: se a sua é do tipo prefixo de URL, cadastre a nova, ou você deixará de enxergar os dados.

Casos especiais que pedem cuidado extra

Troca de domínio exige, além de tudo o que está acima, atualizar perfis, redes, assinaturas de e-mail e qualquer lugar que aponte para o endereço antigo. Mudança só de plataforma, mantendo endereços, é a migração mais tranquila, desde que o HTML final preserve títulos, cabeçalhos e dados estruturados. Reorganização de arquitetura é a mais arriscada: mexe em endereço e em navegação ao mesmo tempo, e vale fazer em duas etapas separadas por algumas semanas, para saber a qual mudança atribuir cada efeito.

O que fazer a partir daqui

Se a migração ainda não aconteceu, comece pelo inventário e pelo retrato de desempenho: são duas horas de trabalho que decidem se você vai poder provar qualquer coisa depois. Se já aconteceu e o tráfego caiu, o primeiro teste é pegar dez endereços antigos populares e ver o que eles devolvem hoje. Na maior parte dos casos que atendo, a resposta está aí.

Rafael NogueiraConsultor de SEO Técnico

Rafael é consultor de SEO técnico e desenvolvedor. Especialista em performance, dados estruturados (Schema.org) e arquitetura de sites, já auditou centenas de projetos. No blog, traduz temas técnicos complexos em passos práticos que qualquer time consegue aplicar.