Migração de site sem afetar SEO: checklist para empresas

À primeira vista, uma migração pode parecer bem-sucedida: o site está no ar, as páginas abrem e o usuário consegue navegar. Seja em um redesign, troca de CMS (Content Management System), mudança de domínio, arquitetura ou infraestrutura, para Marketing essa virada mexe em muito mais do que o que aparece na tela. O site já acumulou visibilidade orgânica, tráfego, conversões, dados e caminhos que usuários e buscadores conhecem, e tudo isso precisa continuar funcionando depois da mudança.

É aí que mora o risco. Se SEO (Search Engine Optimization), mensuração e validações técnicas entram apenas perto do go-live, a própria migração pode romper elementos que sustentavam a performance do site. Uma URL importante pode mudar sem o redirecionamento adequado, uma página pode deixar de ser rastreada, uma tag pode parar de registrar conversões ou um formulário pode deixar de conversar com outro sistema. Como parte desses problemas não aparece na interface, o site pode parecer pronto sem que tudo esteja funcionando como deveria.

Já acompanhei centenas de migrações e sei como detalhes que parecem pequenos durante o projeto podem virar uma grande dor de cabeça depois. Por isso, reuni neste guia os cuidados que vale considerar ao longo do processo e um checklist completo para ajudar quem está em Marketing a acompanhar a migração do planejamento ao pós-go-live, sem deixar pontos importantes passarem despercebidos.

O que é migração de site?

Migração de site é qualquer mudança relevante na estrutura, na tecnologia ou no endereço de um ambiente digital. Em alguns projetos, essa mudança é perceptível para o usuário. Em outros, acontece na infraestrutura ou em tecnologias que impactam a performance do portal.

Na prática, uma migração pode combinar diferentes tipos de mudança. Entre os cenários mais comuns estão:

Um mesmo projeto pode reunir várias dessas mudanças, e entender essa combinação é importante porque cada cenário exige cuidados diferentes. Uma migração apenas de infraestrutura, por exemplo, pode preservar as URLs e o conteúdo do site. Já uma mudança de domínio altera endereços que usuários e buscadores já conhecem e exige o mapeamento das URLs antigas e o planejamento dos redirecionamentos (redirects) permanentes para preservar essa continuidade.

Por isso, em uma migração de site institucional, é preciso entender exatamente o que será alterado e o que deverá permanecer antes de definir as validações. É esse diagnóstico que orienta os cuidados necessários ao longo do projeto.

A migração de site pode afetar o SEO?

Mecanismos de busca como o Google funcionam como um grande catálogo em constante atualização: para exibir uma página nos resultados, precisam rastreá-la, interpretar seu conteúdo e indexá-la. Durante uma migração, justamente alguns dos elementos envolvidos nesse processo podem mudar, como URLs, estrutura das páginas, conteúdo e componentes. Por isso, uma migração pode afetar o SEO. Ainda assim, nem toda mudança vai provocar perda de posições ou tráfego orgânico.

Um dos pontos mais sensíveis é a alteração da estrutura de URLs. Se um endereço antigo deixa de existir sem um redirect para uma página equivalente, usuários e mecanismos de busca podem chegar a um erro 404 (página não encontrada) em vez do conteúdo esperado. Importante lembrar que, mesmo com os redirects corretos, o Google precisa processar a mudança e entender a relação entre os endereços, o que pode acabar gerando oscilações temporárias.

Migração de URLs e redirecionamentos em uma migração de site | BASE Digital

Na reconstrução do portal institucional, podem mudar também elementos que ajudam buscadores e plataformas de IA a entender o conteúdo e a relação entre as páginas. Títulos, headings, links internos, canonicals, hreflang e dados estruturados podem ser alterados ou removidos durante o processo, mudando a forma como esse conteúdo é interpretado.

Há ainda situações em que a página continua visível para o usuário, mas o problema aparece no rastreamento ou na indexação. Uma configuração inadequada do arquivo robots.txt ou metatags podem impedir o Google de rastrear URLs importantes. Já uma diretiva “noindex” pode impedir que uma página seja indexada.

Disponibilidade e performance do novo ambiente também podem interferir nesse processo. Lentidão, instabilidade ou um certificado de segurança configurado incorretamente, por exemplo, podem gerar alertas no navegador ou até impedir o acesso às páginas, afetando usuários e mecanismos de busca.

