Redesenho sem perder tráfego
Como atualizar o design e a estrutura do seu site sem perder tráfego orgânico: auditoria antes do lançamento, mapa de redirecionamentos, verificações técnicas e monitoramento depois do lançamento.
Um redesenho é uma das causas mais comuns de queda repentina no tráfego orgânico. O site fica bonito, a equipe está satisfeita, e um mês depois o GSC mostra queda de 40%. A causa quase sempre é a mesma: as URLs mudaram sem redirecionamentos, ou o buscador ainda não reindexou a nova estrutura. A seguir, um guia passo a passo para fazer um redesenho seguro, sem perdas.
Por que o redesenho derruba o tráfego
Os buscadores indexam URLs específicas. Se /blog/seo-guide/ existe há anos, o Google acumulou para ela autoridade de link, autoridade e histórico de cliques. Um redesenho que muda a estrutura de URLs equivale a destruir tudo isso: do ponto de vista do rastreador, a página simplesmente desapareceu.
Cinco causas de perda de tráfego aparecem com mais frequência depois de um redesenho:
URLs antigas retornam 404 — o Google as remove do índice junto com a autoridade de link acumulada.
O WordPress gera /page-slug/; um novo CMS gera /page/page-slug/. Sem um mapa de redirecionamentos, todo o tráfego se perde.
Desenvolvedores definem Disallow: / no servidor de homologação e acabam levando isso para a produção.
O conteúdo é migrado, mas a tag title, a meta description e a canonical são esquecidas — as páginas perdem relevância para a busca.
O novo design é mais pesado: fontes maiores, animações complexas, imagens não otimizadas.
Auditoria antes do lançamento
Antes de mexer no design, faça pelo menos duas semanas de auditoria. Você precisa registrar o estado atual para ter uma linha de base de comparação depois do lançamento. Quatro ferramentas essenciais:
| Ferramenta | O que entrega | Quando usar |
|---|---|---|
| Screaming Frog / Sitebulb | Lista completa de URLs com metadados e códigos de status | 2 semanas antes do lançamento |
| Google Search Console | Tráfego, CTR e posições por página | Antes do lançamento e semanalmente depois |
| Ahrefs / Semrush | Mapa de backlinks e páginas com maior autoridade | Antes do lançamento |
| PageSpeed Insights | Linha de base dos Core Web Vitals: LCP, CLS, INP | Antes e depois do lançamento |
Marque as páginas com tráfego, links ou valor de negócio relevantes, para que recebam um mapeamento página a página mais cuidadoso. O mapa de redirecionamentos deve ser priorizado pelas evidências do site específico, e não por uma regra genérica de participação no tráfego.
O que registrar antes do redesenho
URLs do site
Rastreamento completo com o Screaming Frog: códigos de status, tag title, meta description, canonical, H1
Páginas por tráfego
Do GSC, nos últimos 12 meses — são as suas prioridades de redirecionamento
Páginas com links recebidos
Do Ahrefs ou Semrush — páginas com links externos não podem ser perdidas sem um 301
Core Web Vitals
Captura de tela do PageSpeed Insights antes do lançamento, para comparar depois
Arquitetura de URLs e mapa de redirecionamentos
A estrutura de URLs é a parte mais trabalhosa de um redesenho. Se a estrutura mudar (por exemplo, /services/seo/ vira /seo-services/), cada URL antiga precisa de um redirecionamento 301 explícito. O mapa de redirecionamentos é uma tabela de URL antiga → URL nova: montada antes do lançamento, verificada manualmente e entregue ao desenvolvedor.
| Cenário | Tipo de resposta | Resultado para SEO |
|---|---|---|
| Página movida de forma permanente | 301 | Autoridade de link transferida para a nova URL |
| Redirecionamento temporário | 302 | Autoridade de link continua na URL antiga |
| Página excluída de forma permanente | 410 Gone | O Google desindexa mais rápido |
| URL antiga retorna 404 | Sem redirecionamento | Tráfego e autoridade de link perdidos |
Se uma página não é mais necessária e o conteúdo não está duplicado em outro lugar, use 410, e não 404. O 410 informa ao Google que a exclusão foi intencional, então o orçamento de rastreamento é usado com mais eficiência: o rastreador deixa de revisitar a URL morta mais rápido.
# Nginx: redirect a specific page
location = /old-services/ {
return 301 /services/;
}
# Nginx: redirect an entire section
location /old-blog/ {
rewrite ^/old-blog/(.*)$ /blog/$1 permanent;
}
# Test redirect with curl
curl -I https://example.com/old-url/
# HTTP/1.1 301 Moved Permanently
# Location: https://example.com/new-url/Teste cada redirecionamento antes do lançamento, principalmente nas páginas com tráfego, links ou conversões relevantes. Uma URL importante esquecida pode gerar erros evitáveis para visitantes e rastreadores.
Configuração técnica após o lançamento
As primeiras 48–72 horas após o lançamento do novo design são decisivas. Confira se o rastreador vê exatamente o que você pretendia, e não uma versão de homologação com a indexação desativada.
- Verifique o robots.txt — confirme que a produção não está bloqueada por Disallow: /
- Gere de novo o sitemap XML com as novas URLs e envie-o ao GSC na seção Sitemaps
- Solicite a indexação das páginas principais no GSC → Inspeção de URL → Solicitar indexação
- Confira as meta tags — tag title, meta description e canonical em todas as páginas prioritárias
- Percorra o mapa de redirecionamentos — teste cada 301 com curl ou com a aba Network do DevTools
- Meça os Core Web Vitals — PageSpeed Insights nas 20 páginas com mais tráfego
Disallow: / ao servidor de homologação e esquecem de remover ao publicar em produção. É um dos erros mais caros de um redesenho: o site sai do índice em questão de dias.Verifique também as tags canonical. Ao trocar de CMS ou de template, elas costumam voltar a usar caminhos relativos ou desaparecer por completo. A canonical precisa conter a URL absoluta com o domínio de produção: https://example.com/page/ — e não /page/.
<!-- Correct canonical in <head> -->
<link rel="canonical" href="https://example.com/services/seo/">
<!-- Wrong — relative path (common CMS migration error) -->
<link rel="canonical" href="/services/seo/">Monitoramento depois do lançamento
Um redesenho não é um evento, é um processo. Os primeiros três meses após o lançamento são de instabilidade, enquanto o Google reavalia o site. Seu trabalho é acompanhar os sinais e reagir rápido.
Semanal
Posições no GSC — fique de olho em quedas nas páginas principais e em novos erros 404 em Cobertura.
Mensal
Core Web Vitals no GSC e no PageSpeed Insights — especialmente LCP e CLS, que mais regridem após um redesenho.
Imediatamente
Cada novo 404 em GSC → Cobertura é um redirecionamento que faltou. Adicione o 301 no mesmo dia.
Tabela de diagnóstico: se algo der errado após o lançamento, comece por aqui:
| Sintoma | Causa provável | Correção |
|---|---|---|
| Queda de tráfego após 2–4 semanas | O Google reavaliando a nova estrutura | Aguarde 4–6 semanas e verifique todos os redirecionamentos |
| 404s no GSC após o lançamento | URL ausente no mapa de redirecionamentos | Adicione um 301 para a nova URL correspondente |
| Soft 404s na Cobertura do GSC | Páginas de categoria ou de filtro vazias | Noindex ou 301 para a seção-mãe |
| Páginas duplicadas no índice | Canonical não definida após a migração do CMS | Adicione canonical apontando para a URL canônica |
| Regressão repentina de velocidade | Design novo mais pesado | Otimize as imagens e remova JS que bloqueia a renderização |
É preciso manter as URLs antigas durante um redesenho?
Quanto tempo o Google leva para reindexar um site depois de um redesenho?
E se o tráfego cair logo após o lançamento?
Preciso de um novo sitemap XML depois de um redesenho?
Mudar só o design visual, sem tocar nas URLs, afeta o SEO?
Check it with SpiderHead
Free and local: run the audit on your own machine.
