Mudar o endereço, a plataforma ou a estrutura de um site pode melhorar a experiência e facilitar a evolução do negócio. A mesma mudança também pode quebrar páginas que já recebem visitas, links e consultas no Google. Uma migração segura começa antes do novo layout: ela depende de um mapa claro entre URLs antigas e novas, de redirecionamentos coerentes e de uma forma de acompanhar o que mudou depois do lançamento.
O objetivo não é prometer que posições ou tráfego permanecerão idênticos. Quando o Google rastreia novamente um site, podem ocorrer oscilações temporárias. O planejamento ajuda a evitar perdas desnecessárias e dá à equipe dados para corrigir problemas rapidamente.
O que conta como migração de site
Migração pode significar trocar domínio, mudar de HTTP para HTTPS, substituir o CMS, reorganizar pastas, alterar nomes de páginas ou redesenhar a arquitetura. Às vezes várias mudanças acontecem no mesmo projeto. Quanto mais variáveis são alteradas juntas, mais difícil fica descobrir a causa de um problema.
Separe a mudança técnica da mudança editorial sempre que possível. Se a empresa também vai reescrever dezenas de páginas, trocar domínio e lançar um novo CMS no mesmo dia, os dados anteriores deixam de ser uma comparação simples. Um cronograma por fases pode reduzir essa confusão, desde que a estrutura final e as dependências estejam documentadas.
Antes de definir a data, registre o motivo da migração e os resultados esperados. Pode ser melhorar a manutenção, consolidar domínios, corrigir uma navegação ruim ou adaptar páginas para celular. Esse objetivo ajuda a distinguir melhorias necessárias de alterações cosméticas que aumentam o risco sem resolver uma necessidade real.
Crie uma linha de base antes de alterar páginas
Faça uma cópia do sitemap atual, exporte URLs e registre quais páginas recebem tráfego orgânico, conversões e links externos. Use Search Console, analytics e rastreamento do site. Inclua páginas que não aparecem no sitemap, como materiais antigos que ainda recebem acessos por links ou campanhas.
Para cada URL importante, guarde pelo menos: status HTTP, title, canonical, indexação conhecida, cliques e impressões, conversões e destino esperado. Não é necessário transformar a planilha em um relatório infinito. A linha de base serve para priorizar páginas de valor e para identificar mudanças depois da publicação.
O inventário também expõe páginas duplicadas, rotas quebradas e conteúdo que pode ser consolidado. Decidir removê-las é diferente de simplesmente esquecê-las. Toda página antiga precisa receber uma decisão registrada: manter, atualizar, consolidar com uma página equivalente ou retirar com uma resposta adequada.
Considere também como a migração afeta os caminhos de descoberta e os agrupamentos temáticos do blog. O guia sobre SEO para blogs corporativos ajuda a conectar arquitetura, links internos e objetivos editoriais às decisões de mudança de endereço.
Mapeie cada URL antiga para um destino relevante
Monte uma tabela com a URL de origem, a URL de destino, o motivo da mudança e o tipo de resposta. Uma página de serviço deve apontar para a nova página do mesmo serviço. Um artigo atualizado pode apontar para sua versão substituta. Não mande todas as URLs para a página inicial: para a pessoa, essa resposta não cumpre a promessa do link original.
Quando duas páginas forem consolidadas, escolha o destino que reúne de fato as informações e necessidades das duas. Quando não houver equivalente, avalie se existe uma categoria ou explicação útil. Se o conteúdo foi removido sem substituição, retornar 404 ou 410 pode ser mais honesto do que redirecionar para algo sem relação.
A documentação do Google Search Central sobre migrações com mudança de URL recomenda estabelecer o mapeamento e usar redirecionamentos permanentes no servidor quando possível. O guia do Google sobre URLs canônicas explica como redirects, canonical e sitemap funcionam como sinais para a URL preferida.
Configure redirecionamentos permanentes e diretos
Para uma página que mudou definitivamente de endereço, o servidor normalmente deve responder com um redirecionamento permanente, como 301 ou 308. O navegador e os robôs recebem uma indicação clara de que o destino mudou. A configuração exata depende da hospedagem e do servidor, então valide as regras no ambiente de teste antes de publicar.
Evite cadeias. Se uma página antiga passa por duas ou três rotas até chegar ao destino final, atualize a regra para apontar diretamente à URL correta. Cadeias adicionam espera e tornam a investigação mais trabalhosa. Também revise loops, redirecionamentos que preservam parâmetros indevidos e diferenças entre versões com e sem www.
Um redirect não substitui a atualização dos links internos. Corrija menus, rodapés, botões, links no corpo dos artigos, canonical tags e referências nos dados estruturados para já apontarem ao endereço novo. Mantenha redirecionamentos antigos pelo tempo necessário; desligá-los cedo pode reabrir erros para usuários e sites que ainda guardam os endereços antigos.
Prepare o novo site em ambiente de teste
Antes do lançamento, rastreie o ambiente de homologação e compare a estrutura com o inventário. Verifique títulos, headings, canonicals, robots, sitemap, imagens, formulários e páginas de erro. Proteja a homologação contra indexação e remova esse bloqueio no site definitivo; um ambiente de teste indexável pode competir com a versão oficial, enquanto um bloqueio esquecido impede o rastreamento do novo site.
Teste a navegação como cliente. Abra links de campanhas, chamadas para orçamento, WhatsApp, e-mail e páginas de obrigado. Confira também celular, teclado e carregamento. O guia de como identificar se um site precisa de redesign ajuda a manter o propósito da mudança ligado às necessidades reais da experiência.
Faça uma cópia recuperável do site e do banco de dados antes da virada. Combine quem executará cada tarefa, quem pode interromper o lançamento e qual é o plano de retorno. Uma cópia que nunca foi restaurada em teste não comprova que a recuperação funcionará, então confirme pelo menos o procedimento e os acessos necessários.
Execute a virada e confira as respostas
No lançamento, sincronize o conteúdo mais recente, ative redirects, confirme DNS e certificado HTTPS, gere sitemap com URLs canônicas e teste um conjunto de páginas prioritárias. Não confie apenas na tela inicial. Faça requisições ou use um crawler para checar códigos HTTP, destino final e ausência de loops.
Revise os logs do servidor e o Search Console. Procure picos de 404, 5xx, páginas bloqueadas, redirects para destinos errados e versões duplicadas. Reenvie o sitemap quando adequado e use inspeção de URL para investigar páginas importantes. O Google precisa visitar as páginas novas; pedir rastreamento não significa que elas entrarão instantaneamente nos resultados.
Observe tráfego e conversões por grupos de páginas, não apenas o total geral. Se um serviço específico perdeu visitas enquanto o restante permaneceu estável, compare seu redirect, conteúdo, indexação e links internos. Essa granularidade transforma a investigação em uma sequência de hipóteses verificáveis.
Erros comuns que ampliam perdas
- Apagar URLs antigas antes de exportar o inventário.
- Redirecionar páginas diferentes para a home sem avaliar equivalência.
- Trocar domínio, estrutura, CMS e conteúdo sem mapa ou plano de validação.
- Manter canonicals, sitemap ou links internos apontando para a versão antiga.
- Esquecer o noindex ou o bloqueio de homologação no site final.
- Desativar redirects porque a primeira semana parece estável.
Outra falha é interpretar qualquer oscilação como prova de que o projeto inteiro deu errado. Compare os dados com a linha de base, confirme se o rastreamento está ocorrendo e procure padrões por diretório. Corrija erros técnicos prioritários antes de fazer novas alterações de conteúdo que escondam o diagnóstico.
Checklist de migração
- Registrar objetivos e escopo da mudança.
- Exportar URLs, tráfego, conversões e links de referência.
- Mapear cada endereço antigo para um destino equivalente.
- Testar redirects permanentes, canonicals e sitemap na homologação.
- Preparar backup e plano de retorno.
- Atualizar links internos, campanhas e propriedades verificadas.
- Conferir respostas HTTP e formulários logo após a virada.
- Monitorar Search Console, logs, visitas e conversões nas semanas seguintes.
Migração bem planejada é trabalho de conteúdo, design, desenvolvimento e SEO feito em conjunto. O mapa de URLs protege caminhos que já atendem usuários; os testes revelam falhas antes de virarem perdas persistentes. Se a troca for ampla, envolva quem administra servidor e Search Console antes de definir a data de lançamento.