A mensuração de dados também merece atenção. Falhas no Google Analytics 4 (GA4), no Google Tag Manager (GTM) ou nos próprios eventos de conversão podem interromper a coleta mesmo que acessos e conversões continuem acontecendo. Quando esses registros desaparecem, uma falha de medição pode ser interpretada como queda real de desempenho.

Sites Institucionais: guia para melhorar a performance digital (incluindo IA)

Descubra como transformar seu site institucional em uma plataforma estratégica de resultados, com práticas de performance digital, SEO e o uso inteligente de IA.

Confira o Artigo

Como planejar uma migração sem perder resultados orgânicos?

Se tem um cuidado que faz diferença em uma migração, é não deixar SEO para a reta final do projeto. Arquitetura, URLs, conteúdo, infraestrutura e mensuração estão conectados, e várias definições precisam ser tomadas muito antes do go-live. Quando SEO entra só depois que a estrutura já está fechada, problemas que poderiam ter sido evitados viram retrabalho perto da publicação, pressionam o cronograma e, dependendo da gravidade, podem até atrasar o go-live.

Na prática, algumas frentes precisam fazer parte do projeto desde o início:

Entender o que vai mudar e de onde o site está partindo

O escopo precisa deixar claro o que será alterado e o que deve permanecer como está. Quando um mesmo projeto concentra mudanças de domínio, CMS, arquitetura, layout, conteúdo ou estrutura de URLs, aumenta também o número de variáveis envolvidas. Nem sempre é possível separar essas mudanças, mas, quando for, fica mais fácil identificar a origem de um problema caso algo saia do previsto.

Antes das alterações, também é importante registrar uma linha de base do site atual. Tráfego orgânico, posições, páginas indexadas, conversões, erros, backlinks e Core Web Vitals ajudam a formar esse retrato. Sem uma referência do antes, a equipe pode atribuir à migração um problema que já existia ou deixar de perceber uma perda concentrada em páginas importantes para o negócio.

Usar SEO para orientar a nova estrutura

Além de registrar uma linha de base do site atual, SEO também pode ajudar a definir o que será construído no novo ambiente. Na BASE Digital, nos projetos que incluem o Diagnóstico de SEO e Presença Digital, esse trabalho começa ainda na concepção. A análise cruza presença orgânica, comportamento de busca, concorrentes, oportunidades de palavras-chave e visibilidade em IA para orientar sitemap, arquitetura, páginas, direcionamento de conteúdo e caminhos de navegação do novo site.

Coordenar a virada entre as áreas envolvidas

A virada é um momento em que várias frentes precisam se encontrar. No nosso processo, o go-live passa por um ritual multidisciplinar que reúne desenvolvimento, infraestrutura e SEO. A aprovação considera o funcionamento do conjunto, incluindo páginas prioritárias, redirects, indexabilidade, mensuração, formulários e integrações.

Para não concentrar todas essas validações no momento da virada, parte delas deve ser antecipada no ambiente de homologação. Quanto mais esse ambiente reproduzir as condições de produção, maior a chance de identificar diferenças de comportamento antes do go-live. Em portais geolocalizados, a validação precisa ser feita a partir das origens corretas. Dependendo da região de acesso, o mesmo endereço pode entregar outra versão do portal, com conteúdo ou identidade visual diferentes. Testar apenas a partir de uma localização pode fazer esse tipo de problema passar despercebido. O mesmo vale para regras de Content Delivery Network (CDN) e cache: se não forem reproduzidas e testadas em homologação, alguns comportamentos inesperados podem aparecer apenas quando o portal entrar em produção.

A própria janela de publicação precisa ser coordenada com o cliente. Antes de começar a virada, é definido o momento de congelar alterações no site antigo e no ambiente de homologação, evitando que novas mudanças entrem enquanto o DNS (Domain Name System) é direcionado para o novo ambiente e as validações são realizadas. Esse alinhamento também permite organizar publicações, campanhas e outras demandas que poderiam coincidir com esse período.

Backup e possibilidade de rollback, ou seja, de retorno ao ambiente anterior, também precisam estar definidos antes da janela começar. Se alguma validação crítica falhar, a equipe precisa saber até que ponto pode seguir com a publicação ou quando é necessário acionar esse retorno. Essa preparação deve estar concluída antes da janela oficial.

