Migração de site sem perder ranking: o checklist que evita o desastre de SEO

Poucas operações em SEO são tão arriscadas quanto uma migração de site. É o momento em que anos de autoridade acumulada, centenas de URLs indexadas e um perfil de backlinks construído com esforço ficam pendurados por um fio — e um erro de planejamento pode transformar um simples redesign em uma queda de tráfego de 40%, 60% ou mais, com meses para recuperar (quando recupera). O histórico do mercado está cheio de projetos que "só trocaram o layout" e viram o tráfego orgânico despencar sem entender por quê.

A boa notícia é que a queda quase nunca é inevitável. Migrações bem executadas preservam — e às vezes até melhoram — os rankings. A diferença entre o desastre e a transição limpa não está na sorte nem no tamanho do site: está no rigor do processo. Migração de SEO é uma disciplina de checklist, benchmark e mapeamento exaustivo, onde cada URL antiga precisa saber para onde ir e o histórico precisa ser medido antes para ser defendido depois. Este guia percorre as fases desse processo.

O que conta como "migração" — e o que cada tipo arrisca#

O termo cobre qualquer mudança significativa que altere as URLs, a tecnologia ou a estrutura do site aos olhos dos mecanismos de busca. Os tipos mais comuns:

• Troca de domínio: de marca.com.br para marca.com, ou rebranding completo. É a migração de maior risco, porque muda a entidade que o Google conhece e transfere toda a autoridade para um endereço novo.
• HTTP para HTTPS: tecnicamente uma migração de protocolo. Hoje é obrigatória e relativamente segura quando bem feita, mas ainda exige redirects e atualização de referências.
• Mudança de estrutura de URL: reorganizar diretórios, encurtar caminhos, trocar o padrão de slug. As URLs mudam mesmo que o domínio permaneça — e URL que muda sem redirect é URL perdida.
• Replataforma / troca de CMS: migrar de um sistema para outro (por exemplo, de uma plataforma antiga para um headless CMS). O risco está nas mudanças colaterais de URL, marcação e desempenho que a nova plataforma impõe.
• Consolidação de sites: fundir dois ou mais domínios em um. Exige mapear e redirecionar tudo, evitando canibalização e conteúdo duplicado no destino.
• Redesign / relançamento: mesmo sem trocar domínio ou URLs, um redesign pode alterar HTML, headings, conteúdo, velocidade e links internos — variáveis que o Google lê como sinais de relevância.

Cada tipo tem seu perfil de risco, mas todos compartilham a mesma causa de fracasso: perda de continuidade. O Google entende o site atual através de um conjunto de URLs, conteúdos, links e sinais. Migrar sem preservar essa continuidade — sem dizer ao buscador "esta página agora é aquela" — equivale a lançar um site novo do zero, jogando fora o histórico.

Por que os rankings caem em migrações mal feitas#

Entender os modos de falha ajuda a preveni-los. As causas recorrentes de queda são:

• Redirects ausentes ou errados: URLs antigas que retornam 404, ou redirects em massa apontando tudo para a home em vez de para a página equivalente. A autoridade não é transferida e as páginas somem do índice.
• Uso de 302 no lugar de 301: o redirect temporário sinaliza ao Google que a mudança não é definitiva, atrasando ou impedindo a consolidação da autoridade no destino.
• Cadeias e loops de redirect: A→B→C→D dilui o sinal, gasta crawl budget e pode fazer o Google desistir no meio do caminho.
• Perda ou alteração de conteúdo: titles, headings, textos e metadados que mudam ou desaparecem no relançamento apagam justamente os sinais de relevância que sustentavam o ranking.
• Staging indexado: o ambiente de homologação foi rastreado e indexado pelo Google, gerando conteúdo duplicado e confusão sobre qual é o site oficial.
• Regressão de desempenho ou de mobile: a nova plataforma é mais lenta, quebra o layout mobile ou piora os Core Web Vitals, e a experiência degradada arrasta o ranking.
• Links internos apontando para URLs antigas: o site novo linka internamente para endereços que agora só existem via redirect, desperdiçando crawl e sinal.

Todas essas falhas são preveníveis. O antídoto é um processo em fases, com o mapa de redirecionamento no centro de tudo.

Fase 1 — Planejamento e benchmark (antes de tocar em qualquer coisa)#

Nenhuma migração deve começar sem uma fotografia completa do estado atual. Você não consegue defender o que não mediu, e não consegue redirecionar o que não inventariou.

Inventário completo de URLs. Rode um crawl do site atual (com uma ferramenta como Screaming Frog ou similar) e exporte todas as URLs indexáveis. Cruze com as fontes de verdade adicionais: as URLs que recebem tráfego no Search Console e no analytics, as que constam no sitemap, e as que têm backlinks apontando (extraídas de uma ferramenta de backlinks). O objetivo é uma lista mestra que não deixe de fora nenhuma página com valor — sobretudo "os links que importam", aqueles poucos URLs que concentram tráfego e autoridade.

Benchmark de desempenho. Antes do go-live, registre o estado atual para poder comparar depois:

• Tráfego orgânico por página (últimos 3 a 6 meses no analytics).
• Rankings das principais keywords (rank tracker).
• Cobertura de indexação e páginas com melhor desempenho no Search Console.
• Perfil de backlinks e as páginas mais linkadas.
• Métricas de Core Web Vitals atuais.

Esse benchmark é o seu contrato: é contra ele que você vai medir se a migração preservou o valor.

