- O maior risco de um redesign não é o visual novo, é mudar URLs e conteúdo sem plano de migração.
- Inventarie todas as URLs do site atual antes de qualquer decisão sobre o site novo. O que você não mapeou, você vai quebrar.
- Cada URL que mudar precisa de um redirect 301 para a página equivalente mais próxima. Redirecionar tudo para a home destrói autoridade.
- Páginas que rankeiam e trazem tráfego devem ter conteúdo, título e headings preservados, ou alterados com critério de keyword, nunca reescritos por estética.
- Staging precisa estar bloqueado para indexação, e o bloqueio precisa ser removido no lançamento. Os dois erros acontecem com frequência.
- Depois do lançamento, monitore Search Console diariamente nas primeiras semanas. A documentação do Google Search Central indica que migrações de porte médio levam algumas semanas para serem processadas.
Fase 1: inventário completo antes de tocar em qualquer coisa
A migração começa antes do primeiro wireframe. Se o time de design já está trabalhando e ninguém fez o inventário do site atual, pare e faça agora.
1. Rastreie todas as URLs do site atual. Use um crawler (Screaming Frog é o padrão do mercado) para extrair a lista completa de URLs, incluindo páginas, imagens, PDFs e arquivos que recebem links. Cruze com três fontes adicionais: o sitemap XML, o relatório de desempenho do Google Search Console e o analytics. O crawler mostra o que existe; Search Console e analytics mostram o que importa.
2. Identifique as páginas que geram valor. Nem toda URL merece o mesmo cuidado. Classifique por: tráfego orgânico dos últimos 12 meses, posições conquistadas (keywords em que a página rankeia), backlinks recebidos e conversões geradas. Essas são as páginas intocáveis da migração: o conteúdo delas se preserva, e qualquer mudança de URL exige redirect perfeito.
3. Documente os elementos on-page das páginas importantes. Para cada página do grupo de valor, registre: title tag, meta description, H1, estrutura de headings, keywords que trazem tráfego e links internos que apontam para ela. Esse documento vira o gabarito de conferência do site novo.
4. Exporte a lista de backlinks. Ferramentas como Ahrefs ou Semrush mostram quais URLs recebem links externos. Uma página com backlinks fortes que muda de URL sem redirect perde essa autoridade, e você não controla os sites que apontam para você.
Fase 2: mapeamento de URLs e plano de redirects
Aqui mora a decisão mais importante da migração: quais URLs mudam e quais ficam.
5. Mantenha as URLs sempre que possível. A migração mais segura é a que não muda URL nenhuma. Se o site novo pode viver nas mesmas URLs do antigo, faça isso. O Google documenta que mudanças de design sem mudança de URL não exigem processo de migração de site. Cada URL preservada é um risco eliminado.
6. Para as URLs que mudarem, crie o mapa um a um. Monte uma planilha com duas colunas: URL antiga e URL nova. Cada URL antiga aponta para a página nova mais equivalente em conteúdo e intenção. Página de serviço antiga aponta para a página de serviço nova correspondente, post de blog aponta para o post migrado, categoria aponta para categoria.
7. Nunca redirecione tudo para a home. É o erro mais comum e um dos mais destrutivos. O Google trata redirect em massa para uma página irrelevante como soft 404: a autoridade não transfere e a página antiga sai do índice. Se uma página antiga não tem equivalente no site novo, avalie se ela deveria mesmo morrer (veja o item 9) ou aceite o 404 com página de erro útil.
8. Use 301, não 302. O redirect 301 sinaliza mudança permanente e transfere os sinais de ranking. O 302 sinaliza mudança temporária. Frameworks e CDNs às vezes aplicam 302 por padrão, então confira o código de status real de cada redirect, não só se "está redirecionando".
9. Decida conscientemente o que morre. Todo redesign é uma tentação para apagar conteúdo antigo. Antes de matar uma página, olhe os dados do inventário: se ela tem tráfego, posições ou backlinks, apagar é queimar patrimônio. Conteúdo datado pode ser atualizado ou consolidado em uma página mais forte (com redirect 301 para a página consolidada), o que costuma ser melhor do que deletar.
Fase 3: preservar conteúdo, keywords e estrutura
O site novo não precisa ser uma cópia do antigo, mas as páginas que rankeiam rankeiam por um motivo.
10. Preserve o conteúdo das páginas de valor. Reescrever por completo uma página que está na primeira página do Google é apostar o ranking dela. Se o texto precisa mudar por marca ou tom, mantenha a cobertura do tema, as keywords principais e a profundidade. Corte de conteúdo relevante é lido pelo Google como perda de relevância.
11. Confira title tags e headings contra o gabarito. No redesign, é comum o time de design trocar H1 por frase de efeito e o desenvolvedor gerar titles genéricos. Use o documento da fase 1 para conferir que cada página importante mantém title e H1 alinhados com as keywords que trazem tráfego.
12. Reconstrua os links internos. Menus, footers e links contextuais dentro do texto distribuem autoridade pelo site. Se o site novo mudou a navegação, garanta que as páginas de valor continuam recebendo links internos de páginas fortes, e que nenhum link interno aponta para URL antiga (link interno que passa por redirect funciona, mas link direto é melhor).
13. Cuidado com JavaScript pesado. Muitos redesigns migram para frameworks modernos. Se o conteúdo só aparece depois de o JavaScript executar no navegador, a indexação pode ficar mais lenta ou incompleta (esse e outros problemas críticos de SEO técnico merecem auditoria própria). Prefira renderização no servidor (SSR) ou geração estática para conteúdo que precisa rankear, e valide com a ferramenta de inspeção de URL do Search Console como o Google enxerga a página.
14. Não regrida em performance. Core Web Vitals são fator de experiência de página. Sites redesenhados costumam nascer mais pesados: imagens maiores, mais fontes, mais scripts. Rode o Lighthouse e o PageSpeed Insights no staging e compare com o site atual antes de aprovar o lançamento.
Fase 4: staging e testes pré-lançamento
15. Bloqueie o staging para indexação. O ambiente de testes não pode ser rastreável: use autenticação HTTP (a opção mais segura), noindex ou bloqueio por IP. Staging indexado cria duplicidade com o site em produção e pode aparecer no Google antes da hora.
16. Teste o mapa de redirects no staging. Rode o crawler sobre a lista de URLs antigas apontando para o ambiente de teste e confirme que cada uma responde 301 para o destino certo, em um único salto. Cadeias de redirect (A para B para C) desperdiçam rastreamento e diluem sinal; corrija para A direto para C.
17. Valide os elementos técnicos de SEO. Checklist do staging: sitemap XML novo gerado com as URLs finais, robots.txt correto (sem bloqueio herdado), canonical tags apontando para as próprias URLs de produção (não para o domínio de staging), dados estruturados válidos, meta robots sem noindex nas páginas públicas e hreflang correto se o site for multilíngue.
18. Prepare o plano de rollback. Se algo der muito errado no lançamento, você precisa conseguir voltar. Mantenha backup completo do site antigo e do banco, e defina antes quais métricas disparam a decisão de reverter.
Fase 5: lançamento
19. Escolha um momento de baixo tráfego e com o time disponível. Lançar na sexta à noite sem ninguém de plantão na segunda é pedir para descobrir problemas com dias de atraso.
20. Remova os bloqueios de staging. O erro espelho do item 15: publicar o site novo com noindex ou robots.txt de bloqueio herdados do ambiente de teste. É um clássico que derruba sites inteiros do índice. Primeira conferência pós-deploy: robots.txt e meta robots em produção.
21. Ative os redirects e teste na hora. Rode o crawler sobre a lista completa de URLs antigas em produção. Toda URL antiga deve responder 301 para o destino certo. Erros 404 encontrados aqui se corrigem no mesmo dia.
22. Envie o sitemap novo no Search Console. Submeta o sitemap atualizado e use a inspeção de URL para pedir indexação das páginas mais importantes. Se a migração envolveu troca de domínio, use também a ferramenta de mudança de endereço do Search Console.
Fase 6: monitoramento pós-lançamento
A migração não termina no deploy. As semanas seguintes decidem se o trabalho preservou o ranking.
23. Monitore o Search Console diariamente nas duas primeiras semanas. Olhe cobertura de indexação (404 subindo é redirect quebrado), desempenho de busca das páginas de valor (compare com o período pré-migração) e Core Web Vitals. Depois, acompanhe semanalmente por pelo menos dois meses.
24. Acompanhe posições das keywords principais. Flutuação nas primeiras semanas é esperada: a documentação do Google Search Central indica que migrações de porte médio levam algumas semanas para serem processadas. Queda que persiste e se aprofunda depois desse período é sintoma de problema real: vá atrás de redirects quebrados, conteúdo removido ou páginas fora do índice. Se nada disso explicar, o diagnóstico mais amplo está em por que seu SEO não está funcionando.
25. Cace 404 e corrija em ciclo. O relatório de páginas não encontradas do Search Console e os logs do servidor revelam URLs antigas que escaparam do mapa de redirects, inclusive URLs que só existiam em links externos. Adicione os redirects que faltam conforme aparecem.
26. Documente tudo. Registre a data da migração, o mapa de redirects e as mudanças feitas. Quando alguém perguntar em três meses por que uma métrica mudou, a resposta estará escrita.
Erros que mais derrubam ranking em redesign
Recapitulando os padrões que a Kaleidos mais vê causar estrago:
- Mudar URLs sem redirect 301, ou redirecionar tudo para a home.
- Apagar conteúdo que rankeava porque "ficou velho" no layout novo.
- Reescrever titles e H1 por estética, ignorando as keywords que sustentavam o tráfego.
- Lançar com noindex ou robots.txt de staging herdados por acidente.
- Migrar para JavaScript pesado sem SSR, escondendo o conteúdo do rastreador.
- Não monitorar depois do lançamento e só perceber a queda quando o comercial sente falta de leads.
Nenhum desses erros é sofisticado. Todos são evitáveis com o checklist acima executado na ordem certa.
Redesign é projeto de SEO, não só de design
Um site novo deveria ser um upgrade de tudo: marca, experiência e performance orgânica. Quando o SEO entra no projeto desde o inventário, e não como conferência de última hora, o redesign vira oportunidade de consolidar conteúdo, melhorar arquitetura e ganhar posições em vez de perdê-las. Para e-commerces, essa arquitetura tem regras próprias, que detalhamos no guia de SEO para varejo e e-commerce.
A Kaleidos conduz redesigns e migrações de sites com SEO tratado como requisito de engenharia: inventário, mapa de redirects, preservação de conteúdo, staging auditado e monitoramento pós-lançamento. Se a sua empresa está planejando um site novo e não quer descobrir o custo de uma migração mal feita, fale com a gente antes do primeiro wireframe.
