Redesign de Site: Quando Vale a Pena e Como Não Perder o SEO

Existe uma história que se repete: empresa refaz o site, fica orgulhosa do resultado, e três semanas depois percebe que o tráfego orgânico caiu pela metade. O site novo é mais bonito, mais rápido, mais moderno, e recebe menos gente.

Isso não acontece porque redesign é perigoso. Acontece porque a maioria dos redesigns trata o SEO como algo que "vem junto". Não vem. O que existe no site antigo é um ativo acumulado, URLs que o Google já conhece, links de outros sites apontando para elas, histórico. Se você não transfere esse ativo de propósito, ele evapora.

Os cinco sinais de que chegou a hora

Redesign não deveria começar por "está feio". Deveria começar por um problema mensurável. Cinco sinais justificam:

1. O site não funciona bem no celular. Não "tem versão mobile", funciona. Se a maior parte do tráfego vem de telefone e a experiência ali é ruim, tudo o mais é secundário.
2. Você não consegue publicar sem ajuda. Quando adicionar uma página ou trocar um preço vira ticket para o desenvolvedor, o site vira gargalo do marketing e para de acompanhar o negócio.
3. O desempenho é ruim por motivo estrutural. Se você já otimizou imagem, já cortou script, e ainda assim as métricas não sobem, o problema é a base. Vale medir com critério antes de concluir, como em Core Web Vitals explicado.
4. O site descreve outro negócio. Serviço que você não presta mais, público que mudou, posicionamento antigo. Aqui o problema é de conteúdo e estrutura, não de estética.
5. A tecnologia perdeu suporte. Versão que não recebe mais correção de segurança e não dá para atualizar sem quebrar. Isso é risco, não gosto.

Se nenhum desses cinco se aplica e a queixa é só visual, considere uma repaginação de camada de apresentação em vez de refazer tudo. É mais barato, mais rápido e não coloca o SEO em risco. Se o que falta é rotina, o problema pode ser outro, tratado em manutenção de site.

Auditar antes de tocar em qualquer coisa

Esta é a etapa que separa redesign de acidente. Antes de qualquer layout, você precisa saber exatamente o que o site atual tem e o que ele vale.

Levante seis coisas:

• A lista completa de URLs. Rastreie o site inteiro e exporte todas as URLs, com status, título, descrição e heading principal. Inclua o que não está no menu: páginas antigas, landing pages de campanha, PDFs.
• O tráfego por URL. Do Analytics, doze meses. Isso mostra quais páginas realmente trabalham.
• As consultas e as páginas do Search Console. Impressões, cliques e posição por página, também doze meses. É aqui que você descobre a página que ninguém lembrava e que traz metade do orgânico.
• Os links externos. Que sites apontam para você e para quais URLs específicas. Cada uma dessas URLs vira intocável no plano.
• As conversões por página. Tráfego alto sem conversão vale menos que tráfego médio que gera contato.
• O estado técnico atual. Sitemap, robots, canônicas, dados estruturados. Serve de linha de base para comparar depois. O checklist de SEO técnico cobre o que olhar.

Guarde tudo isso num arquivo datado, antes de mexer no site. Se algo der errado depois, esse arquivo é a única forma de saber o que existia.

O mapa de redirecionamentos 301

Este é o passo que quase todo mundo pula, e é o que causa a queda.

Quando uma URL deixa de existir e nada aponta o caminho novo, três coisas somem juntas: a posição que ela tinha, o valor dos links externos que apontavam para ela, e o visitante que clicou num resultado antigo. O redirecionamento é o que preserva as três.

301 e 302 não são intercambiáveis. O 301 é redirecionamento permanente: diz ao buscador que o endereço mudou para sempre, que ele deve substituir a URL antiga pela nova no índice e transferir os sinais acumulados para o destino. O 302 é temporário: diz que a URL original continua sendo a certa e que ela deve permanecer indexada. Usar 302 num redesign é pedir para o Google manter no índice uma URL que nunca mais vai existir.

Sobre o que acontece com a autoridade de uma URL redirecionada: o Google trata o 301 como consolidação. Os sinais da URL antiga são atribuídos à nova, e hoje a documentação não descreve perda de valor por causa do redirecionamento em si. O que gera perda são os erros ao redor dele:

• Redirecionar tudo para a home. É o erro mais comum. Quando o destino não tem relação de conteúdo com a origem, o buscador pode tratar aquilo como página não encontrada e simplesmente descartar os sinais. Redirecione sempre para o equivalente mais próximo.
• Cadeias. A leva à B, que leva à C, que leva à D. Cada salto adiciona latência e chance de quebra. Ajuste o mapa para que a origem aponte direto para o destino final.
• Laços. A aponta para B e B aponta para A. O site fica inacessível naquela rota.
• Deixar o redirect só por um mês. Regra prática: mantenha por pelo menos um ano. Links externos e favoritos vivem muito mais do que o índice de busca.

