Trocar de plataforma, mudar de domínio, reestruturar URLs. Qualquer uma dessas mudanças parece simples no papel, mas pode custar meses de tráfego orgânico se não for planejada com cuidado.
Uma migração de site mal executada é um dos erros mais custosos em SEO. O Google precisa reaprender tudo sobre o seu site: quais páginas existem, o que elas significam, qual tem mais autoridade. Se esse processo for interrompido por redirecionamentos errados, conteúdo perdido ou URLs quebradas, o ranking despenca antes que você perceba o que aconteceu.
A boa notícia é que com planejamento correto, uma migração pode sair do outro lado em posição ainda melhor do que antes. Esse guia cobre o que você precisa saber antes, durante e depois do processo.
O que considerar como uma migração de site?
Migração de site é um termo amplo. Muita gente associa apenas à troca de domínio, mas qualquer mudança estrutural significativa que afete como o Google rastreia e interpreta o seu site se enquadra nessa categoria.
Existem sete tipos principais, e cada um tem suas particularidades para o SEO.
1. Replatforming
Trocar de CMS é uma das migrações mais comuns. Sair do Magento para o Shopify, do WordPress para o Webflow ou de qualquer plataforma para outra exige atenção redobrada.
O problema é que nem tudo migra junto. Funcionalidades de SEO que existem em uma plataforma podem não ter equivalente na nova. Plugins, extensões, configurações de meta tags, estrutura de URLs: tudo precisa ser mapeado antes da troca.
Três pontos que não podem ser ignorados aqui:
- Verificar se os recursos de SEO da plataforma atual têm equivalente na nova
- Confirmar que metadados e title tags serão migrados corretamente
- Planejar redirecionamentos 301 para URLs que mudarem de estrutura
2. Redesenho
Um redesenho pode parecer apenas visual, mas impacta diretamente elementos de SEO on-page. Títulos, estrutura de conteúdo, links internos, FAQs e até a hierarquia de headings podem mudar no processo.
Se o time de design não souber o que é relevante para SEO, vai tomar decisões que parecem inofensivas e derrubam páginas que levaram meses para posicionar. A comunicação entre SEO e design antes de qualquer alteração não é opcional.
3. Mudança de domínio
É a migração de maior impacto. Quando o domínio muda, o Google precisa reindexar tudo do zero na nova URL. O exemplo clássico é o caso TransferWise, que ao migrar para Wise.com viu o tráfego cair de 32 milhões para menos de 13 milhões de visitas mensais antes de se recuperar e superar os números anteriores em mais de 500%.
A queda de tráfego muitas vezes é inevitável. O objetivo é minimizar o impacto e acelerar a recuperação com redirecionamentos 301 mapeados página a página.
4. Nova estrutura do site
Recategorizar seções, criar subpáginas ou reorganizar a hierarquia do site altera URLs. E URLs alteradas sem redirecionamentos adequados viram páginas inexistentes para o Google.
Se os serviços de SEO passam a ter subpáginas como SEO local e SEO para e-commerce, a URL antiga precisa redirecionar para a nova. Links internos também precisam ser atualizados para refletir a nova estrutura.
5. Consolidação de sites
Quando duas empresas se unem ou uma marca decide centralizar múltiplos sites em um só, o risco de conteúdo duplicado é alto. Sites que cobrem os mesmos temas provavelmente têm páginas muito parecidas, e juntar tudo sem auditoria prévia cria conflitos que confundem o Google sobre qual versão priorizar.
6. Mudança de TLD (localização)
Sair de um domínio regional como .co.uk para um .com é uma migração completa com impacto direto nas classificações locais. Tags hreflang precisam ser configuradas corretamente para sinalizar ao Google o público-alvo de cada versão do site.
7. HTTP para HTTPS
Embora seja a migração de menor risco quando bem executada, ainda exige atenção. Toda a estrutura de URLs muda, redirecionamentos precisam ser implementados e conteúdo misto, ou seja, páginas HTTPS que ainda referenciam recursos HTTP, precisa ser corrigido. O SEO técnico do site sai ganhando com a mudança, mas apenas se o processo for feito sem erros.
E por que pensar em SEO durante uma migração?
Porque o Google não migra junto com você.
Quando o site muda, o buscador precisa descobrir, rastrear e reindexar tudo novamente. Esse processo leva tempo, e qualquer obstáculo no caminho, como URLs quebradas, redirecionamentos errados ou conteúdo desaparecido, atrasa a recuperação e derruba rankings que levaram meses para construir.
O tráfego orgânico é frágil durante uma migração. Páginas que geravam visitas consistentes podem sumir dos resultados simplesmente porque o Google não conseguiu rastrear a nova versão corretamente. E recuperar esse terreno depois é mais difícil do que protegê-lo antes.
Há outro ponto que costuma ser subestimado: a autoridade acumulada nas URLs antigas. Backlinks externos, sinais de relevância, histórico de cliques, tudo isso está vinculado às URLs existentes. Quando uma URL muda sem redirecionamento adequado, essa autoridade se perde no caminho.
Pensar em SEO durante a migração não é paranoia. É a diferença entre sair do processo no mesmo patamar ou passar meses tentando recuperar o que existia antes.
Checklist completo para migração de site pensando em SEO
Esse é o coração do processo. Um checklist bem seguido é o que separa uma migração que preserva o tráfego de uma que passa meses tentando se recuperar.
1. Pré-migração SEO
Essa é a fase mais trabalhosa e também a mais importante. A maioria dos problemas que aparecem depois da migração tem origem aqui, em algo que não foi mapeado antes.
Audite o site atual
Antes de qualquer mudança, você precisa de uma fotografia clara de como o site está hoje. Isso serve como referência para comparar depois da migração e identificar rapidamente qualquer regressão.
Registre em uma planilha o tráfego orgânico pelo Google Search Console, as páginas com mais cliques e impressões, as palavras-chave mais importantes e suas posições, os principais backlinks apontando para o site e os erros técnicos existentes. Ferramentas como Screaming Frog ou Sitebulb rastreiam o site inteiro e exportam esses dados de forma organizada.
Mapeie todas as URLs existentes
Rastreie o site completo e liste todas as URLs ativas. Esse mapeamento vai servir de base para o plano de redirecionamentos e para verificar, depois do lançamento, se alguma página ficou para trás.
Monte o plano de redirecionamentos 301
Para cada URL que vai mudar, você precisa de um redirecionamento 301 apontando da versão antiga para a nova. Sem isso, o Google encontra uma página inexistente no lugar do conteúdo que indexou antes.
Redirecionamentos 301 comunicam ao Google que a mudança é permanente e transferem a autoridade acumulada para a nova URL. Redirecionamentos 302, que são temporários, não fazem isso da mesma forma e não devem ser usados em migrações definitivas.
Evite o atalho de redirecionar tudo para a página inicial ou para uma URL genérica. Cada página deve redirecionar para o equivalente mais próximo na nova estrutura.
Identifique as páginas de alto valor
Nem todas as páginas têm o mesmo peso. Páginas que geram receita, recebem mais tráfego ou concentram backlinks relevantes merecem atenção redobrada durante a migração.
Use o Google Search Console para identificar as páginas com mais cliques e o GA4 para encontrar aquelas com maior engajamento ou conversão. Essas são as páginas que você não pode se dar ao luxo de perder no processo.
Prepare o sitemap e o robots.txt atualizados
O novo sitemap deve incluir apenas as URLs que vão existir no site novo, sem páginas quebradas ou redirecionadas. O robots.txt precisa estar configurado para permitir o rastreamento das áreas importantes e bloquear apenas o que realmente não deve ser indexado, como painéis administrativos e URLs de parâmetros.
Configure e teste o site em staging
O site de staging precisa estar perfeito antes de ir ao ar. Tudo que está lá vai para o ambiente de produção. Teste formulários, checkouts, tags de analytics, links internos e estrutura de headings.
Um detalhe crítico: o staging deve ter a diretiva noindex, nofollow ativa para não ser indexado pelo Google. Confirme que essa diretiva será removida no momento do lançamento, porque se ela for para o site ao vivo junto, o site some dos resultados de busca.
2. Migração em curso
O dia do lançamento não é hora de descobrir problemas. Com o planejamento feito, essa fase é principalmente de verificação e resposta rápida.
Lance em horário de baixo tráfego
Escolha um período com menos acessos, geralmente madrugada ou fim de semana, para minimizar o impacto em caso de problemas. Tenha um desenvolvedor disponível nas primeiras 24 a 48 horas após o lançamento.
Remova a diretiva noindex do staging
Confirme imediatamente que a diretiva noindex, nofollow usada no staging não foi transferida para o site ao vivo. É um erro mais comum do que parece e tem consequências graves: o site inteiro sai do índice do Google.
Verifique os códigos de status
Rastreie o site logo após o lançamento e confirme que:
- Páginas ativas retornam código 200
- Redirecionamentos retornam código 301
- Não há páginas retornando 404 onde não deveriam
Qualquer 404 em página importante precisa ser corrigido imediatamente.
Envie o sitemap ao Google Search Console
Assim que o site estiver no ar, envie o sitemap atualizado para o Search Console. Isso incentiva o Google a rastrear e indexar as novas URLs com mais agilidade.
Teste checkouts e formulários
Se o site tem e-commerce ou captação de leads, confirme que o processo completo está funcionando, incluindo os e-mails de confirmação que são disparados após cada ação.
3. Pós-migração SEO
A migração não termina no dia do lançamento. Os primeiros 30 a 90 dias são críticos para monitorar o que mudou e corrigir o que não saiu como planejado.
Monitore tráfego e posicionamento de perto
Acesse o Google Search Console com mais frequência do que o habitual. Compare os números com o benchmark registrado antes da migração. Filtre por páginas específicas, por consultas importantes e por país para identificar quedas localizadas antes que se tornem um problema maior.
Resolva cadeias de redirecionamento
Quando uma URL mudou mais de uma vez ao longo do tempo, podem surgir cadeias de redirecionamento: A redireciona para B, que redireciona para C. Isso prejudica a experiência do usuário e desperdiça o orçamento de rastreamento do Google. O ideal é que cada redirecionamento leve direto à URL final.
Faça outreach de backlinks
Com a lista de backlinks mapeada antes da migração em mãos, entre em contato com os administradores dos sites que apontam para suas URLs antigas. Peça que atualizem os links para as novas URLs. É uma tarefa que ninguém gosta de fazer, mas que preserva autoridade real que foi construída ao longo do tempo.
Priorize os backlinks de domínios com maior autoridade, aqueles que trazem tráfego de referência expressivo e os mais fáceis de contatar, como parceiros e fornecedores conhecidos.
Agende uma auditoria completa após 30 dias
Com um mês de dados disponíveis, faça uma auditoria focada nos pontos mais sensíveis: tráfego orgânico, posicionamento das palavras-chave principais, erros técnicos e desempenho das páginas de alto valor. Compare tudo com o benchmark pré-migração e ajuste o que ainda estiver fora do lugar.
Quais os erros mais comuns em uma migração de site?
A teoria todo mundo sabe. Os erros acontecem na prática, quando a pressão do prazo bate e os detalhes começam a ser pulados.
Seu site tem problemas técnicos de SEO?
Responda estas 10 perguntas para descobrir a gravidade dos problemas técnicos do seu site
Em cerca de 15% dos casos, a queda de tráfego após uma migração se torna permanente. Em mudanças mais complexas, como troca de domínio, a perda inicial pode chegar a 60% do tráfego orgânico, e a recuperação pode levar mais de sete meses.
Esses números não são para assustar, mas para deixar claro o que está em jogo quando o processo é negligenciado.
Abaixo estão os erros que aparecem com mais frequência, e que na maioria dos casos poderiam ter sido evitados.
Redirecionamentos ausentes ou mal configurados
É o erro mais comum e o mais custoso. Quando uma URL muda sem redirecionamento 301, o Google encontra uma página inexistente no lugar do conteúdo que indexou. A autoridade acumulada se perde, e o usuário que chega por um link antigo cai em uma página de erro.
Um caso que ilustra bem a gravidade: o WooCommerce perdeu mais de 90% da visibilidade orgânica ao trocar de domínio para “Woo.com” em 2023. Foram cinco meses de tentativas sem sucesso de recuperação, até que a empresa decidiu reverter a mudança.
Diretiva noindex transferida do staging para o site ao vivo
Esse erro é aquele tipo que não esperamos. O site de staging precisa de noindex para não ser indexado pelo Google durante o desenvolvimento. O problema é que essa diretiva vai junto para o ambiente de produção com mais frequência do que se imagina, e o site inteiro some dos resultados de busca.
Metadados e title tags perdidos na troca de plataforma
Ao migrar de CMS, elementos como title tags, meta descriptions e dados estruturados precisam ser transferidos manualmente ou mapeados com cuidado. Plataformas diferentes têm campos diferentes, e o que funciona no WordPress pode não ter equivalente direto no Shopify ou no Webflow, por exemplo.
No caso específico do WordPress para Shopify, a estrutura de URLs muda por padrão. Uma página que estava em example.com/policies/shipping passa a ser example.com/pages/shipping-policy.
Antes de transferir o domínio, é recomendável configurar redirecionamentos de URL com antecedência para todas as páginas que os clientes possam ter adicionado aos favoritos ou acessado por links externos.
Links internos apontando para URLs antigas
Depois que as URLs mudam, os links internos que apontam para as versões antigas viram redirecionamentos ou erros 404. Isso desperdiça o orçamento de rastreamento do Google e prejudica a experiência de quem navega pelo site.
Imagens e arquivos não HTML ignorados
Recursos não HTML, como PDFs e imagens, podem trazer um tráfego relevante para a página, e no processo de migração eles são frequentemente esquecidos e não são redirecionados da forma correta.
E-Commerce Brasil O Google Search Console tem um campo específico que mostra o tráfego vindo de imagens, e esse dado costuma surpreender quem nunca olhou para ele.
Lançar sem ter testado no staging
O ambiente de staging existe justamente para quebrar o site antes de ir ao ar. Formulários, checkouts, tags de analytics, links internos: tudo precisa ser testado antes do lançamento. O que vai para o staging vai para o ar, e descobrir um problema depois é mais caro do que preveni-lo antes.
O que observar pós-migração SEO?
O lançamento não é o fim do processo. É o começo de uma fase de monitoramento que define se a migração foi bem-sucedida de verdade.
Tráfego orgânico e posicionamento
Acesse o Google Search Console com mais frequência do que o habitual nas primeiras semanas. Compare os números com o benchmark registrado antes da migração. Uma queda temporária é esperada, especialmente em migrações de domínio, onde o Google precisa reindexar tudo na nova URL.
O que você precisa identificar é se a queda está se estabilizando e revertendo, ou se está se aprofundando. Quedas contínuas por mais de 30 dias sem sinal de recuperação indicam algo mal configurado que precisa de diagnóstico.
Erros de cobertura no Search Console
O relatório de cobertura mostra quais páginas o Google conseguiu indexar e quais encontraram problemas. Erros de “página não encontrada” em URLs que deveriam existir indicam redirecionamentos faltando. Páginas marcadas como “excluídas” por noindex precisam de atenção imediata.
Cadeias de redirecionamento
Com o tempo, URLs que mudaram mais de uma vez criam cadeias: A redireciona para B, que redireciona para C. Cada salto adiciona latência para o usuário e dilui a autoridade transferida. O ideal é resolver essas cadeias e fazer cada redirecionamento apontar direto para a URL final.
Velocidade e Core Web Vitals
Uma migração de plataforma frequentemente altera o comportamento de carregamento do site. Use o PageSpeed Insights e o relatório de Core Web Vitals no Search Console para verificar se a nova versão mantém ou melhora o desempenho técnico em relação ao site anterior.
Backlinks apontando para URLs antigas
Com a lista de backlinks mapeada antes da migração, entre em contato com os administradores dos sites que apontam para suas URLs antigas e peça a atualização. Priorize domínios com maior autoridade, parceiros conhecidos e links que geram tráfego de referência expressivo.
Auditoria completa após 30 dias
Com um mês de dados disponíveis, faça uma auditoria focada: tráfego orgânico, posicionamento das principais palavras-chave, erros técnicos e desempenho das páginas de alto valor. Compare com o benchmark e ajuste o que ainda estiver fora do lugar.
Se o site perdeu tráfego significativo e a recuperação não está acontecendo, o diagnóstico precisa ir fundo na estrutura técnica. Às vezes o problema está em um detalhe que passou despercebido no lançamento.
Conclusão
Migração de site é um dos processos mais delicados do SEO. Não porque seja impossível de fazer bem, mas porque envolve muitas variáveis ao mesmo tempo, e cada detalhe ignorado tem um custo real em tráfego e posicionamento.
O fio condutor de tudo que foi abordado aqui é o planejamento. A maioria dos problemas que aparecem depois do lançamento tem origem em algo que não foi mapeado antes. Redirecionamentos ausentes, metadados perdidos, diretivas de staging no ar: são erros previsíveis e evitáveis quando o processo é levado a sério.
Uma queda temporária de tráfego após a migração é normal, especialmente em mudanças de domínio ou grandes reestruturações. O que define o sucesso não é evitar essa queda a qualquer custo, mas ter a base técnica bem construída para que a recuperação aconteça no menor tempo possível.
O exemplo do TransferWise para Wise resume bem esse ponto. O tráfego caiu depois da migração. Mas com execução correta, o novo domínio superou os números anteriores em mais de 500%. A migração não foi o problema. Foi o trampolim.
Se o seu site está passando por uma migração ou se você identificou problemas técnicos que podem estar travando sua visibilidade orgânica, o diagnóstico precisa vir antes de qualquer ação.