Fluxo de go-live e validação em uma migração de site | BASE Digital

Com essa preparação definida, o checklist ajuda a organizar o que precisa ser validado antes, durante e depois da migração.

Checklist completo para migração de sites institucionais

Este checklist não é uma lista para uma única área executar. Ele serve para organizar as validações entre Marketing, SEO, desenvolvimento, infraestrutura e fornecedores, deixando claro quem responde por cada ponto. Nos itens mais técnicos, o importante é que exista um responsável, uma evidência de que a validação foi feita e um critério claro para aprovar ou não a continuidade da migração.

Até aqui, o foco esteve nas validações comuns a diferentes tipos de migração. Quando o projeto também inclui a troca de domínio, entram algumas dependências adicionais que precisam ser consideradas.

O que muda na migração se a empresa trocar de domínio?

Quando há troca de domínio, o endereço antigo continua fazendo parte da migração por algum tempo. Links externos, QR codes, e-mails e outras referências podem continuar levando usuários e buscadores para URLs antigas. Para que esses acessos sejam redirecionados, o domínio anterior precisa continuar renovado e operacional. Se ele expirar, o redirect deixa de funcionar. O Google recomenda manter esses redirecionamentos por pelo menos um ano, podendo ser necessário mantê-los por mais tempo.

No checklist, já vimos também que URLs históricas devem apontar diretamente para o destino final. Isso evita o acúmulo de cadeias de redirects entre diferentes versões do site. Cada salto acrescenta tempo de resposta, mais um ponto sujeito a falha e mais uma etapa para usuários e buscadores percorrerem. Sempre que possível, o caminho deve levar diretamente à URL definitiva.

Há ainda um cuidado menos óbvio: o domínio pode sustentar outros serviços além do site. Configurações de DNS podem estar ligadas a subdomínios e e-mails da empresa. Por isso, uma mudança feita olhando apenas para o portal pode acabar afetando serviços que aparentemente não tinham relação com a migração.

Redirecionamento de acessos entre domínios em uma migração de site | BASE Digital

O que pode dar errado mesmo em uma migração bem planejada?

Planejamento e checklist reduzem bastante os riscos, mas não eliminam situações que só aparecem quando as diferentes partes do novo ambiente começam a operar em conjunto. Já vi casos em que o portal estava no ar e parecia normal para quem acessava, mas havia um problema importante que não aparecia na interface.

Um exemplo que já encontramos mais de uma vez envolve WAF e proteção contra bots, uma camada que, em alguns projetos, fica sob responsabilidade da própria empresa. Quando uma regra de segurança não considera crawlers legítimos, o Googlebot pode acabar sendo bloqueado junto com os acessos que deveriam ser barrados. Para quem navega, o portal continua funcionando normalmente, enquanto o Google deixa de conseguir rastrear parte das páginas. Nesses casos, nosso trabalho também envolve identificar onde está o problema e coordenar a validação com a equipe que administra essa infraestrutura.

Na mensuração, já vimos outro tipo de problema. Alguns scripts só entram em cena no ambiente de produção, carregados pelo Google Tag Manager. Se a Content Security Policy não permitir um dos domínios necessários, parte das tags ou ferramentas pode deixar de carregar ou executar corretamente. O site continua navegável, mas eventos e conversões deixam de aparecer nos dados. Como a navegação segue normal, esse tipo de falha pode demorar a ser percebido.

Certificado SSL também pode enganar. Já aconteceu de o portal abrir normalmente para alguns acessos e apresentar erro para outros porque o problema estava na cadeia de confiança do certificado. Testar em um único navegador ou dispositivo pode dar uma falsa sensação de que a configuração está resolvida.

E até uma funcionalidade aparentemente distante da infraestrutura pode ser afetada por uma regra de CDN. Na busca interna, por exemplo, uma configuração incorreta pode fazer com que a query string com o termo pesquisado não chegue ao servidor. A busca está na tela e parece funcionar, mas retorna vazia porque o termo pesquisado não chegou até quem deveria processá-lo.

É por isso que, depois da publicação, acompanhar o novo ambiente não significa apenas esperar para ver se o tráfego caiu ou subiu. Alguns sinais precisam ser lidos nas primeiras horas, outros levam dias ou semanas para fazer sentido.

