Quando uma marca se vê na posição de precisar fazer migração de sites, alguns alertas se acendem para os gestores. 

Tempo é uma prioridade: rotinas precisam ser organizadas para que a migração e implementação de sistemas aconteça sem atrapalhar os processos da empresa, especialmente os relacionados à captação e vendas no site. 

Ao mesmo tempo, outra prioridade urgente é a expertise técnica. Mais e mais empresas recorrem à IA para esse trabalho, mas realizá-lo, mesmo com IA aplicada, requer conhecimento técnico para garantir segurança, tanto no processo quanto no próprio site.

E por fim, há uma terceira prioridade, mais complicada de resolver: problemas inesperados na indexação, perda de tráfego, questões não resolvidas de SEO, etc. 

No texto de hoje, vamos abordar esses três pontos, mostrando como uma migração bem assistida, e portanto bem realizada, os soluciona. 

Mas primeiro, um assunto mais prático: 

O lado técnico: o que é uma migração de sites e tutoriais rápidos para iniciá-la

‍

Consideramos uma migração de sites como uma migração grande o suficiente para ter impactos na rastreabilidade do seu site e no funcionamento de links já estabelecidos. 

Essa migração, porém, pode acontecer (e acontece) de formas diferentes. Podemos considerar como os exemplos mais comuns de migração de sites: 

• Mudança de CMS: sair do Wordpress para usar o Webflow, o Strapi, o Squarespace, etc. Nesse caso, o domínio e as URLs não vão mudar, mas novas páginas serão criadas com a estrutrura e o conteúdo nesse novo CMS; 

• De protocolo: implementar o https no lugar do http, ainda é comum em alguns sites mais antigos; 

• Mudanças em arquiteturas e URLs: a reorganização completa da estrutura de URLs, subdomínios e subpastas dentro do site. Ocorre isoladamente, mas é bastante comum que marcas façam esse trabalho ao migrar de CMS; 

• Troca de domínio: geralmente acontece quando marcas mudam o nome ou querem mudar o endereço completo do site. Muito comum em processos de rebranding. 

Para cada um desses casos, há particularidades técnicas que precisam ser levadas em consideração. 

Vamos analisá-las no pequeno tutorial caso a caso que montamos logo abaixo. Acompanhe como fazer a migração, em modo geral, para cada um desses casos: 

Mudança de CMS: como migrar de plataforma preservando o SEO

A troca de CMS recria o site em outra plataforma, e o resultado depende de manter o que o Google já conhece: conteúdo, URLs e sinais de SEO. 

O caminho mais seguro parte de um inventário completo do site atual e termina com monitoramento intensivo após a publicação.

Veja um cronograma para seguir: 

• Inventário e baseline: rastreie o site atual com uma ferramenta como o Screaming Frog e exporte URLs, metadados, tráfego e posições do Search Console e do GA4;
  
  
• Mapeamento de URLs: defina a URL de cada página no novo CMS e registre o par “URL antiga → URL nova” sempre que houver diferença;
  
  
• Paridade de SEO: leve para a nova plataforma títulos, meta descriptions, headings, canonicals, dados estruturados, textos alternativos, sitemap e robots.txt;
  
  
• Teste e redirecionamentos 301: valide tudo em ambiente de homologação com indexação bloqueada e configure os 301 antes da virada;
  
  
• Monitoramento pós-lançamento: envie o novo sitemap ao Search Console e acompanhe cobertura, erros 404 e variação de cliques nas semanas seguintes.

Mudança de protocolo: como migrar de http para https

A migração para https parece simples, mas altera tecnicamente todas as URLs do site. 

Cada endereço passa a existir em uma nova versão, e o Google precisa entender que a versão segura substitui a antiga. 

Uma execução organizada garante essa transição sem perda de ranqueamento.

• Certificado SSL: instale um certificado válido, com renovação automática, em todos os domínios e subdomínios usados;
  
  
• Atualização interna: troque links internos, canonicals, sitemap e chamadas de recursos (imagens, scripts, CSS) para https, evitando conteúdo misto;
  
  
• Redirecionamento 301 global: configure no servidor o redirecionamento de cada URL http para a equivalente em https, em um único salto;
  
  
• Search Console: adicione a propriedade https (ou uma propriedade de domínio), envie o sitemap atualizado e acompanhe a indexação;
  
  
• Reforço de segurança: ative o HSTS depois de confirmar que tudo funciona em https e monitore erros de certificado.

Mudança de arquitetura e URLs: como reorganizar a estrutura do site

Reorganizar URLs, subdomínios e subpastas melhora a navegação e a clareza semântica do site, e cada endereço alterado precisa de um destino correspondente. 

O planejamento da nova estrutura e o mapeamento página a página sustentam a migração.

