· Robin Dehouck · GEO · 11 min read
Migração de Site sem Perder SEO: Checklist 2026 (com IA)
Migração de site sem perder SEO: o mapa de redirecionamentos, o checklist de 10 passos e os cuidados com Google e crawlers de IA antes e depois do lançamento.
Migração de site sem perder SEO é trocar domínio, plataforma ou estrutura de URLs mantendo o que o Google e as IAs já sabem sobre você. Na prática, isso significa mapear cada URL antiga para a nova equivalente, redirecionar com 301, preservar conteúdo, metadados e schema, e monitorar o rastreamento nas semanas seguintes.
Parece um checklist técnico, e é. Mas a decisão que mais pesa costuma ser tomada antes de qualquer linha de código: alguém da TI ou da agência de design marca a data de lançamento sem perguntar quais páginas trazem tráfego hoje. Quando o time de marketing percebe, o site novo já está no ar e metade das URLs antigas responde 404.
Este guia é para quem vai migrar nos próximos meses e quer chegar no dia do lançamento com o mapa pronto.
O que é uma migração de site e por que ela derruba o tráfego?
Migração é qualquer mudança que altera os endereços, o código ou o servidor de onde o Google lê suas páginas. O tráfego cai porque o Google precisa reprocessar cada URL e transferir os sinais acumulados para o endereço novo, e isso leva tempo mesmo quando tudo está certo.
A própria documentação do Google sobre mudança de site avisa que, em sites de porte médio, pode levar “algumas semanas ou mais” até o Google começar a mostrar as URLs novas, e que a visibilidade “pode oscilar temporariamente” durante a mudança. Ou seja: uma queda curta é esperada. O problema é a queda que não volta.
Quanto tráfego dá para perder e quanto tempo leva para voltar?
Mais do que a maioria espera. O estudo mais citado sobre o tema, publicado por Dan Taylor no Search Engine Journal em janeiro de 2025, acompanhou 892 mudanças de domínio e encontrou uma média de 523 dias para o domínio novo alcançar o tráfego orgânico do antigo. Em 17% dos casos, o tráfego não voltou ao nível anterior nem depois de 1.000 dias.
Agora a ressalva honesta, porque número de estudo sem contexto vira argumento de venda. A amostra veio de profissionais de SEO que responderam a pedidos de dados no Slack e no X, e o tráfego é estimado por ferramenta (majoritariamente Ahrefs), não medido no Search Console. Não é um retrato de “toda migração”. É um retrato de migrações de domínio que alguém achou relevante compartilhar.
O mesmo estudo traz o dado mais útil para você: as recuperações mais rápidas levaram 19, 22, 23 e 33 dias. A distância entre 19 dias e “nunca” não é sorte. Na minha leitura, ela é quase sempre a qualidade do mapa de redirecionamentos e o quanto o conteúdo mudou junto com o endereço.
Quais tipos de migração existem e qual é o risco de cada um?
Nem toda migração é igual. Trocar HTTP por HTTPS mexe em quase nada além do protocolo; trocar domínio e plataforma no mesmo mês mexe em tudo de uma vez. A tabela abaixo resume o que muda e onde costuma quebrar.
| Tipo de migração | O que muda | Risco de SEO | Onde costuma quebrar |
|---|---|---|---|
| HTTP → HTTPS | Protocolo | Baixo | Conteúdo misto, canonical ainda apontando para http:// |
www ↔ sem www | Host | Baixo | Sitemap e canonicals com a versão antiga |
| Redesign sem mudar URLs | Layout, código, conteúdo | Médio | Texto cortado, H1 trocado, links internos perdidos |
| Troca de plataforma (ex.: para CMS) | Código, URLs, renderização | Alto | Padrão de URL diferente, conteúdo dependente de JavaScript |
| Mudança de domínio | Domínio inteiro | Alto | Redirecionamentos incompletos, links externos não mapeados |
| Consolidação de páginas | Várias URLs viram uma | Médio | Redirecionar para a home em vez da página equivalente |
Uma regra que eu sigo: nunca empilhe duas linhas de risco alto no mesmo lançamento. Se o projeto exige domínio novo e plataforma nova, migre a plataforma primeiro, espere estabilizar, e só então troque o domínio. Dá mais trabalho e reduz pela metade as variáveis quando algo cair.
Quais são os 10 passos para migrar um site sem perder SEO?
São dez passos, divididos entre antes, durante e depois do lançamento. Os quatro primeiros acontecem semanas antes da data, e são eles que separam a recuperação de 19 dias da que nunca acontece.
- Exporte a linha de base. Baixe do Google Search Console as páginas e consultas dos últimos 16 meses, a cobertura de indexação e os principais links externos. Sem isso, você não consegue provar o que perdeu.
- Rastreie o site atual inteiro. Use um crawler (Screaming Frog, Sitebulb ou similar), como numa auditoria de SEO, e guarde títulos, metas, H1, canonicals, schema e status de cada URL. Inclua URLs que só aparecem no sitemap ou em links externos.
- Monte o mapa de redirecionamentos, uma linha por URL. Cada endereço antigo aponta para o equivalente novo. O Google é direto: “é importante mapear as URLs do site antigo para as URLs do site novo”.
- Congele o conteúdo das páginas que trazem tráfego. Redesign não é hora de cortar texto. Se a página ranqueia, ela migra com o mesmo conteúdo; reescreva depois, com dados.
- Bloqueie a homologação, e anote o desbloqueio. O ambiente de teste fica fora do índice; o
noindexe oDisallowde homologação saem no dia do lançamento. Coloque isso no checklist com nome e horário. - Use redirecionamento permanente no servidor. A documentação de redirecionamentos do Google trata 301 e 308 como permanentes e diz que redirecionamentos temporários (302, 307) não são usados como sinal de que o destino é o canônico. Redirecionamento por JavaScript só como último recurso.
- Atualize tudo que aponta para o endereço antigo. Links internos, canonicals, hreflang, sitemap, dados estruturados, perfis da marca e o
sameAsdo seu schema de organização. - Envie a mudança de endereço, se o domínio mudou. A ferramenta de Mudança de Endereço do Search Console é para troca de domínio ou subdomínio; não é necessária para HTTP→HTTPS,
wwwou mudanças de caminho no mesmo domínio. - Teste o mapa na primeira hora. Rode o crawler contra a lista de URLs antigas: todas devem responder 301 direto para um destino 200, sem cadeias e sem 404.
- Monitore por pelo menos 90 dias e mantenha os redirecionamentos por um ano ou mais. O Google recomenda mantê-los “pelo maior tempo possível”, em geral pelo menos um ano. Compare semanalmente com a linha de base do passo 1.
O que muda na migração quando a busca também acontece nas IAs?
Muda o número de robôs que precisam encontrar o site novo do jeito certo. O Googlebot não é mais o único leitor importante: ChatGPT, Perplexity e Claude também buscam suas páginas, e cada um tem suas próprias regras de acesso.
O volume não é trivial. Um relatório da Cloudflare, resumido pelo Search Engine Journal em dezembro de 2025, mostra que bots de IA (sem contar o Googlebot) somaram em média 4,2% das requisições HTML da base da empresa ao longo de 2025. O mesmo relatório mostra o Googlebot alcançando 11,6% das páginas únicas, contra 3,6% do GPTBot: o Google ainda rastreia mais de três vezes mais, mas os crawlers de IA já são parte do tráfego que a sua migração precisa atender.
Ao mesmo tempo, a resposta gerada ganhou espaço na própria página do Google. Pelo estudo de AI Overviews da Semrush, os resumos de IA apareciam em 6,49% das consultas em janeiro de 2025 e em 15,69% em novembro. Perder as citações nesses resumos durante uma migração custa visibilidade mesmo que a posição azul volte.
Na prática, acrescente quatro verificações ao checklist:
- Infraestrutura nova, regras novas. Trocar de hospedagem ou colocar o site atrás de um CDN pode mudar quem passa pela porta. Em julho de 2025, a Cloudflare passou a bloquear bots de IA por padrão, e seu
robots.txtliberado não muda uma regra aplicada antes de a requisição chegar ao servidor. - Conteúdo no HTML, não só no JavaScript. Plataformas novas costumam renderizar no navegador. O Google executa JavaScript; os principais crawlers de IA não renderizam JavaScript. Se o texto só aparece depois do script, para eles a página está vazia.
- Schema migra junto. Organization, FAQ, Article e Product somem com frequência quando o tema muda. Compare o schema markup de cada modelo de página antes e depois.
llms.txte entidade com o endereço novo. Se você publica umllms.txt, troque as URLs nele, e confira se nome, endereço e descrição da marca continuam iguais em todos os perfis. Consistência de entidade é o que faz a IA reconhecer que o site novo é a mesma empresa.
Quais erros transformam uma migração em queda permanente?
Os que eu mais encontro não são exóticos. São atalhos que parecem razoáveis na reunião de planejamento.
O mais caro é redirecionar tudo para a home. Parece seguro, porque “nenhuma URL dá 404”. Mas o Google diz explicitamente para não redirecionar muitas URLs antigas para um único destino irrelevante, como a página inicial, e avisa que isso pode ser tratado como soft 404. Você perde exatamente o sinal que queria guardar.
Falo disso com o nosso próprio site como exemplo. Neste ano consolidamos seis posts que competiam por intenções parecidas em páginas irmãs mais fortes. Cada slug aposentado tem um 301 para a página equivalente no vercel.json, nunca para a home ou para o blog, e o nosso script de verificação de links agora quebra o build se alguém criar um redirecionamento para uma página hub, para um destino inexistente ou de uma URL que ainda existe. A regra virou código porque, em migração, o erro raramente é ignorância; é pressa no dia do deploy.
Os outros erros recorrentes:
- Lançar numa sexta-feira à noite, sem ninguém para conferir o mapa no sábado.
- Usar 302 “provisoriamente” e esquecer de trocar.
- Desligar o domínio antigo junto com o lançamento, matando os redirecionamentos e os links externos que apontavam para ele.
- Reescrever o conteúdo inteiro no mesmo projeto e não conseguir mais separar efeito da migração de efeito do texto novo.
Quando vale contratar ajuda para migrar o site?
Depende do tamanho do risco, não do tamanho da empresa. Uma troca de HTTP para HTTPS ou de www em um site pequeno dá para fazer internamente com este checklist e o Search Console aberto. Mudança de domínio, troca de plataforma ou sites com centenas de URLs que já trazem receita justificam alguém dedicado ao mapa e ao monitoramento.
Um critério prático: some o tráfego orgânico das 20 páginas mais importantes e pergunte quanto custa perder metade dele por seis meses. Se a resposta assusta, o custo de uma revisão especializada é pequeno perto disso. Para ter uma referência de valores, veja quanto o mercado cobra por projeto pontual no nosso guia de preços de SEO.
Se a migração está marcada, nossa equipe revisa o mapa de redirecionamentos e a prontidão para os crawlers de IA como parte dos serviços de SEO e GEO. O primeiro passo é um diagnóstico gratuito do site atual, feito antes do lançamento, enquanto ainda dá tempo de corrigir.
FAQ: dúvidas frequentes sobre migração de site e SEO
Quanto tempo o tráfego leva para voltar depois de uma migração?
Em migrações simples e bem feitas, algumas semanas. O Google fala em “algumas semanas ou mais” para sites médios. Mudanças de domínio levam bem mais: no estudo do Search Engine Journal com 892 domínios, a média foi de 523 dias, com casos de recuperação em 19 dias e outros que nunca recuperaram.
Redirecionamento 301 perde autoridade?
O Google trata 301 e 308 como sinais fortes de que o destino é o novo canônico, e por isso eles são o padrão recomendado. O que perde valor é o redirecionamento errado: temporário, em cadeia ou para uma página que não é equivalente.
Por quanto tempo devo manter os redirecionamentos?
Pelo maior tempo possível, e no mínimo um ano, segundo o Google. Na prática, se você ainda é dono do domínio antigo, não há motivo para desligá-los, porque links externos antigos continuam mandando visitantes e sinais.
Preciso usar a ferramenta de Mudança de Endereço do Search Console?
Só se mudou de domínio ou de subdomínio. Para HTTP→HTTPS, troca de www ou mudança de caminhos no mesmo domínio, ela não é necessária; os redirecionamentos fazem o trabalho.
Mudar de plataforma (por exemplo, de WordPress para outro CMS) afeta o SEO?
Afeta quando muda o padrão de URLs, a renderização ou o conteúdo. Se as URLs continuam iguais e o HTML entrega o mesmo texto, o risco é baixo. Se a nova plataforma depende de JavaScript para mostrar o conteúdo, teste como Google e crawlers de IA veem a página antes de lançar.
A migração pode me tirar do ChatGPT e dos AI Overviews?
Pode, se a infraestrutura nova bloquear os crawlers de IA, se o conteúdo passar a depender de JavaScript ou se o schema sumir. A recuperação nas IAs tende a seguir a do rastreamento: quando os bots voltam a ler as páginas novas, as citações voltam a ser possíveis.
Migre com o mapa na mão, não com fé no 301
Redirecionamento é a ferramenta; o mapa é o trabalho. Quem chega ao dia do lançamento com cada URL antiga ligada à equivalente nova, a linha de base exportada e os crawlers de IA testados na infraestrutura nova está jogando para a recuperação de semanas. Quem decide isso na véspera está apostando nos 17% que nunca voltam. Se a data já está no calendário, comece pelo inventário hoje.