O mapa em si é uma planilha com duas colunas: URL antiga e URL nova. Uma linha para cada URL da auditoria. Sem exceção, sem "essa aí ninguém acessa". Se uma página realmente não tem substituta, a decisão consciente é retornar 410, sinalizando remoção definitiva, e isso deve ser exceção, não regra.

Preservar as URLs que já ranqueiam

A melhor estratégia de redirecionamento é não precisar dela. Se uma URL traz tráfego e conversão, a decisão padrão é manter o endereço exatamente como está, mesmo que o novo padrão de URLs seja mais bonito.

Estética de URL não vale o risco. Trocar /servicos/criacao-de-sites por /o-que-fazemos/sites não traz ganho nenhum de busca e custa um redirecionamento que você vai carregar para sempre.

Além do endereço, três coisas devem sobreviver à mudança em qualquer página que já ranqueia:

1. O conteúdo substantivo. Se a página ranqueia, ela responde a alguma coisa. Redesign que corta oitenta por cento do texto em nome do minimalismo remove exatamente o que fazia a página ser encontrada.
2. Os termos que já funcionam. Reescrever é bom; trocar todo o vocabulário do texto por sinônimos "mais modernos" não é.
3. A hierarquia de headings e a estrutura interna. Incluindo os links de outras páginas do site que apontam para ela.

Um cuidado técnico específico: se o site novo é feito em framework JavaScript, garanta que o conteúdo chegue renderizado no HTML. Um redesign tecnicamente bonito que entrega página vazia para o rastreador perde tudo de uma vez, o mecanismo está explicado em por que um site em React não aparece no Google.

O que migrar, o que reescrever e o que aposentar

Use os dados da auditoria para classificar cada URL em uma de três pilhas.

Duas situações merecem atenção. Se você tem várias páginas antigas competindo pelo mesmo assunto, consolidar em uma boa página e redirecionar as outras para ela costuma ser um ganho, o conteúdo se soma em vez de se dividir. E se uma página tem links externos mas conteúdo irrelevante, ela é candidata a reescrita no mesmo endereço, nunca a exclusão.

Checklist de lançamento

No dia da troca, na ordem:

1. Bloquear indexação do ambiente de homologação, e conferir que o bloqueio não foi copiado para produção. Subir com noindex global é o acidente clássico de lançamento.
2. Carregar o mapa de redirecionamentos e testar uma amostra grande, todas as URLs de maior tráfego, uma a uma, verificando que retornam 301 e caem no destino certo.
3. Confirmar HTTPS válido e redirecionamento de HTTP para HTTPS, e de www para não-www ou o inverso, sempre em uma única versão canônica.
4. Verificar canônicas apontando para a própria URL final, sem apontar para o domínio antigo.
5. Gerar e enviar o sitemap novo no Search Console. Mantenha o sitemap antigo acessível por algumas semanas: isso ajuda o buscador a encontrar as URLs antigas e processar os redirecionamentos.
6. Conferir que Analytics e tags estão instalados no site novo, e que o consentimento continua sendo respeitado.
7. Testar todos os formulários de verdade, do celular, com e-mail externo.
8. Rodar um rastreamento completo do site novo procurando 404, cadeias de redirect, links internos apontando para URLs antigas e páginas órfãs.
9. Conferir títulos e descrições únicos nas páginas migradas, e dados estruturados válidos.
10. Guardar uma cópia completa do site antigo, arquivos e banco, antes de desligar qualquer coisa.

As quatro semanas seguintes: o que monitorar

Depois do lançamento, oscilação é normal. Pânico não ajuda, ausência de acompanhamento também não.

Semana 1. Olhe o Search Console todo dia. Foco em erros de rastreamento e páginas não encontradas. Cada 404 que aparecer é uma linha que faltou no mapa, corrija na hora. Olhe também os logs do servidor, se tiver acesso: eles mostram o que o rastreador está pedindo de verdade.

Semana 2. Acompanhe a cobertura do índice. Você quer ver as URLs novas entrando e as antigas migrando para o estado de redirecionadas. Impressões costumam oscilar aqui, e isso é esperado enquanto o índice se reorganiza.

Semana 3. Compare posição por consulta com a linha de base da auditoria. Procure padrão: se caiu tudo um pouco, é reindexação em curso. Se caíram só algumas páginas específicas e muito, investigue essas páginas, quase sempre é redirecionamento errado, conteúdo cortado ou canônica apontando para o lugar errado.

Semana 4. Compare tráfego orgânico e conversões com o mesmo período do ano anterior, não com o mês anterior, para descontar sazonalidade. Se o quadro ainda estiver pior e você já eliminou as causas técnicas, o problema provavelmente é de conteúdo removido, e a correção é devolver o conteúdo, não esperar.

Uma referência realista: uma migração bem executada costuma passar por uma oscilação de algumas semanas antes de estabilizar. Uma migração malfeita não se recupera sozinha com o tempo, ela só piora, porque o índice vai consolidando o estado errado.

Se você está planejando um redesign e quer trocar o site sem abrir mão do que já ranqueia, veja nosso portfólio e fale com a ALB Seven.