• Auditoria e nova estrutura: liste a arquitetura atual e desenhe a nova, com hierarquia lógica, slugs curtos e decisão clara entre subpastas e subdomínios;
  
  
• Planilha de mapeamento: relacione cada URL antiga a uma URL nova equivalente, priorizando as páginas com mais tráfego e backlinks;
  
  
• Redirecionamentos 301 diretos: aponte cada URL antiga para o conteúdo mais próximo, em um único salto, evitando cadeias e redirecionamentos em massa para a home;
  
  
• Atualização de referências: ajuste links internos, menus, breadcrumbs, canonicals e sitemap para a estrutura nova;
  
  
• Acompanhamento: monitore no Search Console a reindexação, os erros 404 e as páginas que perderam desempenho, ajustando o mapeamento quando necessário.

Troca de domínio: como migrar para um novo endereço

A ideia da migração de domínio, ou melhor, o melhor cenário possível, é conseguir informar ao Google, às IAs e aos outros buscadores que o seu site fez a migração e está em um novo endereço. 

Ou seja: a sua maior preocupação vai estar na transferência de sinais. Todos precisam entender que esse site, nesse domínio, estava em um outro domínio anteriormente.

O Google e as IAs entendem que sua marca existe e entendem que ela está no site X. A ideia é realizar a migração informando que a sua marca ainda existe, o que mudou é que agora ela está no site Y. 

Veja alguns passos para atingir esse objetivo: 

• Preparação do novo domínio: registre o endereço, configure DNS e SSL, publique o site completo e verifique o histórico do domínio;
  
  
• Mapeamento e 301: relacione cada URL do domínio antigo à equivalente no novo e configure redirecionamentos permanentes em um único salto, evitando cadeias;
  
  
• Search Console: verifique os dois domínios e use a ferramenta de mudança de endereço para informar ao Google a transição;
  
  
• Presenças externas: atualize Perfil da Empresa no Google, redes sociais, assinaturas de e-mail, anúncios e os backlinks mais relevantes;
  
  
• Domínio antigo ativo: mantenha o domínio anterior com os redirecionamentos funcionando por um período prolongado e acompanhe o tráfego de ambos.

➡️ Leia também: 10 lições que aprendemos há mais de 8 anos fazendo SEO

Problemas comuns de SEO que a migração de CMS causa

‍

Entre todos esses tipos de migração, a que tende a causar mais problemas de SEO é a entre CMS. 

Especialmente nas modalidades mais comuns de migração: saindo do Wordpress, um CMS monolítico para CMS headless. 

Os CMS headless armazenam o conteúdo e o entregam por API, enquanto o front-end é construído separadamente, geralmente com Next.js. Strapi e Contentful são exemplos.

CMS tradicionais, monolíticos, concentram os dois. Você usa a estrutura do CMS para construir o front-end. É assim no Wordpress e no Webflow, por exemplo. 

A migração de um modelo para o outro vai trazer pequenos bugs esperados e alguns problemas inesperados. Logo abaixo, vamos cobrir os mais comuns. 

E também vamos conversar sobre migrações mais simples, mas que também precisam de atenção e debugging: migração monolítico X monolítico e também headless X headless.

Acompanhe: 

Migração de CMS monolítico para headless

Ao sair de um CMS monolítico, como o WordPress, para um headless, como o Contentful, o SEO muda de lugar.

Plugins e temas dão lugar a campos do CMS e código do front-end. Os cinco problemas mais comuns são:

• Canonicals ausentes ou alterados: o valor existe no CMS, mas o front-end precisa mapeá-lo para gerar os metadados. Um mapeamento esquecido altera ou remove o canonical, e o conteúdo permanece intacto;
  
  
• Links internos sem rastreabilidade: menus, breadcrumbs, cards de produto e módulos de conteúdo relacionado ficam visualmente iguais, mas podem deixar de ser links HTML que o Google consegue seguir;
  
  
• Conteúdo e sinais migrando para JavaScript: elementos que vinham no HTML inicial passam a carregar no navegador. Conteúdo principal, links e metadados precisam continuar acessíveis na renderização que o buscador processa;
  
  
• Páginas inexistentes com status 200: a aplicação não encontra a entrada no CMS e exibe uma tela de “página não encontrada” sem enviar o status 404, o que gera páginas sem conteúdo indexáveis;
  
  
• Dados estruturados perdidos: o markup que vivia em um plugin deixa de ser gerado, o que pode afetar a elegibilidade para rich results.

Migração entre CMS monolíticos

Na migração entre CMS monolíticos, como do WordPress para o Webflow, o trabalho de SEO está em garantir que a nova plataforma entregue o que a antiga entregava.

 Os cinco pontos que mais pedem atenção são:

