A resposta curta
Um redesign de site perde SEO quando muda o que o Google já ranqueia: URLs que mudam sem redirecionamento, texto cortado ou escondido, links internos que somem, páginas que só aparecem com JavaScript ou uma tag noindex que sobrou do ambiente de testes. Um visual novo, sozinho, raramente custa posições.
Para fazer o redesign sem perder SEO: exporte uma linha de base do Search Console, mantenha a URL de toda página que traz cliques (ou redirecione em um único salto para a equivalente), mantenha o conteúdo e os metadados dessas páginas, teste tudo num staging que o Google não consiga indexar e compare os cliques por página por quatro a oito semanas depois do lançamento. Este guia cobre só o SEO; o plano completo do projeto está no nosso checklist de redesign de site, e mudanças de plataforma ou domínio no checklist de SEO para migração de site.
O redesign vai prejudicar meu SEO?
Não por si só. O Google ranqueia páginas pelo conteúdo, pelos links e por conseguir rastreá-las; ele não ranqueia paletas de cores. O risco depende do que mais o redesign muda:
| O que muda | Risco | Por que importa | O que fazer |
|---|---|---|---|
| Só o design: mesmas URLs, mesmo texto | Baixo | O Google vê o mesmo conteúdo nos mesmos endereços | Mantenha títulos e texto no HTML; confira os Core Web Vitals nos templates novos |
| URLs | Alto | O histórico de cada URL antiga precisa passar por um redirecionamento | Mantenha as URLs com cliques; senão, um redirecionamento permanente para a equivalente |
| Páginas removidas ou unificadas | Médio a alto | As buscas que elas respondiam ficam sem resposta | Unifique na página mais próxima e redirecione; remoções de verdade respondem 404 ou 410 |
| Texto cortado ou passado para imagens | Médio a alto | Menos texto que corresponde às buscas | Faça um controle de paridade de conteúdo nas páginas protegidas |
| Navegação e links internos | Médio | Os links dizem ao Google o que importa, e ele só segue links com href | Mantenha os links para as páginas protegidas; rastreie o site novo antes do lançamento |
| Conteúdo que só aparece com JavaScript | Médio | A renderização pode atrasar ou falhar | Envie o conteúdo principal no HTML; teste com a inspeção de URL |
| Plataforma, hospedagem ou domínio | Alto | Isso já é uma migração | Siga também um plano de migração |
Passo 1: identifique as páginas que você não pode perder
Antes de abrir qualquer arquivo de design, registre o que o site atual conquista.
- Exporte o Search Console por página e por consulta dos últimos 16 meses, o máximo que ele guarda: cliques, impressões e posição média de cada página.
- Marque as páginas protegidas. Tratamos como protegida toda página com cliques ou posição no top 10 nos últimos três meses; na maioria dos sites de empresa são poucas.
- Rastreie o site antigo e salve cada URL com title, H1, meta description, canonical, número de palavras e links internos. Esse rastreamento é a referência para a paridade de conteúdo; quando o site antigo some, não dá mais para fazer.
- Exporte o relatório de links para ver quais páginas outros sites linkam. Essas URLs precisam de destino mesmo sem cliques.
Passo 2: mapeie cada URL antes de desenhar a estrutura nova
A URL mais segura é a que não muda. Mantenha o endereço de cada página protegida, a não ser que haja um motivo que o visitante perceba, como duas páginas fracas unificadas em uma.
Para cada URL que mudar, escreva o endereço novo num mapa de redirecionamentos antes de começar a construir. O Google recomenda um redirecionamento permanente no servidor (301 ou 308) sempre que possível, direto para o endereço final, sem cadeias. Não mande as páginas antigas para a home: o Google pode tratar um redirecionamento para uma página não relacionada como soft 404. Uma página sem equivalente deve responder 404 ou 410. Nosso planejador de migração de site lê seu sitemap e marca quais URLs mantêm o caminho e quais precisam de redirecionamento, e o gerador de redirecionamento 301 monta o mapa.
Passo 3: mantenha a paridade de conteúdo nas páginas protegidas
Paridade de conteúdo é a página nova responder às mesmas buscas pelo menos tão bem quanto a antiga. Designers costumam cortar texto para o layout respirar; numa página protegida, confira o que sai.
| Elemento | Regra para páginas protegidas |
|---|---|
| Title e meta description | Leve campo a campo; mude só de propósito |
| H1 e subtítulos | Mantenha os temas pelos quais a página ranqueava, em títulos de verdade |
| Texto principal | Mantenha os trechos que respondem às consultas principais; mova em vez de apagar |
| Texto dentro de imagens | Volte para o HTML como texto |
| Links internos | Mantenha os que entram e saem, com texto âncora descritivo |
| Dados estruturados | Reconstrua no template novo e teste |
| Canonical e hreflang | Canonical para si mesma nas URLs finais; hreflang recíproco em sites multilíngues |
Compare cada página protegida nova com o rastreamento do passo 1. Uma página que foi de 1.400 palavras para 300 provavelmente perdeu aquilo pelo qual ranqueava.
Passo 4: construa num staging que o Google não consiga indexar
Coloque o site novo atrás de senha, não só de um noindex, para que não seja indexado nem confundido com o site real. Antes do lançamento, rode a lista de URLs antigas contra o staging: cada uma deve responder 200 ou um redirecionamento para uma página que responda 200. Depois procure tags noindex, regras de robots.txt e canonicals apontando para o staging. O guia de mudança de site do Google cita bloqueios de noindex e robots.txt esquecidos e redirecionamentos para URLs inexistentes entre os erros mais comuns.
Passo 5: o dia do lançamento
- Redirecionamentos ativos e testados contra a lista completa de URLs antigas.
- robots.txt permite o rastreamento; nenhuma página tem um noindex indevido.
- O sitemap novo lista só URLs finais e foi enviado no Search Console.
- Inspeção de URL nas principais páginas protegidas.
- Analytics, eventos-chave e formulários testados no site no ar.
Passo 6: monitore por oito semanas
O Google avisa que haverá oscilação: depois de mudar URLs, um site médio pode levar algumas semanas para o Google perceber a mudança, e sites grandes mais. Compare igual com igual.
| Quando | O que checar | Aja se |
|---|---|---|
| Dias 1 a 14 | 404 nos logs do servidor, relatório de indexação, formulários | Um 404 recebe visitas: adicione o redirecionamento que falta |
| Semanas 2 a 4 | Cliques nas páginas protegidas contra os mesmos dias da semana antes do lançamento | Uma página protegida perdeu cliques: confira redirecionamento, title, conteúdo e links internos, nessa ordem |
| Semanas 4 a 8 | Impressões e posições por consulta das páginas protegidas | Impressões estáveis e menos cliques: reescreva o title ou a description |
| Do mês 2 em diante | Relatório de links, Core Web Vitals | Peça aos sites que mais linkam para atualizar links para URLs antigas |
Se o tráfego caiu depois de um redesign
Verifique nesta ordem antes de mexer em mais nada:
- A queda é real? Compare os mesmos dias da semana, veja as notas de anomalias de dados do Search Console e a sazonalidade no Google Trends.
- Quais páginas perderam? Filtre o relatório de desempenho por página. Queda concentrada em poucas páginas aponta para as URLs ou o conteúdo delas; queda no site todo aponta para algo geral, como robots.txt, noindex ou renderização.
- Impressões ou cliques? Se as impressões se mantêm e os cliques caem, mudaram os snippets: revise titles e descriptions.
- O que diz o relatório de indexação? Procure "Excluída pela tag noindex", "Não encontrada (404)" e erros de redirecionamento surgidos no lançamento.
- O que mudou na página? Compare o rastreamento antigo com a página nova: title, títulos, palavras e links internos.
- Já passou tempo suficiente? Se as URLs mudaram e nada está quebrado, o Google diz para dar algumas semanas.
Como é uma mudança cuidadosa: a troca de domínio da Gissi
Uma troca de domínio é um teste mais duro que quase qualquer redesign, porque todas as URLs mudam. Em 23 de outubro de 2026 a Dardo mudou a Gissi, uma escola de música de Bogotá, de amediotonomusic.com para gissimusic.com. O mapa de redirecionamentos cobriu 4.379 endereços antigos nas quatro formas, 17.516 URLs no total, cada uma com um redirecionamento permanente para a mesma página no domínio novo, e um verificador pediu todas depois da troca.
Os cliques do Google nas duas propriedades do Search Console caíram a 47 por dia entre os dias 7 e 9 e voltaram ao nível anterior a partir de 3 de novembro, 11 dias depois da troca: 86 por dia de 3 a 9 de novembro, contra 84 por dia nas duas semanas anteriores. O estudo de caso da Gissi e como mudar de domínio sem perder SEO têm os detalhes. Um redesign que mantém as URLs tem menos a mover e deve oscilar menos do que isso.
Como a Dardo pode ajudar
O serviço de redesign de site da Dardo parte das páginas que já trazem tráfego e planeja cada URL antes do design. Quando o redesign também muda de plataforma ou de domínio, o serviço de migração de site acrescenta o mapa de redirecionamentos, um ensaio em staging e a comparação com a linha de base depois do lançamento.
Perguntas frequentes
Mudar o design de um site afeta o SEO?
Uma mudança só visual, com as mesmas URLs, o mesmo texto e os mesmos links internos, raramente mexe nas posições, porque o Google ranqueia conteúdo e links, não cores e fontes. As posições caem quando o redesign também muda URLs sem redirecionamento, remove ou esconde texto, quebra links internos, deixa as páginas lentas ou sai com um noindex esquecido do staging.
Quanto tempo o SEO leva para se recuperar depois de um redesign?
Se as URLs e o conteúdo foram mantidos, muitas vezes há pouco a recuperar. Se as URLs mudaram, o Google diz que um site pequeno ou médio pode levar algumas semanas para mover a maioria das páginas, e sites grandes mais. Se depois de 4 a 8 semanas as páginas protegidas seguem em queda, procure um redirecionamento faltando, um title alterado ou conteúdo removido.
Devo manter as URLs antigas no redesign?
Sim, sempre que puder. Uma página que mantém a URL mantém seus sinais sem depender de redirecionamento. Mude uma URL só por algo que o visitante perceba, como temas unificados ou uma estrutura mais clara, e redirecione a antiga em um único salto.
Posso redirecionar todas as páginas antigas para a home?
Não. O Google pode tratar um redirecionamento para uma página não relacionada, como a home, como soft 404, e o que a página antiga conquistou se perde. Redirecione cada URL antiga para a equivalente mais próxima e deixe as que não têm equivalente responderem 404 ou 410.
Por quanto tempo manter os redirecionamentos?
O Google recomenda mantê-los pelo maior tempo possível, em geral pelo menos um ano, para transferir sinais e reprocessar links de outros sites. Pensando nos usuários, sugere mantê-los indefinidamente.
Fontes e leituras adicionais
Fontes desta página, com mais detalhes dos publicadores originais.
- Google Search Central: Site moves with URL changesdevelopers.google.com
- Google Search Central: Redirects and Google Searchdevelopers.google.com
- Google Search Central: Debugging drops in Google Search trafficdevelopers.google.com
- Google Search Central: SEO link best practicesdevelopers.google.com
- Google Search Central: JavaScript SEO basicsdevelopers.google.com
- Google Crawling Infrastructure: How HTTP status codes affect Google's crawlersdevelopers.google.com
- Search Console Help: Performance reportsupport.google.com
- Search Console Help: Page indexing reportsupport.google.com
- Search Console Help: Links reportsupport.google.com
- Dardo: estudo de caso Gissidardo.studio
- Dardo: planejador de migração de sitedardo.studio
