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. Este é o manual que seguimos — e, no fim, o que fazer se estás a ler isto tarde demais.

Primeiro, percebe que migração é a tua

“Migração” cobre cinco trabalhos bastante diferentes, e o risco de cada um não é o mesmo:

• Mudança de domínio — o mais arriscado. Todos os URLs mudam e estás a pedir ao Google que mova autoridade de um nome para outro.
• Mudança de plataforma — CMS ou sistema de e-commerce novo, mesmo domínio. O risco depende inteiramente de a nova plataforma obrigar ou não a uma estrutura de URLs diferente.
• Redesign — templates novos, mesmos URLs e mesmo conteúdo. Costuma ser o mais seguro, até alguém cortar metade do texto por razões estéticas.
• Reestruturação de URLs — mesmo site, arquitetura nova. Risco médio, e é o que mais vezes se faz sem plano nenhum.
• HTTP para HTTPS — tecnicamente é uma migração, e merece mapa de redirecionamentos, embora seja o mais tolerante dos cinco.

Muitos projetos são dois ou três destes ao mesmo tempo. Não há mal nisso, mas faz as contas: uma mudança de plataforma mais uma troca de domínio mais uma reescrita de conteúdo são três riscos empilhados, e se o tráfego cair não vais saber qual deles foi. Sempre que der, separa-os por umas semanas.

O que transita mesmo — e o que não

Há quem pergunte se se consegue “transferir o SEO”, como se fosse um ficheiro. Não se consegue, mas preserva-se quase tudo, porque o que faz uma página posicionar-se está sobretudo agarrado a coisas que controlas.

Transita bem, se redirecionares como deve ser: a autoridade dos links que apontam para os URLs antigos, a relevância que vem do próprio conteúdo, a tua estrutura de links internos, e o histórico de teres respondido bem a quem procurava aquilo.

Não transita: o que apagares. Cortas uma página e as posições vão com ela, haja redirecionamento ou não. O Google dá o benefício da dúvida a um 301 apenas quando o destino cobre mesmo o mesmo terreno — redirecionar um guia detalhado para uma página de categoria fraca é tratado como um erro disfarçado, e perdes tudo.

Transita devagar: a confiança num domínio novo. Uma mudança de domínio leva os links contigo, mas um nome sem história demora a ser tratado como igual.

Preserva os URLs sempre que puderes

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

Se estás a mudar de plataforma ou de design mas o conteúdo fica, luta por manter a estrutura de URLs existente. Cada URL que preservas é menos um redirecionamento a mapear, menos uma hipótese de cadeia, menos uma coisa para partir. Só muda URLs onde 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 novo mais próximo. Não para a página inicial — para a página equivalente. Um redirecionamento preguiçoso de tudo para / é das formas mais rápidas de perder posições, porque o Google trata-o como um erro disfarçado e deita fora a autoridade da página antiga.

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

Exporta a lista completa dos URLs indexados — do sitemap, das análises e de um rastreio do site em produção. Acrescenta tudo o que tenha backlinks, mesmo que esteja morto há anos: são esses os URLs com mais valor e os que ninguém se lembra. Essa lista junta é a tua fonte de verdade. Para cada URL, decide o destino:

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

Usa 301 (permanente), não 302 — um 302 diz ao Google que a mudança é temporária e ele fica agarrado ao URL antigo. Evita cadeias (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 vale o seu mapa de redirecionamentos. O resto é pormenor.

Faz as verificações em staging

Nunca descubras problemas em produção. No site de testes, confirma o que mata migrações em silêncio:

• Indexabilidade — garante que o noindex e as regras de bloqueio do robots.txt do staging desaparecem 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 URLs novos, não para o domínio de testes nem para o site antigo, e que coincidem com o URL que o servidor realmente serve. Um canónico a apontar para um URL que redireciona divide os sinais entre duas versões da mesma página.
• Metadados e dados estruturados — títulos, descrições e schema devem transitar, não voltar aos valores por omissão.
• Paridade de conteúdo — compara o número de palavras página a página. Os redesigns perdem texto sem se dar por isso, e uma página que se posicionava com 1200 palavras não aguenta o lugar com 400.
• Links internos — actualiza-os para apontarem directamente aos novos URLs, para não dependeres de redirecionamentos dentro de casa. É aqui que compensam as fundações técnicas feitas desde o primeiro dia.

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

Vigia obsessivamente depois de ir para o ar

O trabalho não acaba no lançamento — começa 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 na Search Console, mantém a propriedade antiga verificada se mudaste de domínio, e usa a ferramenta de mudança de endereço. Vigia a Cobertura e as Estatísticas de Rastreio à procura de picos de erros.

O relatório mais útil no primeiro mês é a comparação por página da Search Console: põe as quatro semanas depois do lançamento contra as quatro anteriores, ordenadas pelas impressões perdidas. As páginas no topo dessa lista são os buracos do teu mapa, já ordenados pelo que te custaram.

A quebra: que tamanho, quanto tempo, quando preocupar

Alguma quebra é normal. O Google tem de voltar a rastrear tudo, seguir cada redirecionamento e reavaliar cada página, e num site grande isso leva semanas. O normal é assim:

• Uma quebra de 10% a 20% durante duas a quatro semanas, com recuperação constante. Numa mudança de plataforma no mesmo domínio e com URLs preservados, muitas vezes nem se nota.
• Uma mudança de domínio demora mais — conta com seis a oito semanas até assentar, por vezes mais em sites grandes.

O que não é normal: cair mais de metade, continuar a piorar depois da terceira semana, ou páginas a desaparecerem do índice. Isso não é o Google a ser lento. Isso são erros.

O padrão é que denuncia. Tráfego que desce devagar e recupera é reprocessamento. Tráfego que cai a pique no dia do lançamento e fica lá é uma falha técnica — normalmente um noindex esquecido, um robots.txt a bloquear o site, ou redirecionamentos que não resolvem.

Salvar uma migração que já correu mal

Se estás a ler isto depois de um lançamento mau, faz por esta ordem. Resiste a mexer em coisas ao calhas — isso só torna o diagnóstico mais difícil.

1. Verifica primeiro a indexabilidade. Vê o site como o Google o vê e procura noindex, um robots.txt a bloquear, ou um Disallow: / acidental. É a causa mais comum e a mais rápida de resolver.
2. Testa os redirecionamentos a sério. Pega nos 100 URLs antigos com mais tráfego e pede cada um. Procuras 404, cadeias, ciclos e redirecionamentos a aterrar em sítios genéricos. Cada um deles é autoridade perdida.
3. Encontra os órfãos. Compara a lista de URLs antigos com o que está mesmo a ser redirecionado. Os que aparecem na primeira lista e em lado nenhum da segunda são os teus buracos.
4. Confirma a paridade de conteúdo nas melhores páginas. Se uma página que se posicionava bem saiu do redesign com um terço do texto, foi por isso que caiu — e nenhum redirecionamento resolve isso.
5. Depois espera. Uma vez corrigidas as falhas a sério, a recuperação leva semanas, não dias. Continuar a mexer enquanto esperas só baralha o sinal.

A maioria das migrações que “falharam” não falhou por mistério nenhum. Falhou por uma destas cinco razões, e as cinco resolvem-se.

As migrações recompensam quem é meticuloso. Se estás a planear uma troca de plataforma, um redesign ou uma mudança de domínio — ou a tentar recuperar de uma — é 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.