Como reformular ou migrar o site sem perder posições no Google

A história se repete: a empresa investe num site novo, mais bonito e mais moderno, e duas semanas depois do lançamento os contatos pelo Google simplesmente somem. O site ficou melhor para quem vê, mas o Google não encontra mais as páginas que ranqueavam.

Dá para migrar site sem perder SEO, seja uma troca de layout, de plataforma (de WordPress para Laravel, por exemplo) ou de domínio. O que derruba o tráfego quase nunca é o novo design. São URLs que mudaram sem redirecionamento, textos que foram cortados, títulos reescritos sem critério e um noindex esquecido no ar. Tudo isso é evitável com método.

Inventário de URLs: o primeiro passo para migrar site sem perder SEO

Antes de qualquer linha de código, você precisa saber exatamente o que existe hoje e o que traz resultado. Junte as URLs de várias fontes, porque nenhuma delas sozinha mostra tudo:

• Google Search Console: relatório de Desempenho, aba Páginas, com cliques e impressões dos últimos 12 meses.
• Google Analytics 4: páginas de entrada do tráfego orgânico.
• Um rastreador, como o Screaming Frog, que percorre o site e lista todas as páginas, imagens e PDFs.
• O sitemap atual e o relatório de Links do Search Console, que mostra quais páginas recebem links de outros sites.

Coloque tudo numa planilha com as colunas: URL antiga, cliques em 12 meses, links externos, URL nova e status. Essa planilha vira o documento central da migração. Páginas com tráfego ou com links externos são prioridade absoluta e não podem ficar sem destino.

Mapa de redirecionamentos 301

O redirecionamento 301 avisa ao Google que a página mudou de endereço de forma permanente, e transfere para o novo endereço a maior parte da relevância acumulada. Sem ele, a URL antiga vira um erro 404 e a posição vai embora junto.

Algumas regras que evitam a maioria dos problemas:

• Redirecione uma a uma, para a página nova mais equivalente. Mandar tudo para a home é tratado pelo Google como página inexistente.
• Evite cadeias. Se a URL A já redirecionava para B, e B agora vai para C, faça A apontar direto para C.
• Use 301, não 302. O 302 indica mudança temporária, e o Google pode continuar mostrando a URL antiga nos resultados.
• Cubra as variações: com e sem www, http e https, com e sem barra no final.
• Conteúdo que morreu de verdade pode receber 410 ou 404, desde que não tenha tráfego nem links relevantes.

Quanto à implementação, prefira configurar os redirecionamentos no servidor ou na própria aplicação, numa lista versionada junto com o código, em vez de depender de um plugin instalado às pressas. Assim eles respondem mais rápido, não somem numa atualização e podem ser testados em lote: basta rodar a lista de URLs antigas e conferir se cada uma devolve 301 para o destino previsto na planilha.

Conteúdo, metadados e dados estruturados: o que não pode sumir

Muitas reformulações cortam texto em nome de um visual "mais clean". O problema é que aquele parágrafo longo sobre mudança comercial em São Paulo era exatamente o que fazia a página aparecer para essa busca. Antes de reescrever, olhe no Search Console quais consultas cada página atrai.

Para cada página importante, preserve ou melhore conscientemente:

• Title e meta description, sem trocar a palavra-chave principal.
• O H1 e a estrutura de subtítulos.
• O texto que responde às buscas atuais da página.
• Os links internos que apontam para ela, com textos descritivos.
• O texto alternativo das imagens, principalmente se elas aparecem no Google Imagens.
• Canonical, hreflang (em sites com mais de um idioma) e dados estruturados, como Organization, LocalBusiness, Product e FAQ.

Se o novo site vai melhorar o conteúdo, ótimo. Só faça isso de forma deliberada, página por página, e não como efeito colateral do layout.

Homologação com noindex e checklist do lançamento

O site novo deve ser construído e testado num ambiente de homologação, protegido por senha e com a tag noindex, para que o Google não indexe uma cópia do seu conteúdo antes da hora. Nesse ambiente você testa a lista completa de redirecionamentos, compara títulos e textos com a planilha e mede a velocidade.

No dia da virada, siga esta lista:

• Remover o noindex e a senha do ambiente de produção.
• Conferir o robots.txt: nenhum "Disallow: /" herdado da homologação.
• Testar todas as URLs da planilha e confirmar resposta 301 para o destino correto.
• Verificar se as tags canonical apontam para o domínio de produção, não para o de testes.
• Publicar o novo sitemap XML e enviá-lo no Search Console.
• Confirmar Google Analytics, Tag Manager e pixels de anúncio funcionando.
• Testar formulários, botão de WhatsApp e qualquer integração que gera contato.
• Rodar um rastreamento completo do site novo em busca de 404 e links quebrados.