Mapa de redirecionamento 1:1. A peça central de toda a operação. Para cada URL antiga da lista mestra, defina a URL nova correspondente — a página equivalente, com o conteúdo e a intenção mais próximos, nunca um redirect genérico para a home. Uma planilha com as colunas "URL antiga → URL nova → tipo (301)" é o documento que orienta a execução inteira. Páginas sem equivalente exato precisam de decisão consciente: redirecionar para a categoria pai mais próxima ou aposentar com 410, jamais deixar quebrar em 404 silencioso.

Fase 2 — Execução (construindo o site novo do jeito certo)#

Com o mapa em mãos, a construção do novo ambiente segue regras claras:

• Redirects 301 permanentes, um para um, conforme o mapa. Evite cadeias: sempre aponte a URL antiga direto para a URL final, não para um intermediário que redireciona de novo. Teste cada regra antes do go-live.
• Preserve conteúdo e sinais on-page: titles, meta descriptions, headings (H1/H2), textos e imagens das páginas que rankeiam devem migrar intactos ou melhorados — nunca esvaziados. Um relançamento não é hora de "enxugar" o conteúdo que sustenta o tráfego.
• Atualize os links internos para apontar diretamente às novas URLs. Depender do redirect para navegação interna desperdiça crawl budget e sinal; o site novo deve linkar para si mesmo com os endereços definitivos.
• Revise as tags canônicas: cada página nova deve ser autocanônica (apontar para si mesma), e nenhuma deve canonizar para uma URL antiga.
• Gere o sitemap novo com as URLs definitivas (só canônicas, indexáveis, 200) e prepare a referência no robots.txt.
• Preserve o hreflang (se houver internacionalização), atualizando todas as anotações recíprocas para os novos endereços.
• Cuide dos Core Web Vitals e do mobile: valide que a nova plataforma não regrediu em velocidade nem quebrou a responsividade antes de publicar.

Fase 3 — Lançamento (o go-live)#

O momento da virada exige disciplina para não vazar o site incompleto nem publicar em horário de pico.

• Staging bloqueado — nunca indexável. Este é um dos erros mais caros e mais comuns. O ambiente de homologação deve ser protegido por autenticação (senha) e/ou por Disallow no robots com noindex, para que o Google jamais rastreie e indexe uma versão duplicada do site. Confirme que o staging está fora do índice antes do go-live e — igualmente crítico — que essas travas (senha, noindex, disallow total) foram removidas do ambiente de produção no momento da publicação. Subir para produção com o noindex do staging esquecido apaga o site do Google.
• Publique em janela de baixa demanda, para minimizar impacto em usuários caso algo precise ser revertido, e tenha um plano de rollback pronto.
• Ative os redirects no exato momento da virada, de forma que nenhuma URL antiga fique órfã em nenhum instante.

Fase 4 — Pós-lançamento (monitoramento e correção)#

O trabalho não acaba no go-live; as primeiras semanas são decisivas.

• Submeta o novo sitemap no Search Console e force o processamento.
• Use a ferramenta de Mudança de Endereço do Search Console quando a migração for de domínio — ela avisa o Google formalmente da transição e acelera a transferência de sinais.
• Monitore a cobertura de indexação: acompanhe o Google indexando as novas URLs e removendo as antigas. Um pico de erros de rastreamento ou de 404 exige ação imediata.
• Vigie os 404s de perto: qualquer URL antiga com valor que esteja retornando 404 precisa ganhar seu redirect 301 correto o quanto antes.
• Compare com o benchmark: rankings, tráfego orgânico, páginas de melhor desempenho e Core Web Vitals, semana a semana, contra a fotografia da Fase 1. Uma oscilação leve nos primeiros dias é normal (o Google reprocessa tudo); uma queda persistente e ampla é sinal de que algo no mapa de redirecionamento ou nos sinais on-page falhou.
• Verifique os backlinks: confirme que as páginas mais linkadas redirecionam corretamente, preservando a autoridade que esses links transferem.

Uma migração bem feita costuma mostrar uma flutuação de curto prazo seguida de recuperação plena em algumas semanas. Se após um mês o tráfego não voltou ao patamar do benchmark, o diagnóstico volta ao mapa de redirects, aos sinais on-page e à indexação — quase sempre a causa está em uma dessas três frentes.

Checklist condensado da migração#

• [ ] Crawl completo + inventário de URLs cruzado com GSC, analytics, sitemap e backlinks.
• [ ] Benchmark de tráfego, rankings, indexação, backlinks e CWV registrado.
• [ ] Mapa de redirecionamento 1:1 (URL antiga → nova equivalente), sem apontar tudo para a home.
• [ ] Redirects 301 (nunca 302), sem cadeias nem loops, testados.
• [ ] Titles, metas, headings e conteúdo preservados nas páginas de valor.
• [ ] Links internos atualizados para as URLs novas.
• [ ] Canonical autorreferente; sitemap novo gerado; hreflang recíproco atualizado.
• [ ] CWV e mobile validados no ambiente novo.
• [ ] Staging bloqueado a indexação; travas removidas em produção no go-live.
• [ ] Sitemap submetido; Mudança de Endereço acionada (se troca de domínio).
• [ ] Cobertura, 404s, rankings e tráfego monitorados contra o benchmark.

Conclusão#

Migrar um site sem perder ranking não é sorte — é método. A queda de tráfego que assombra tantos relançamentos vem quase sempre da mesma raiz: falta de continuidade entre o site antigo e o novo, seja por redirect ausente, conteúdo apagado ou staging indexado. O antídoto é o rigor: inventariar tudo, medir o estado atual antes de mexer, construir um mapa de redirecionamento 1:1 que trate cada URL de valor com cuidado, e monitorar obsessivamente contra o benchmark depois do go-live. Faça isso e a migração deixa de ser um salto no escuro para virar uma transição controlada — na qual, no melhor cenário, você não só preserva a autoridade construída como aproveita a reforma para melhorá-la.