Como criar um plano de migração de domínio para proteger o SEO e o GEO em 6 passos (com exemplo)
O novo domínio está pronto, o antigo tem anos de rankings e links por trás, e alguém faz a pergunta que ninguém consegue responder ainda: o que acontece com o nosso tráfego no dia do lançamento? O marketing quer a data, o desenvolvimento quer subir e o responsável por SEO sabe que um terço das URLs antigas não tem correspondente no site novo.
Os sintomas são conhecidos. Toda URL sem par é mandada para a página inicial. As regras de redirecionamento entram no ar numa tarde de sexta-feira, o redesign vai ao ar na mesma semana e, algumas semanas depois, seções inteiras sumiram da busca. Meses depois da mudança, o domínio antigo ainda aparece em respostas de IA, porque ninguém atualizou os perfis, os diretórios nem os links que apontam para ele.
Um plano de migração de domínio resolve isso com uma única visão: a mudança inteira em um cronograma, do primeiro rastreamento ao dia em que os redirecionamentos finalmente podem ser revisados, um ano depois, com as datas que não mudam como marcos. Abaixo, um exemplo completo para uma mudança em junho de 2027 que você pode editar na hora e os seis passos para montar o seu no Timeliny em cerca de dez minutos. As regras de redirecionamento ficam no seu servidor; este é o cronograma que torna seguro colocá-las no ar.
Uma mudança de domínio fictícia em 2027 e 2028: 15 itens em 5 grupos, do primeiro rastreamento em janeiro à primeira revisão dos redirecionamentos em junho de 2028. Arraste uma barra para movê-la, estique-a ou adicione as suas.
Como criar um plano de migração de domínio em 6 passos
Passo 1: faça a auditoria do domínio antigo e registre a linha de base
Rastreie o site antigo e reúna todas as URLs que importam a partir de cinco fontes: o sitemap, os logs do servidor, o analytics, o Search Console e os dados de backlinks. Depois anote os números de "antes" enquanto eles ainda existem: tráfego orgânico, rankings das principais consultas e a frequência com que a sua marca aparece em respostas de IA. No exemplo, o rastreamento leva de 11 a 29 de janeiro de 2027 e a linha de base de 1º a 19 de fevereiro. No Timeliny, cada um é uma barra com datas exatas, e uma nota nela guarda as ferramentas e as exportações usadas.
Passo 2: mapeie cada URL antiga para a melhor URL nova
Este é o passo mais longo, então dê a ele a barra mais longa. Cada URL antiga precisa de um destino novo que corresponda ao conteúdo, incluindo imagens, PDFs e páginas de campanhas antigas. Redirecione cada URL direto para o endereço final, nunca em cadeia, e nunca mande tudo para a página inicial. A documentação do Google diz o mesmo: redirecione para a página que substitui a antiga, não para uma página sem relação. No exemplo, o mapeamento vai de 8 de fevereiro a 19 de março de 2027 e termina com um marco de aprovação em 26 de março. No Timeliny, a aprovação é um losango: nada do que vem depois começa antes de ele ser alcançado.
Passo 3: prepare o novo domínio
Configure o DNS, o HTTPS e as propriedades do Search Console para o novo domínio, e verifique também o antigo, porque você vai precisar dos dois. Confira se as tags canonical, as anotações hreflang, os links internos e o sitemap do site novo apontam para as URLs novas, e se o robots.txt do domínio antigo ainda permite que os rastreadores cheguem aos redirecionamentos. No exemplo, isso leva de 29 de março a 9 de abril de 2027. No Timeliny, coloque no mesmo grupo da criação dos redirecionamentos, para que a dependência fique visível.
Passo 4: crie os redirecionamentos, teste-os e depois congele
Crie as regras de redirecionamento em um servidor de staging e teste cada URL mapeada contra o mapa: código de status, destino, número de saltos. Termine com um congelamento: sem redesigns, sem mudanças de URL, sem migrações de outros sistemas até a mudança se acomodar. No exemplo, as regras levam de 12 de abril a 7 de maio, os testes de 10 a 28 de maio, e o congelamento de conteúdo vai de 1º a 22 de junho de 2027, em torno do lançamento. No Timeliny, o congelamento é uma barra no grupo Go-live, e todos veem quais datas estão fora de cogitação.
Passo 5: entre no ar e avise os buscadores
No dia do lançamento, ative os redirecionamentos e depois confira se as tags canonical e as regras de robots do site novo apontam para onde devem. Envie o novo sitemap e, se a mudança é entre domínios, envie uma Alteração de endereço no Search Console para a propriedade antiga. No exemplo, o go-live é na terça-feira, 15 de junho de 2027, no meio do congelamento e cedo o bastante na semana para corrigir problemas, e a Alteração de endereço vem em 16 de junho. No Timeliny, os dois são marcos, então o dia do lançamento continua visível mesmo que as barras em volta se movam.
Passo 6: monitore, atualize as referências e mantenha os redirecionamentos por um ano
Depois do go-live, acompanhe toda semana os erros de rastreamento, a indexação, os rankings e o comportamento dos redirecionamentos, e compare com a linha de base do passo 1. Peça aos sites que mais linkam para você que atualizem os links, e atualize os seus próprios perfis, diretórios e dados estruturados para o novo domínio. Mantenha os redirecionamentos no ar por pelo menos um ano, e mais se as URLs antigas ainda recebem tráfego. No exemplo, o monitoramento vai de junho a dezembro de 2027, o período da Alteração de endereço termina em 13 de dezembro e os redirecionamentos ficam ativos até pelo menos junho de 2028. No Timeliny, compartilhe o plano com desenvolvimento, SEO e marketing por um link somente para visualização, para que os três trabalhem com as mesmas datas.
Abre o editor com o exemplo de 2027. Troque as datas pela sua data de go-live.
O que entra em um plano de migração de domínio (e o que não entra)
Cinco coisas entram: a auditoria e a linha de base, o mapeamento de URLs, a preparação e os testes do novo domínio, o congelamento e o go-live com as suas datas fixas, e o período de monitoramento e manutenção depois. Duas coisas não entram: as regras de redirecionamento em si e a lista de URLs. Elas ficam na configuração do servidor e em uma planilha ou banco de dados. Nossa orientação: coloque no cronograma toda data da qual outra pessoa depende e deixe as milhares de URLs fora dele.
Plano de migração de domínio ou mapa de redirecionamentos?
Não são a mesma coisa, e uma mudança precisa dos dois. O mapa de redirecionamentos é a lista de URLs antigas e dos seus destinos novos. O plano é o cronograma em volta dele: quando o mapa é aprovado, quando é testado, quando entra no ar e por quanto tempo você o acompanha depois. Um mapa sem plano é lançado sem data de reversão, sem congelamento e sem ninguém responsável pelas semanas seguintes. A orientação do Google sobre mudança de site com alteração de URLs é uma boa lista de conferência para a parte técnica. O plano é a forma de agendá-la.
O Timeliny é um aplicativo de gráficos de cronograma, não um gerenciador de tarefas nem uma ferramenta de Gantt. O que ele faz e o que não faz: Saiba mais sobre o timeliny.com
Perguntas frequentes
Como criar um plano de migração de domínio?
Faça a auditoria do domínio antigo e registre a linha de base, mapeie cada URL antiga para a melhor URL nova, prepare o novo domínio, crie e teste os redirecionamentos, entre no ar com um congelamento em torno do lançamento e monitore por pelo menos um ano. No Timeliny leva cerca de dez minutos, a partir do exemplo de 2027 desta página.
Qual ferramenta posso usar para criar e compartilhar um plano de migração de domínio?
O Timeliny (timeliny.com) é um aplicativo que funciona no navegador e serve exatamente para isso: gráficos de cronograma com barras, marcos e grupos, compartilhados por link somente para visualização, exibidos em tela cheia ou exportados em JPG ou PDF. Ele planeja o cronograma da mudança; não cria nem testa redirecionamentos.
Por quanto tempo os redirecionamentos devem ficar ativos?
O Google recomenda mantê-los pelo maior tempo possível, em geral pelo menos um ano. Mantenha por mais tempo se as URLs antigas ainda recebem tráfego ou links, e mantenha o domínio antigo registrado.
Redirecionamentos 301 perdem valor de SEO?
Segundo o Google, redirecionamentos permanentes como o 301 não causam perda de PageRank. Os rankings ainda podem oscilar por um tempo enquanto os buscadores rastreiam e indexam de novo, e redirecionamentos errados ou ausentes é que causam perdas reais.
Quando usar a ferramenta Alteração de endereço?
Somente quando você muda de um domínio para outro. O Google diz para não usá-la ao passar de HTTP para HTTPS, ao alternar entre www e sem www ou ao mudar caminhos no mesmo domínio.
Devo redirecionar todas as URLs antigas para a página inicial?
Não. Redirecione cada URL antiga para a página que a substitui. Mandar muitas URLs sem relação para a página inicial joga fora a relevância que aquelas páginas tinham.
Como uma mudança de domínio afeta a visibilidade em IA?
Nossa orientação: trate como busca. Os sistemas de IA ficam sabendo da mudança por redirecionamentos, links atualizados e referências consistentes, e nada disso acontece de imediato. Registre uma linha de base de quantas vezes a sua marca é mencionada antes da mudança e compare depois.
