Refazer um site pode melhorar design, tecnologia e conversão, mas também pode destruir anos de sinais acumulados no Google quando a migração é feita sem planejamento.
O maior risco não é trocar WordPress, servidor ou layout. É o Google deixar de encontrar na nova estrutura aquilo que conhecia na anterior.
Uma migração de SEO começa antes da publicação.
Faça um inventário do site antigo
Antes de alterar URLs, levante o que existe.
O inventário deve combinar, quando disponíveis:
- sitemap;
- páginas do CMS;
- Google Search Console;
- Analytics;
- backlinks;
- URLs encontradas por crawler;
- arquivos e conteúdos importantes.
O objetivo é descobrir quais páginas existem e quais realmente recebem tráfego, links ou impressões.
Não mude URLs sem necessidade
Uma URL antiga que continua representando o mesmo conteúdo normalmente deve ser preservada.
Trocar `/servicos/desenvolvimento-de-sites/` por outra URL apenas por preferência estética cria trabalho e risco sem necessariamente produzir benefício.
Quando a mudança é necessária, deve existir um mapeamento entre origem e destino.
Use redirects 301 para equivalências reais
Se uma página antiga foi substituída por outra equivalente, utilize redirecionamento permanente 301.
Exemplo:
`/empresa/` → `/sobre/`
Mas não direcione centenas de páginas sem relação para a Home.
Quando não existe substituto, retornar 404 ou 410 pode ser mais correto do que fingir equivalência.
Preserve o conteúdo que já funciona
Um redesign não exige apagar bons textos.
Identifique páginas e trechos que recebem tráfego orgânico antes de simplificar conteúdo.
O novo site pode melhorar redação e estrutura, mas mudanças relevantes precisam ser conscientes.
Canonical, noindex e robots merecem atenção
Erros simples podem impedir uma nova página de aparecer no Google.
Antes de publicar, valide:
- ausência de `noindex` nas páginas públicas;
- canonical apontando para a própria URL correta;
- robots.txt permitindo rastreamento;
- sitemap contendo as novas páginas;
- ambiente de staging protegido.
Um erro particularmente perigoso é levar configurações de bloqueio do staging para produção.
Atualize o sitemap
Depois da publicação, o sitemap deve representar o novo site.
URLs removidas não devem continuar sendo anunciadas indefinidamente.
Envie ou confirme o sitemap no Google Search Console e acompanhe processamento e indexação.
Search Console é essencial depois da migração
Nas semanas seguintes, acompanhe:
- páginas indexadas;
- páginas não indexadas;
- 404;
- erros 5xx;
- redirects;
- páginas rastreadas e não indexadas;
- impressões;
- cliques;
- consultas;
- páginas de destino.
Relatórios do Search Console podem possuir atraso, portanto não interprete mudanças de um único dia isoladamente.
Não confunda indexação com ranking
Uma página estar indexada significa que pode aparecer no Google.
Não significa que continuará na mesma posição.
Mudanças de conteúdo, estrutura, concorrência e sinais do site podem alterar rankings mesmo quando a migração técnica está correta.
O objetivo é reduzir perdas evitáveis, não prometer posição.
Checklist antes da virada
- inventário das URLs antigas;
- mapa de redirects;
- conteúdo prioritário preservado;
- metadata revisada;
- canonical;
- robots;
- sitemap;
- analytics;
- formulários;
- performance;
- HTTPS;
- páginas de erro;
- staging protegido.
Conclusão
A reformulação de um site deve ser tratada como uma migração, não apenas como uma troca visual.
Quanto maior o histórico e volume de conteúdo, mais importante se torna mapear o estado anterior antes de publicar a nova versão.
Vai refazer um site ou migrar um portal?
A Jumps atua em desenvolvimento, migração, infraestrutura e SEO técnico de sites e portais.
Relacionado: Sites e Portais · Infraestrutura e Cloud.