Redesenhar o site sem perder SEO: guia prático

1. Porque é que os redesigns afundam o tráfego

O seu posicionamento não vive no "seu site" como conceito abstrato: vive em URLs concretas. Cada página que posiciona acumulou sinais durante anos — conteúdo que responde a uma pesquisa, links externos, histórico de cliques. Um redesign mal conduzido destrói esse capital de três formas:

• URLs que desaparecem. O site novo usa outros caminhos e ninguém redireciona os antigos. O Google encontra 404 onde havia páginas posicionadas, e esse posicionamento não se "transfere" sozinho: evapora-se.
• Conteúdo que se corta. No redesign, a página de 900 palavras que posicionava transforma-se num bloco visual de 100 palavras "mais limpo". Mais bonito, menos relevante: o Google reavalia e fá-lo descer.
• Sinais técnicos que pioram. O site novo carrega mais devagar por causa do tema pesado, ou é lançado com o noindex do ambiente de testes ativo. Sim: isso acontece constantemente.

A boa notícia: tudo isto é evitável com um processo que custa uma fração do redesign e protege anos de trabalho.

2. Passo 1: inventário completo de URLs

Antes de tocar no que quer que seja, precisa de saber exatamente o que tem. Não "mais ou menos que páginas há": a lista completa, porque a URL que lhe escapar é a que vai perder. Quatro fontes que se cruzam:

• Rastreio do site atual com o Screaming Frog ou similar: todas as URLs que existem e respondem.
• Search Console (desempenho, 12-16 meses): todas as URLs que recebem impressões e cliques — incluindo as que não sabia que posicionavam.
• Analítica: páginas com tráfego de qualquer fonte, não só orgânico. As páginas de entrada de campanhas e newsletters também têm de sobreviver.
• Links externos (Ahrefs, Semrush ou o relatório de links do Search Console): que URLs recebem links de outros sites. São as que mais autoridade trazem e as mais caras de perder.

O resultado é uma folha de cálculo com cada URL e as suas métricas: cliques orgânicos, palavras-chave pelas quais posiciona, links de entrada. Essa folha é que manda: diz-lhe que páginas são intocáveis, quais se podem fundir e quais podem morrer sem consequências.

3. Passo 2: mapa de redirecionamentos 301

Se o redesign muda URLs (e quase sempre muda alguma), o mapa de redirecionamentos é o documento mais importante do projeto. Uma tabela: URL antiga → URL nova. As regras que separam um mapa bom de um decorativo:

• 1:1 para o equivalente real. Cada URL antiga redireciona para a página nova que responde à mesma intenção de pesquisa. A antiga de "remodelação de cozinhas" vai para a nova de cozinhas, não para "serviços".
• Nunca tudo para a página inicial. O redirecionamento em massa para a homepage é o erro clássico: o Google trata-o como um soft-404 e a autoridade de cada página perde-se na mesma.
• 301, não 302. Permanente, não temporário. É o que transfere os sinais acumulados.
• Sem cadeias nem ciclos. A → B → C desperdiça autoridade e rastreio. Se já existiam redirecionamentos antigos, atualize-os para apontarem diretamente para o destino final.
• Priorize à mão o que é importante. Os 20% de URLs com 80% do tráfego e dos links reveem-se uma a uma, não com uma regra automática.
• Os redirecionamentos ficam. No mínimo um ano; na prática, enquanto as URLs velhas receberem um único clique ou tiverem um único link externo.

4. Passo 3: conservar o que funciona

Um redesign muda a roupa; não devia fazer uma lobotomia ao conteúdo. Antes do lançamento, para cada página com tráfego:

• Conserve os titles que posicionam. O title é dos sinais mais fortes da página. Se "Fisioterapia desportiva em Sabadell | Clínica X" está há dois anos no top 3, o site novo não o substitui por "Mexa-se melhor ✦ Clínica X" só porque fica mais moderno.
• Conserve os H1 e a estrutura de cabeçalhos. O designer propõe hierarquia visual; os H1-H2 que funcionam mantêm-se ou ajustam-se com cuidado cirúrgico, não se reescrevem de raiz.
• Migre o conteúdo completo. Se a página tinha 900 palavras que respondiam à pesquisa, a nova mantém-nas (com melhor apresentação, se quiser). "Aligeirar" conteúdo que posiciona é cortar o seu próprio tráfego.
• Respeite os links internos. A estrutura de links internos distribui autoridade. Reconstrua menus e links contextuais para as páginas importantes, não os deixe cair.
• Mantenha os dados estruturados e os metadados (schema, meta descriptions, atributos alt) que já estavam trabalhados.

