Migração de sites: o que ninguém te conta sobre o risco (e como blindar seu SEO na virada)
Atualizado: 17 de set.
Artigo escrito por Carol Ribeiro e Hugo Iwaasa
Pense na última vez que sua empresa decidiu trocar de plataforma, redesenhar o site ou até mudar de domínio.
Provavelmente, a conversa girou em torno de prazo, orçamento e identidade visual.
Raramente alguém perguntou: e se o Google esquecer quem somos?
É esse o risco real de uma migração de site mal planejada.
E é sobre ele que Carol Ribeiro e Hugo Iwaasa, especialistas de SEO Técnico da Kipiai, vão te ajudar a entender neste artigo!
O que é uma migração de site?
No contexto tecnológico, migração é o processo de transferir um ambiente digital (dados, plataforma, infraestrutura, layout ou domínio) de uma configuração atual para uma nova, visando evolução ou sobrevivência técnica.
Na prática, é trocar as fundações da casa com os moradores ainda dentro dela.
Por que as empresas migram?
Existem seis motivadores clássicos por trás de uma migração:
Obsolescência: troca de CMS ou de tecnologias legadas que já não sustentam o negócio.
Rebranding: fusões, aquisições ou mudança de nome da marca.
Segurança: atualização de protocolos e servidores.
Performance: melhoria de velocidade e experiência do usuário (Core Web Vitals).
Consolidação: unificação de subdomínios ou sites diferentes em um único ambiente.
Escalabilidade: suporte para um volume maior de tráfego.
Nenhum desses motivos é errado: pelo contrário, todos fazem sentido de negócio.
O problema nunca é migrar. É migrar sem rigor técnico.
Por que migrar é um tema de atenção?
Migração digital é uma das intervenções de maior impacto no ciclo de vida de um site.
Qualquer mudança estrutural pode comprometer a visibilidade orgânica, experiência do usuário e receita se não for planejada com cuidado.
Os números por trás dessa afirmação são o motivo de tanta cautela:
40% dos sites sofrem queda de tráfego após uma migração.
Em 15% dos casos, essa perda é permanente.
Corrigir uma migração mal feita custa, em média, 5x mais do que planejá-la corretamente desde o início.
Os quatro pilares que mais sofrem quando a virada é malfeita são a visibilidade orgânica, a experiência do usuário, a equidade de links (o famoso link juice acumulado ao longo dos anos) e, no fim das contas, o impacto financeiro direto: menos tráfego e menos conversão.
6 formatos de migração, 6 conjuntos de risco
Cada tipo de migração carrega uma complexidade própria.
Entender em qual delas sua empresa está entrando é o primeiro passo para um planejamento eficaz.
Migração de domínio
Troca de endereço (ex: site.com.br → site.com). Exige redirecionamentos 301 e atualização das ferramentas de rastreamento.
Principais riscos: perda total de autoridade e rankings, geralmente causada por perda temporária de rankings durante a transferência de autoridade, erros em cadeias de redirecionamento (redirect chains), loops infinitos, indexação duplicada do domínio antigo e do novo simultaneamente, e configuração incorreta do Google Search Console e do Google Analytics.
“Na migração de domínio, o ponto mais crítico é garantir que o histórico construído pelo site não se perca na mudança. Não basta apenas redirecionar as URLs: é preciso mapear corretamente as equivalências, preservar os sinais das páginas mais relevantes e acompanhar de perto como o Google está processando o novo domínio. É uma migração que exige bastante controle antes, durante e depois da virada”
Migração de CMS (plataforma)
Troca de plataforma (ex: WordPress → Shopify). Impacta estrutura de URLs, templates e integrações técnicas.
Principais riscos: desindexação massiva de páginas, provocada por mudanças involuntárias na estrutura de URLs sem o devido redirecionamento, perda de metadados críticos (title, description, canonical), quebra de funcionalidades dinâmicas como filtros e paginação, e arquivos robots.txt ou sitemaps desatualizados que confundem os robôs de busca.
Migração de layout (redesign)
Redesign visual mantendo a plataforma. Afeta Core Web Vitals, estrutura HTML, renderização e elementos de conversão.
Principais riscos: piora na experiência e na conversão, com queda nos Core Web Vitals (LCP, CLS e INP), perda de dados estruturados (schema) que geram rich snippets, quebra de links internos em menus e rodapés e alteração em CTAs e formulários, que afetam diretamente a jornada de conversão do usuário.
Migração de hospedagem (servidor)
Troca de servidor ou provedor. Impacta velocidade, uptime e segurança — fatores críticos para SEO.
Principais riscos: segurança, experiência e confiabilidade comprometidas por downtime prolongado durante a virada, instabilidade no TTFB (Time to First Byte), erros de propagação de DNS que deixam o site inacessível em algumas regiões, e falhas de segurança que abrem brechas na transição.
Migração de protocolo (HTTP → HTTPS)
Principais riscos: queda na frequência de indexação, causada por conteúdo misto (recursos seguros chamando links inseguros), redirecionamentos incorretos entre as versões HTTP e HTTPS, e sitemaps, canonicals e links internos que seguem apontando para a versão insegura.
Migração de estrutura
Reorganização de arquitetura de informação: fusão de sites, subdomínios ou reestruturação de categorias.
Principais riscos: dificuldade de rastreamento, provocada pelo aumento da profundidade de clique até páginas importantes, perda ou diluição de autoridade construída ao longo dos anos (link equity) em fusões mal executadas, e erros de canonicidade em novos diretórios.
3 fases de uma migração bem planejada
Se existe um fio condutor entre os cases de sucesso que já acompanhamos, é a divisão da migração em três fases claras: pré-migração, go-live & monitoramento e pós-migração.
1. Pré-migração: mapeamento de ativos e redirecionamentos
Tudo começa por um exercício simples de enunciar, mas trabalhoso de executar: inventariar, classificar, mapear e validar.
Inventariar todas as URLs atuais, cruzando crawl do site, sitemap, Google Search Console, GA4 e o perfil de backlinks.
Classificar o destino de cada URL: manter, redirecionar, consolidar, remover ou aplicar noindex.
Mapear a equivalência — cada URL antiga deve apontar para a nova página com maior correspondência de intenção e conteúdo.
Validar a implementação: status 301, destino em 200, ausência de cadeias, de loops e de redirecionamentos genéricos para a home.
Alguns pontos críticos que vemos se repetir em migrações problemáticas: evitar redirecionar tudo em massa para a home, não depender apenas do sitemap para o inventário, priorizar URLs com tráfego, backlinks e conversão consolidados, atualizar os links internos para as URLs finais (e não deixá-los apontando para o endereço antigo) e testar os redirects antes e depois do go-live.
O mapeamento de redirects não é só uma tabela técnica. Ele é a ponte entre o histórico orgânico do site antigo e a performance do novo ambiente.
Na mesma fase, entra a preservação técnica e semântica do conteúdo:
Meta tags: titles preservados ou reotimizados, descriptions revisadas, canonical apontando para a URL final e hreflang validado, quando aplicável.
Conteúdo e semântica: preservação do conteúdo estratégico, validação da hierarquia de H1 e H2, manutenção de FAQs e blocos institucionais, e revisão dos dados estruturados.
Regras de indexação: robots.txt correto em produção, meta robots sem noindex indevido, X-Robots-Tag validado e sitemap XML atualizado.
Um erro clássico de virada de ambiente: levar bloqueios do ambiente de homologação para a produção. Muitas quedas de indexação começam exatamente aí.
2. Go-live & monitoramento
No momento da virada, o foco muda: confirmar que o novo ambiente está acessível, rastreável, indexável e mensurável.
Publicação: domínio em HTTPS e DNS ativo, robots.txt liberado, sitemap publicado e indexação permitida.
Primeiros testes: status 200 nas páginas finais, redirects 301 funcionando, canonical correto, ausência de noindex indevido.
Crawl inicial: verificação de 404 e 5xx, identificação de chains e loops de redirect, validação dos templates principais.
Primeiras 24h: GA4 e eventos principais funcionando, sitemap enviado no GSC, acompanhamento de cobertura e sinais de rastreamento.
3. Pós-migração: revisão técnica e monitoramento de métricas
Encerrado o go-live, o trabalho entra na fase de auditoria e observação contínua.
A prioridade aqui é encontrar rapidamente falhas técnicas que afetem páginas estratégicas em escala:
Status codes e disponibilidade das URLs estratégicas.
Redirects e URLs finais, sem loops ou cadeias longas.
Indexação e rastreamento (robots.txt, meta robots, canonical e sitemap).
Arquitetura e links internos — menus, breadcrumbs, profundidade de clique e páginas órfãs.
Conteúdo e semântica das páginas migradas.
Performance e renderização, com foco em Core Web Vitals.
Em paralelo, entra o acompanhamento de métricas de negócio: cliques e impressões orgânicas por página e diretório no Google Search Console, evolução de páginas indexadas, volume de erros técnicos, rankings de termos e páginas estratégicas, conversões orgânicas e Core Web Vitals por template e dispositivo.
Como saber se sua migração está indo bem?
Uma das perguntas mais comuns depois de uma virada é: essa queda é normal ou é hora de entrar em pânico?
Alguns benchmarks ajudam a calibrar a expectativa:
30% é a queda típica de tráfego orgânico nos primeiros 30 dias após uma migração.
2 a 3 meses costuma ser o período de estabilização em migrações bem executadas.
2 a 4 semanas é o tempo médio de indexação de páginas novas em migrações com alteração de slug ou domínio.
Dentro da faixa aceitável, você pode esperar: queda de até 30% no tráfego nas primeiras 2 a 4 semanas, flutuação de até ±3 posições por URL, redução temporária de indexação no Search Console e queda de CTR de até 15% durante a reindexação.
Já são sinais de alerta: queda acima de 40% após 30 dias sem sinal de recuperação, mais de 20% das URLs retornando 404 ou 5xx, perda de páginas indexadas sem o redirect 301 correspondente e queda de rankings acima de 10 posições em páginas estratégicas.
Onde os erros mais acontecem?
Analisando migrações reais, quatro momentos concentram a maioria dos problemas:
Planejamento: mapeamento incompleto de URLs e falta de backup das métricas históricas.
Staging: ambiente de teste sem bloqueio de indexação, ou com dados inconsistentes.
Go-live: redirects e DNS trocados sem monitoramento em tempo real.
Pós-migração: falta de auditoria nas primeiras 72h e ausência de plano de rollback.
E os erros técnicos que mais aparecem nesses momentos costumam ser sempre os mesmos:
redirecionamentos falhos que geram 404 em massa,
perda de backlinks fortes que derruba o Domain Rating e o URL Rating do site,
um site novo mais lento que o antigo (às vezes ainda carregando tags de ambiente de teste, como noindex)
sitemaps ou robots.txt desatualizados que atrasam a reindexação.
O papel do SEO técnico na saúde da migração
Se juntarmos os pontos acima, fica claro que uma migração de site não é um projeto de design, nem só um projeto de TI: é um projeto de SEO técnico com data de entrega definida por outra área.
Migrar não é o problema. Migrar sem visibilidade técnica sobre o que está em jogo, sim.
O tráfego perdido em uma virada malfeita não é uma métrica de vaidade.
Ele é receita, é reconhecimento de marca e, muitas vezes, é anos de trabalho de conteúdo e autoridade que se dissolvem em semanas.
Encare a migração como ela realmente é: um dos poucos momentos em que todo o histórico orgânico de um site está, ao mesmo tempo, em risco e em oportunidade de evolução (inclusive para se preparar para o novo SEO da era do Modo IA).
Está planejando migrar seu site
sem abrir mão do que você já construiu em SEO?
Comentários