Redesign de site e SEO: por que o tráfego cai após um relançamento, o que verificar antes, durante e depois de publicar, e como manter a visibilidade no Google e nas IA.

Em resumo
um redesign de site mantém o seu SEO quando as páginas que trazem tráfego conservam o URL (ou recebem um redirecionamento 301), o texto, os títulos, os cabeçalhos e os links internos, e quando os novos templates continuam rastreáveis e rápidos. A maioria das quedas após o lançamento vem de conteúdos apagados, links internos quebrados, um noindex esquecido do ambiente de homologação ou conteúdos que só aparecem com JavaScript. Rastreie o site antigo antes de começar, teste o novo num ambiente de homologação protegido e compare os dois após o lançamento.
Quer ir mais longe? Pergunte ao
O SEO no redesign de site consiste em proteger as posições enquanto mudam os templates, o design, a navegação, os conteúdos ou o CMS. Este guia trata de redesigns que mantêm o mesmo domínio. Se o domínio ou a maioria dos URLs mudar, o projeto passa a ser uma migração: siga o nosso checklist de migração SEO e o guia do Google sobre mudanças de site com alteração de URLs, que avisa sobre flutuações temporárias no ranking.
Sim, sempre. O Google e os assistentes de IA que leem a web avaliam as páginas pelo que encontram no HTML: texto, títulos, cabeçalhos, links, dados estruturados, velocidade. Um redesign altera parte ou a totalidade desses sinais, por isso os buscadores reavaliam as páginas. O efeito pode ser positivo (páginas mais rápidas, estrutura mais clara, conteúdos melhores) ou negativo (páginas mais pobres, links perdidos). O resultado depende de quantos sinais de ranking os novos templates conservam.
| O que muda no redesign | Risco SEO | Porquê |
|---|---|---|
| Apenas cores, fontes, imagens | Baixo | O conteúdo HTML e os URLs ficam iguais |
| Novos templates e layouts | Médio | Cabeçalhos, blocos de texto e links internos mudam de lugar ou desaparecem com frequência |
| Nova navegação e novos menus | Médio | A profundidade das páginas e a autoridade interna são redistribuídas |
| Conteúdos reescritos ou fundidos | Alto | As páginas perdem as passagens e palavras-chave em que se posicionavam |
| Novo CMS ou framework JavaScript | Alto | Renderização, URLs, redirecionamentos e metadados mudam ao mesmo tempo |
| Estrutura de URLs alterada | Alto | Cada URL alterado precisa de redirecionamento: é uma migração |
As causas repetem-se de um projeto para outro. Cada uma tem um controlo simples:
| Risco | Sintoma | Controlo |
|---|---|---|
| Conteúdo apagado ou encurtado | As páginas caem em pesquisas de cauda longa | Comparar número de palavras e secções por página, antigo e novo |
| Title e H1 reescritos | Taxa de cliques menor, posições perdidas | Exportar title e H1 antes, compará-los depois |
| Links internos perdidos | As páginas profundas caem, surgem páginas órfãs | Comparar os links internos recebidos por URL |
| URLs alterados sem 301 | Erros 404, backlinks perdidos | Plano de redirecionamentos testado em cada URL antigo |
| Conteúdo renderizado por JavaScript | Páginas indexadas vazias, as IA não veem nada | Comparar HTML bruto e HTML renderizado |
| Templates mais lentos | Core Web Vitals piores, mais rejeição | Testar LCP, INP e CLS em homologação |
| noindex ou bloqueio no robots.txt herdado da homologação | As páginas saem do índice em poucos dias | Verificar robots.txt e meta robots no dia do lançamento |
| Dados estruturados removidos | Os resultados enriquecidos desaparecem | Validar o schema de cada template |
Dois destes riscos merecem atenção especial. Primeiro, o JavaScript: o Google renderiza as páginas com um Chromium headless, mas a sua documentação sobre SEO e JavaScript indica que só descobre links escritos como elementos de âncora normais com atributo href. Menus feitos com botões ou eventos de clique escondem secções inteiras. O nosso guia de SEO para JavaScript detalha as opções de renderização. Segundo, a velocidade: as orientações do Google sobre Core Web Vitals fixam os limites «bons» num LCP de 2,5 segundos ou menos, num INP de 200 milissegundos ou menos e num CLS de 0,1 ou menos, medidos no percentil 75 das visitas. Vídeos pesados no topo da página e carrosséis são a razão habitual pela qual um novo template falha.
Faça um rastreamento completo do site em produção e exporte cada URL indexável com title, meta description, H1, número de palavras, canonical, código de estado e número de links internos recebidos. Este rastreamento é a sua referência: após o lançamento, vai comparar o novo site com ele, linha a linha. Guarde também os dados estruturados e o ficheiro robots.txt.
Exporte de 12 a 16 meses de dados do Search Console (cliques e impressões por página e por consulta), as páginas que recebem backlinks e as que convertem. Estas páginas são intocáveis: mantenha o URL, o texto principal e o title, ou melhore-os de forma deliberada. Uma auditoria de conteúdo ajuda a decidir o que manter, fundir ou remover, e atribui um URL de destino a cada remoção.
O redesign mais seguro mantém todos os URLs. Quando um URL tem de mudar, associe-o à nova página mais próxima com um redirecionamento 301, sem cadeias e sem mandar tudo para a página inicial. O nosso guia de redirecionamentos SEO explica as regras. O Google recomenda manter os redirecionamentos durante pelo menos um ano.
Os designers decidem onde fica o texto; os programadores decidem como é servido. Dê-lhes requisitos por escrito: um H1 por template, texto servido no HTML, menus rastreáveis, breadcrumbs, a arquitetura do site com a profundidade de cada secção, o schema a manter e o orçamento de desempenho. A legibilidade e a navegação também contam: veja o nosso guia de UX e SEO.
Evite lançar na sua época alta, antes de feriados ou numa sexta-feira: os primeiros dias após o lançamento são aqueles em que os erros aparecem, e alguém tem de estar disponível para os corrigir. Escreva quem verifica o quê no dia do lançamento e decida antecipadamente que sinal obriga a reverter (por exemplo, páginas-chave com erros ou fora do índice). Mantenha o site antigo num servidor de backup durante algumas semanas, para restaurar rapidamente um template ou um bloco de texto se uma página perder posições.
Coloque o novo site num ambiente de homologação protegido por palavra-passe (ou, no mínimo, por uma regra noindex), para que o Google não indexe um duplicado do seu site. Depois, teste antes do lançamento:
| Quando | Verificações |
|---|---|
| Dia do lançamento | robots.txt permite o rastreamento, nenhum noindex esquecido, redirecionamentos ativos, sitemap XML atualizado e enviado no Search Console, tag de analytics ativa |
| Semana 1 | Rastreamento completo comparado com a referência, erros 404 no Search Console, inspeção de URL das páginas principais |
| Semanas 2 - 4 | Cliques e impressões das páginas-chave face às mesmas semanas anteriores, relatório de indexação, relatório de Core Web Vitals |
| Meses 2 - 3 | Consultas que perderam posições, páginas a enriquecer, links internos a restaurar |
Um verificador de links quebrados encontra links que ainda apontam para URLs antigos em menus, rodapés e artigos. Corrija esses links na origem em vez de depender dos redirecionamentos, e restaure a linkagem interna perdida quando barras laterais ou blocos de artigos relacionados foram removidos. Algumas flutuações nas primeiras semanas são normais. Uma queda que dura mais de um mês num grupo de páginas aponta para uma causa precisa: compare essas páginas com a sua versão de referência.
ChatGPT, Claude, Perplexity e Gemini citam páginas cujo conteúdo conseguem ler e extrair. Um redesign pode cortar esse acesso de formas que o Google perdoaria. Uma análise da Vercel sobre o tráfego dos crawlers de IA (dezembro de 2024) concluiu que nenhum dos grandes crawlers de IA, entre eles GPTBot e ClaudeBot, renderiza JavaScript. Uma página que só mostra o texto depois de executar JavaScript é invisível para a maioria dos crawlers de IA.
Cada mudança adicional torna uma queda mais difícil de diagnosticar. Se também planeia uma mudança de domínio, uma nova estrutura de URLs ou uma reescrita ampla de conteúdos, separe-as: lance o redesign com URLs e conteúdos idênticos, espere que o tráfego estabilize e só depois avance para a mudança seguinte. Quando o calendário obriga a fazer tudo de uma vez, dedique mais tempo ao rastreamento de referência e ao plano de redirecionamentos, porque são a única forma de encontrar o que falhou.
Um redesign mantém as posições quando o novo site transporta os mesmos conteúdos, links e sinais do antigo, numa forma mais rápida e mais clara. Rastreie antes, teste em homologação, compare depois. Quando o novo site estiver estável, continue a acrescentar páginas que respondem às perguntas dos seus clientes: a Sorank escreve e publica artigos SEO e GEO no autopilot no site renovado.
Quando URLs, conteúdos e links internos são mantidos, as posições costumam estabilizar em poucas semanas. O Google avisa que o ranking pode flutuar temporariamente quando um site muda muito. Se as páginas-chave continuarem abaixo da referência após um ou dois meses, compare-as com o rastreamento feito antes do lançamento para encontrar conteúdos, títulos ou links alterados.
Só se os URLs atuais forem um problema real, por exemplo parâmetros ilegíveis ou uma estrutura que já não corresponde ao site. Cada URL alterado precisa de um redirecionamento 301 para o equivalente mais próximo e acrescenta risco ao lançamento. Manter os URLs existentes é a forma mais simples de proteger backlinks e posições.
Sim, quando corrige fraquezas reais: templates lentos, conteúdo escondido atrás de JavaScript, navegação demasiado profunda, cabeçalhos ausentes ou páginas pobres. Os ganhos vêm de melhorias mensuráveis, como melhores Core Web Vitals, linkagem interna mais clara e conteúdos mais completos. Um redesign que só muda o estilo visual raramente mexe nas posições por si só.
ELES EXPERIMENTARAM O SORANK ANTES DE VOCÊ
