Como Migrar um Site Sem Perder Posições

As migrações de sites são onde os bons posicionamentos vão morrer. Um redesign, uma mudança de plataforma, uma troca de domínio, uma passagem de HTTP para HTTPS — cada uma é uma oportunidade de deitar fora, numa só tarde, anos de autoridade de SEO acumulada. A quebra de tráfego costuma aparecer duas semanas depois, quando já toda a gente seguiu em frente e ninguém liga os pontos.

Não tem de ser assim. As migrações são arriscadas, mas o risco é quase todo controlável. Eis o manual que seguimos.

Preserva os URLs sempre que puderes

O melhor redirecionamento é aquele que nunca precisas de escrever. Antes de tudo, faz uma pergunta directa: este URL precisa mesmo de mudar? Muitas vezes a resposta é não, e o projecto todo fica mais seguro.

Se estás a mudar de plataforma ou de design mas o conteúdo se mantém, luta por manter a estrutura de URLs existente. Cada URL que preservas é menos um redirecionamento para mapear, menos uma hipótese de cadeia, menos uma coisa para partir. Só muda URLs quando há uma razão real — uma estrutura genuinamente melhor, um caminho de idioma, uma consolidação.

Quando os URLs têm mesmo de mudar, mapeia cada URL antigo para o seu equivalente novo mais próximo. Não para a homepage — para a página que mais se aproxima. Um redirecionamento preguiçoso e generalizado para / é uma das formas mais rápidas de perder posições, porque o Google trata isso como um soft 404 e descarta por completo a autoridade da página antiga.

Constrói o mapa de redirecionamentos antes do lançamento

Exporta uma lista completa dos teus URLs indexados actuais — do sitemap, da analítica e de um rastreio do site em produção. Essa é a tua fonte de verdade. Para cada um, decide o destino:

• Fica igual → nada a fazer.
• Muda → redirecionamento 301 para o novo URL.
• Desaparece de vez → deixa dar 404 (ou 410) de propósito, não finjas o contrário.

Usa redirecionamentos 301 (permanentes), não 302 — um 302 diz ao Google que a mudança é temporária e ele agarra-se ao URL antigo. Evita cadeias de redirecionamentos (A → B → C); aponta cada URL antigo directamente ao destino final. E confirma que não estás a redirecionar para páginas que estão elas próprias bloqueadas ou com noindex.

Uma migração vale o que valer o seu mapa de redirecionamentos. O resto é detalhe.

Faz verificações em staging antes de lançar

Nunca descubras problemas em produção. No site de staging, verifica as coisas que matam migrações em silêncio:

• Indexabilidade — garante que as regras de noindex e do robots.txt do staging são removidas no lançamento. Publicar um site que diz ao Google “não me indexes” é o erro catastrófico clássico.
• Canónicos e hreflang — confirma que apontam para os novos URLs, não para o domínio de staging nem para o site antigo.
• Metadados e dados estruturados — títulos, descrições e schema devem transitar, não voltar aos valores por defeito.
• Ligações internas — actualiza-as para apontarem directamente aos novos URLs, para não dependeres de redirecionamentos internamente. É aqui que compensam umas bases técnicas sólidas construídas de raiz.

Rastreia o site de staging com uma ferramenta como o Screaming Frog e compara-o com o antigo, página a página.

Monitoriza obsessivamente depois do lançamento

O trabalho não acaba no lançamento — é aí que começa. Nas primeiras horas, rastreia o site em produção e verifica que os redirecionamentos resolvem num só salto e devolvem 200 no destino. Submete o novo sitemap no Google Search Console e vigia os relatórios de Cobertura e de Estatísticas de Rastreio à procura de picos de erros.

Vigia durante semanas, não dias. Alguma oscilação de posições é normal enquanto o Google volta a rastrear e reprocessar tudo; um colapso total não é. Se o tráfego afundar, o teu mapa de redirecionamentos quase de certeza tem um buraco — encontra os URLs antigos órfãos e corrige-os.

As migrações recompensam quem é meticuloso. Se estás a planear uma troca de plataforma, um redesign ou uma mudança de domínio e queres fazê-lo sem a quebra de tráfego, é exactamente esse o trabalho de desenvolvimento web que fazemos — pede uma auditoria gratuita e testamos o plano à pressão antes de qualquer coisa ir para o ar.