Uma dica prática: não lance na sexta à tarde nem na semana da Black Friday. Escolha um dia útil de movimento normal, com a equipe disponível para corrigir o que aparecer. Hospedagem também importa nessa hora, e um bom plano de hospedagem e infraestrutura evita que o site novo seja mais lento que o antigo.

Monitoramento no Search Console e erros mais comuns

Nas primeiras semanas, acompanhe o Search Console com frequência: relatório de Indexação de páginas, erros 404 novos, cobertura do sitemap e o comparativo de Desempenho antes e depois. Oscilações nos primeiros dias são normais enquanto o Google rastreia os novos endereços. Queda que persiste por mais de algumas semanas indica problema a investigar.

Se você mudou de domínio, use também a ferramenta de mudança de endereço do Search Console, com o domínio antigo e o novo verificados.

Os erros que mais vemos:

1. Robots.txt da homologação bloqueando o site inteiro em produção.
2. Todas as URLs antigas redirecionadas para a página inicial.
3. Mudar domínio, estrutura de URLs e conteúdo de uma vez, o que dificulta descobrir a causa de qualquer queda.
4. Esquecer URLs de imagens e PDFs que recebiam tráfego.
5. Ambiente de testes indexado pelo Google, gerando conteúdo duplicado.
6. Remover páginas de blog antigas "porque ninguém lê", sem olhar quantos acessos orgânicos elas traziam.

Caso real: migração da Saker Al-Saudia

A Saker Al-Saudia, empresa de mudanças na Arábia Saudita, tinha um site antigo em ASP.NET que precisava ser modernizado sem perder o posicionamento conquistado. Migramos a plataforma para Laravel, mantendo o banco de dados existente, e criamos redirecionamentos 301 para cada URL antiga. Nenhum endereço que tinha tráfego ficou sem destino.

É o mesmo processo descrito acima: inventário completo, mapa de redirecionamentos validado em homologação e acompanhamento depois da virada. Esse cuidado faz parte do nosso trabalho de SEO e marketing em qualquer reformulação de site.

Perguntas frequentes

Quanto tempo o Google leva para se ajustar depois da migração?

Em migrações bem feitas, as oscilações costumam se estabilizar em poucas semanas, conforme o Google rastreia os redirecionamentos. Sites grandes ou com mudança de domínio podem levar alguns meses para se acomodar totalmente. Se a queda persistir depois de algumas semanas, revise redirecionamentos, indexação e conteúdo das páginas que perderam posição.

Mudar o layout do site afeta o SEO?

O layout em si afeta pouco. O que afeta é o que muda junto: URLs, textos, títulos, links internos e velocidade. Se você mantiver esses elementos ou melhorá-los de forma consciente, um novo design pode até ajudar, porque costuma melhorar a experiência no celular e o tempo de carregamento.

Preciso manter os redirecionamentos 301 para sempre?

O ideal é manter por pelo menos um ano, e na prática a recomendação é não remover nunca as que recebem links de outros sites ou ainda têm acessos. Manter redirecionamentos custa quase nada, e removê-los cedo pode fazer você perder tráfego e a relevância de links conquistados ao longo de anos.

Posso trocar de domínio e de plataforma ao mesmo tempo?

Pode, mas aumenta o risco e dificulta descobrir a causa de qualquer queda. Se for possível, faça em etapas: primeiro a plataforma, mantendo domínio e URLs, e depois de estabilizado, o domínio. Se precisar fazer tudo junto, o inventário de URLs e o mapa de 301 ficam ainda mais críticos.

O que é homologação com noindex?

É um ambiente de testes, separado do site no ar, onde o novo site é construído e conferido antes do lançamento. A tag noindex e uma senha impedem que o Google indexe essa cópia e gere conteúdo duplicado. O erro clássico é esquecer o noindex ao publicar, o que tira o site inteiro do Google.

Vai reformular o site em breve?

Se você está planejando um site novo ou uma troca de plataforma, a melhor hora para pensar no SEO é antes do layout. Mande o endereço atual e o que pretende mudar pelo nosso formulário de contato. A primeira consulta é gratuita, respondemos em até um dia útil e você recebe uma visão clara dos riscos da migração e de como evitá-los.