O que Marketing precisa acompanhar depois do go-live?

Depois do go-live, nem todos os sinais respondem ao mesmo tempo. Um formulário que parou de funcionar ou uma tag que deixou de registrar dados precisa ser identificado logo nas primeiras horas. Já indexação, posições e indicadores de performance exigem uma janela maior para serem avaliados. Por isso, o foco do acompanhamento muda à medida que o novo ambiente começa a operar com usuários e dados reais.

O que avaliar e quando no pós Go-Live | BASE Digital

Os dados de campo do Chrome UX Report (CrUX) consideram uma janela móvel de 28 dias. Quando a URL ou a origem permanecem as mesmas, os dados exibidos logo depois do go-live ainda podem incluir experiências registradas antes da migração. Já em mudanças de URL ou domínio, o novo endereço precisa acumular dados de usuários reais e pode levar algum tempo até haver volume suficiente para essa leitura. Testes de laboratório ajudam a observar o comportamento da nova versão desde a publicação, enquanto os dados de campo vão se formando ao longo do tempo.

Na retomada de mídia, também não basta verificar se a landing page abre. Se a campanha ainda aponta para uma URL antiga que chega ao destino por redirect, vale atualizar o apontamento para a URL final. Além de retirar uma etapa do caminho, isso evita manter uma campanha ativa dependente de uma estrutura que pertence à migração anterior.

Perguntas frequentes sobre migração de sites

O que é uma migração de site?

Uma migração acontece quando uma mudança no site exige garantir a continuidade entre o ambiente atual e o que vai substituí-lo. Pode envolver troca de CMS, redesign, nova arquitetura de URLs, mudança de domínio ou infraestrutura, consolidação de portais ou várias dessas alterações juntas. O que muda no projeto é justamente o que determina os cuidados necessários durante a migração.

É possível migrar um site sem perder tráfego orgânico?

Sim. Perder tráfego orgânico não é uma consequência obrigatória da migração. Podem ocorrer oscilações enquanto o Google rastreia e processa as mudanças, principalmente quando URLs ou domínio são alterados. O risco de perda aumenta quando a migração rompe elementos que já sustentavam a visibilidade do site, como conteúdo, links internos, redirects ou condições de rastreamento e indexação.

O histórico do GA4 é perdido em uma migração de site?

Não, se a empresa continuar utilizando a mesma propriedade do Google Analytics 4. Os dados já coletados permanecem disponíveis. O cuidado está na continuidade da mensuração: tags, eventos, consentimento ou integrações podem deixar de funcionar corretamente no novo ambiente e interromper a coleta a partir do go-live.

Quanto tempo os resultados orgânicos levam para estabilizar após uma migração?

Não existe um prazo único. O tempo varia conforme o tamanho do portal, a quantidade de URLs alteradas e o quanto o Google precisa rastrear e processar novamente. Por isso, mais importante do que considerar uma contagem fixa de dias é acompanhar o comportamento das páginas prioritárias: rastreamento e indexação estão avançando? Tráfego e posições começam a formar uma tendência coerente com o período anterior à migração?

Como saber se uma migração de site foi concluída com sucesso?

A publicação do novo portal é apenas uma etapa da migração. URLs e redirects precisam levar aos destinos corretos, mecanismos de busca devem conseguir acessar e indexar o conteúdo, mensuração precisa continuar registrando dados e formulários e integrações devem funcionar em produção. Uma migração pode ser considerada bem-sucedida quando os problemas ligados à virada foram resolvidos e esses sinais passam a apresentar um comportamento consistente.

Planejamento reduz riscos e preserva o que o site já construiu

Em grandes empresas, uma migração costuma conectar Marketing, SEO, desenvolvimento, infraestrutura, segurança, dados e outras frentes que nem sempre estão sob responsabilidade da mesma equipe ou fornecedor.

Ter essas dependências mapeadas desde o início e contar com profissionais que conhecem os pontos críticos da virada faz diferença para manter visibilidade, mensuração e operação enquanto o site muda. O checklist organiza as validações, mas não substitui a leitura do contexto de cada projeto, especialmente quando uma decisão em uma camada pode afetar outra.

O que sustenta a performance de um site institucional?

Entenda como infraestrutura, CDN, cache e segurança impactam a performance, a disponibilidade e a experiência no site.

Confira o Artigo