5. Regra de ouro: não mude domínio e estrutura ao mesmo tempo

Cada grande variável que muda num lançamento — domínio, estrutura de URLs, plataforma, conteúdo, design — é uma fonte potencial de queda. Se mudar várias ao mesmo tempo e o tráfego se afundar, não saberá qual foi: estará a depurar às cegas enquanto perde dinheiro todos os dias.

Por isso, a prática sensata é sequenciar. Mudança de domínio? Migre primeiro o domínio com o site tal como está, redirecionamentos 1:1, e não toque em mais nada; quando o Google estabilizar (dê-lhe semanas), avance para o redesign. Mudança de plataforma (por exemplo, para WordPress)? Tente conservar a estrutura de URLs mesmo que a plataforma nova sugira outra — quase sempre se consegue configurar. Cada mudança isolada é diagnosticável; todas juntas são uma aposta.

6. Checklist pré e pós-lançamento

Antes de lançar

1. Inventário de URLs completo e folha de prioridades fechada.
2. Mapa de redirecionamentos implementado e testado no ambiente de testes (pode verificar-se com um rastreio sobre a lista de URLs antigas).
3. Titles, H1 e conteúdo das páginas importantes comparados lado a lado: site velho vs novo.
4. Desempenho do site novo igual ou melhor: Core Web Vitals medidos, não supostos.
5. Sitemap XML novo gerado e analítica + Search Console prontos para a mudança.
6. Cópia de segurança completa do site antigo — conteúdo incluído. Se algo posicionava e o perdeu, poder recuperá-lo vale ouro.

No dia do lançamento

1. Retirar o noindex e o bloqueio do robots.txt do ambiente de testes. Leia isto duas vezes. É o erro mais tonto e mais caro de todos.
2. Verificar os redirecionamentos em produção com uma amostra real de URLs antigas.
3. Enviar o sitemap novo no Search Console.
4. Rastreio completo do site em produção: 404s, cadeias de redirecionamento, links internos partidos.

As 4-8 semanas seguintes

1. Search Console todos os dias na primeira semana: erros 404 novos, cobertura de indexação.
2. Tráfego orgânico comparado com o período equivalente anterior, página a página nas importantes.
3. Posições das 20-50 palavras-chave principais monitorizadas.
4. Cada 404 com tráfego que apareça, redirecionamento novo no momento.

7. Erros que matam o tráfego

Os que vejo uma e outra vez em sites que chegam até mim depois de um redesign torto:

• Lançar com o noindex ativo. Semanas de "não percebo o que se passa" até alguém olhar para o cabeçalho.
• Redirecionar tudo para a página inicial. Tecnicamente há redirecionamentos; na prática, soft-404 em massa.
• Apagar o blog "porque estava desatualizado". Às vezes é 60% do tráfego orgânico do site. Atualiza-se ou funde-se; não se apaga sem olhar para a folha de inventário.
• Reescrever todos os titles com um critério puramente de marca. Elegante, e invisível no Google.
• Migrar para uma plataforma mais lenta. Tema visual pesado, vinte plugins, e o LCP duplica. O Google nota e o utilizador também.
• Retirar os redirecionamentos aos três meses "porque já não fazem falta". Faziam.
• Não envolver ninguém com critério SEO até depois do lançamento. O plano de migração faz-se antes do redesign, não como autópsia.

A maioria dos redesigns que faço são sobre WordPress, onde tudo isto (redirecionamentos, titles, estrutura) se gere bem com o processo adequado. E se o seu site é de um setor com necessidades específicas, tenho páginas de web design por setores onde pode ver como abordo cada caso.

8. Perguntas frequentes