• Estrutura de URLs da plataforma: o novo CMS pode impor prefixos e padrões próprios de URL, e cada diferença pede mapeamento;
  
  
• Redirecionamentos 301: cada URL que mudou precisa apontar em um único salto para a página equivalente;
  
  
• Metadados e canonicals recriados: títulos, meta descriptions, headings e canonicals passam a ser preenchidos nos campos da nova plataforma, página por página;
  
  
• Sitemap e robots.txt: os dois arquivos precisam refletir a nova estrutura e ser reenviados ao Search Console;
  
  
• Funções que dependiam de plugin: dados estruturados, breadcrumbs, textos alternativos de imagens e outras entregas do plugin de SEO precisam de equivalente no destino.

H3: Migração entre CMS headless

Na migração entre CMS headless, como do Contentful para o Sanity, o front-end costuma permanecer, e o foco do SEO está em como cada campo do novo modelo de conteúdo chega às páginas. 

Os cinco pontos de atenção são:

• Mapeamento de campos de SEO: cada campo do modelo antigo (título, descrição, canonical, robots) precisa de um equivalente no novo e de uma leitura correta no front-end;
  
  
• Adaptação do front-end à nova API: consultas, formatos de resposta e campos opcionais mudam, e um campo vazio pode gerar metadados em branco;
  
  
• Slugs e rotas: as URLs dependem do slug e da lógica de roteamento, e diferenças de formato, caixa ou barra final alteram endereços;
  
  
• Páginas ausentes e status HTTP: o comportamento para entradas não encontradas precisa continuar enviando o status correto (404 ou 410);
  
  
• Conteúdo migrado: rich text, imagens, textos alternativos e links internos dentro do conteúdo podem mudar de formato na importação e perder referências.

Como fazer uma migração de sites que respeita o tempo da equipe 

‍

O último ponto que queremos mencionar aqui no texto diz respeito ao seu cronograma. 

O tempo é uma questão muito fundamental ao lidar com a migração de sites, principalmente porque pessoas chave na empresa podem estar envolvidas no processo. 

É bastante comum, por exemplo, que a equipe de marketing se dedique inteiramente à migração durante o processo, com a criação de novo conteúdo e assumindo a liderança do desenvolvimento e implementação. 

Mas a correção de problemas, testes e outras questões acabam trazendo uma dificuldade grande para a equipe: o site pode sair do ar, e além de trabalhar para colocá-lo de volta, a equipe perde uma fonte valiosa de leads. 

Antes de finalizarmos o artigo, um pequeno cronograma com prioridades: 

• Planejamento e inventário (antes de tudo): defina responsáveis, prazos e a lista de páginas por prioridade, com as de maior tráfego, backlinks e geração de leads no topo. Esse é o momento de alinhar a agenda da equipe de marketing com a do desenvolvimento;
  
  
• Construção em ambiente de homologação: crie o novo site e o conteúdo em paralelo, com o site atual no ar e gerando leads, e a indexação do ambiente de testes bloqueada;
  
  
• Testes e correções antes da virada: valide redirecionamentos 301, canonicals, metadados, formulários e links, começando pelas páginas prioritárias. Corrigir nessa etapa mantém o risco de instabilidade fora do site publicado;
  
  
• Virada em janela planejada: escolha um dia e horário de menor tráfego, com a equipe de plantão e um plano de retorno (rollback) pronto para recolocar o site anterior no ar rapidamente, se necessário;
  
  
• Monitoramento pós-lançamento: reserve a equipe para as primeiras semanas, acompanhando erros 404, indexação no Search Console, formulários e variação de tráfego e leads, com ajustes por grupo de páginas.

Como funcionam migrações de sites com agências terceirizadas? 

Muitas marcas preferem realizar esse processo com agências terceirizadas por vários motivos. 

O principal é experiência e expertise. Para muitas marcas, esse volume de trabalho e de conhecimento técnico vem de forma inesperada. 

Mesmo planejando, percalços podem surgir e é comum não ter desenvolvedores web dedicados nessa função em departamentos de marketing. 

As agências contratam profissionais e os treinam justamente para entregar esse tipo de serviço. O que em uma empresa pode ser raridade ou envolver contratações diretas, em uma agência é o mínimo esperado. 

Aqui na Adtail, somos especialistas em migrações, especialmente de e-commerces, e ainda mais especialmente na VTEX. 

Conheça alguns cases logo abaixo e entre em contato! 

➡️ Max Love lança novo e-commerce em apenas 15 dias úteis com foco em experiência do consumidor

➡️ Corello acelera sua presença digital em migração VTEX com performance e segurança 

➡️ Caçula aumenta mais de 18% do faturamento em novo e-commerce B2B e lança nova loja B2C com VTEX IO