Migração de site sem perder SEO: checklist completo

Para migrar um site sem desperdiçar sinais de SEO, inventarie todas as URLs, mapeie cada página antiga para a nova equivalente, implemente redirecionamentos permanentes no servidor e monitore rastreamento, indexação e desempenho após o lançamento. Oscilações temporárias podem acontecer. O objetivo realista é reduzir erros e ajudar mecanismos de busca e pessoas a encontrar o mesmo conteúdo na nova estrutura.

Migração pode significar troca de domínio, protocolo, subdomínio, plataforma, arquitetura ou padrão de URLs. Quanto mais dimensões mudam juntas, mais difícil isolar um problema. A orientação do Google é mudar uma coisa por vez quando possível: primeiro domínio, depois layout; ou primeiro CMS, depois estrutura. Nem todo projeto permite essa separação, mas o princípio ajuda a controlar risco.

Defina o que está mudando

Antes de desenhar telas, registre origem e destino, tecnologia, hospedagem, URLs, conteúdo, navegação, dados estruturados, analytics e integrações. Uma troca visual sem mudança de endereço exige cuidados diferentes de uma mudança completa de domínio. Sem escopo, a equipe descobre dependências durante o lançamento.

Crie critérios de sucesso. Eles podem incluir preservação das páginas prioritárias, ausência de erros em rotas críticas, estabilidade de conversão, bom desempenho móvel e recuperação da visibilidade orgânica. Posição isolada de uma palavra não descreve todo o projeto; acompanhe cliques, impressões, páginas indexadas e resultados comerciais.

Faça o inventário de URLs

Reúna URLs a partir de sitemap, rastreamento do site, Search Console, analytics, backlinks conhecidos, banco de dados e campanhas. Nenhuma fonte costuma ser completa. Marque status, canonical, título, tráfego, conversões, links externos e destino proposto.

Inclua PDFs, imagens importantes, páginas antigas ainda acessadas, parâmetros e rotas de campanhas. Uma URL pouco visitada pode ter backlink relevante ou cumprir função de suporte. O inventário também revela conteúdo duplicado, páginas órfãs e rotas que podem ser consolidadas com intenção.

Priorize por valor

Classifique páginas essenciais: serviços, produtos, categorias, conteúdos que atraem procura, páginas com links e rotas de conversão. Isso orienta testes e monitoramento. Priorizar não significa abandonar o restante; significa saber onde um erro terá maior impacto.

Crie um mapa um para um

Cada URL antiga deve apontar para a nova página mais equivalente. Se o conteúdo continua com outro endereço, use esse destino. Se duas páginas foram legitimamente consolidadas, ambas podem apontar para a página que cobre a intenção. Se não há substituta e o conteúdo foi removido, considere responder com estado de ausência apropriado em vez de mandar tudo para a página inicial.

O Google alerta contra redirecionamentos irrelevantes. Encaminhar muitas URLs antigas para a home pode ser tratado como erro e confunde usuários. Também evite cadeias: antiga para intermediária, intermediária para nova. O ideal é um salto direto, inclusive atualizando redirecionamentos históricos quando possível.

Use redirecionamento permanente no servidor

Para mudanças permanentes, o Google recomenda códigos 301 ou 308 no lado do servidor. Redirecionamentos temporários comunicam outra intenção. JavaScript e meta refresh podem funcionar em alguns cenários, mas são alternativas menos diretas e dependem de execução ou tempo.

Teste códigos e destinos antes do lançamento. Verifique versões com e sem www, HTTP e HTTPS, barra final, letras maiúsculas e parâmetros relevantes. Procure loops, cadeias e caminhos que terminam em erro. O Google afirma que redirecionamentos permanentes não causam perda de PageRank, mas uma implementação ruim ainda pode interromper rastreamento e experiência.

Prepare o novo site para rastreamento

O ambiente de homologação costuma ser bloqueado, o que é correto enquanto privado. No lançamento, remova bloqueios indevidos em robots.txt, autenticação e meta robots. Confirme que páginas públicas retornam 200, que canonicals apontam para as URLs finais e que o sitemap lista apenas endereços canônicos indexáveis.

Atualize links internos para o destino final, sem depender de 301. Ajuste hreflang quando houver idiomas, dados estruturados, links de imagens, feeds, perfis, anúncios e integrações. A consistência reduz trabalho do rastreador e acelera a descoberta da nova arquitetura.

O novo site também precisa renderizar conteúdo essencial de forma rastreável. Aplicações JavaScript podem ser indexadas, mas problemas de renderização, metadados e navegação criam riscos evitáveis. Veja o guia de SEO técnico em sites Next.js.

Preserve conteúdo e intenção

Mudar URL, título, texto, navegação e oferta simultaneamente dificulta entender uma queda. Quando a migração é técnica, preserve inicialmente conteúdo, headings, metadados e ligações das páginas relevantes. Melhorias podem ser feitas depois de a nova estrutura estabilizar.

Se a reformulação exige novo conteúdo, mantenha cobertura da intenção que já recebia procura. Não troque uma página completa por uma peça visual com poucas respostas. Design e SEO não são opostos: o desafio é organizar informação de modo legível, rápido e útil.

Desempenho e navegação fazem parte do lançamento

Teste o site em celular real e conexões mais lentas. Meça carregamento do maior elemento visível, resposta às interações e estabilidade visual. Imagens devem ter dimensões conhecidas e formatos eficientes; fontes e scripts precisam de orçamento. Uma migração pode preservar URLs e ainda prejudicar resultado se a nova experiência ficar lenta.

Valide menus, busca interna, breadcrumbs, foco de teclado, contraste, formulários e mensagens de erro. Páginas importantes devem estar acessíveis por links internos, não apenas pelo sitemap. A navegação ajuda pessoas e mecanismos a entender hierarquia.

Prepare Search Console e analytics

Verifique propriedade antiga e nova no Search Console. Em troca de domínio ou subdomínio, use a ferramenta de mudança de endereço quando o cenário for compatível, depois de implementar redirecionamentos e verificar os dois lados. Envie o novo sitemap e mantenha o antigo disponível por um período para facilitar descoberta.

Teste analytics, eventos, consentimento, formulários e integração com CRM. Preserve nomenclaturas para comparar antes e depois. Anote data e horário do lançamento. Sem essa linha do tempo, alterações de tráfego se confundem com campanha, sazonalidade ou falha de medição.

Lançamento e capacidade do servidor

O Google pode rastrear o novo site com intensidade maior durante a mudança. Garanta capacidade, cache e monitoramento de erros. Faça lançamento em janela com equipe disponível, não antes de um período em que ninguém poderá corrigir. Tenha plano de reversão técnico, mas evite alternar repetidamente entre versões.

Rastreie amostra prioritária imediatamente. Confira resposta das URLs antigas, destino, canonical, indexabilidade, conteúdo, links e recursos. Depois amplie para o inventário completo. Logs do servidor ajudam a ver comportamento de rastreadores e erros que relatórios agregados demoram a mostrar.

Depois do lançamento

Acompanhe erros 404, páginas excluídas, sitemaps, indexação, cliques, impressões, Core Web Vitals e conversão. Compare por grupos de página, não apenas total do domínio. Se uma categoria caiu enquanto outra cresceu, o agregado esconde o problema.

Mantenha redirecionamentos por pelo menos um ano, conforme a recomendação do Google, e preferencialmente por mais tempo quando continuarem úteis a usuários. Atualize backlinks importantes, perfis e campanhas para evitar depender eternamente do salto.

Exemplo prático

Uma empresa muda de CMS e reorganiza serviços. O inventário encontra 420 URLs, das quais 35 concentram tráfego, links ou conversões. A equipe cria mapa completo, preserva inicialmente o conteúdo dessas 35 páginas e redireciona cada rota para a equivalente.

No ambiente de teste, rastreia o site, corrige canonicals que ainda apontavam para homologação e comprime imagens. No lançamento, remove o bloqueio, envia sitemap, testa formulários e acompanha logs. Uma categoria apresenta 404 por diferença de barra final; a regra é corrigida no mesmo dia. O processo não promete ausência de flutuação, mas reduz perda causada por erro controlável.

Erros críticos

• Redirecionar todas as páginas para a home.
• Publicar sem mapa de URLs.
• Deixar noindex, senha ou bloqueio de homologação.
• Criar cadeias e loops de redirecionamento.
• Trocar domínio, plataforma, conteúdo e estrutura sem registro.
• Enviar sitemap com URLs antigas, redirecionadas ou não canônicas.
• Esquecer links internos, imagens e arquivos.
• Lançar página lenta ou quebrada no celular.
• Desativar redirecionamentos cedo demais.

Checklist resumido

• Definir escopo e métricas de sucesso.
• Inventariar URLs com várias fontes.
• Mapear origem e destino equivalente.
• Implementar 301 ou 308 no servidor.
• Eliminar cadeias, loops e destinos irrelevantes.
• Validar robots, canonicals, sitemap e status.
• Atualizar links internos e dados estruturados.
• Testar desempenho, acessibilidade e formulários.
• Verificar propriedades e mensuração.
• Monitorar por grupo de página após o lançamento.
• Manter redirecionamentos por pelo menos um ano.

Criação de site com migração planejada

A Open Leads integra criação de sites, SEO e tráfego pago para que a migração considere descoberta, experiência e conversão. Isso é especialmente importante quando páginas antigas recebem mídia ou alimentam o comercial. O projeto deve preservar destinos de anúncios, parâmetros e eventos além do tráfego orgânico.

Não existe migração sem risco, nem promessa honesta de manter cada posição. Existe engenharia de redução de risco: inventário, equivalência, testes, lançamento controlado e monitoramento. Esse processo protege um ativo que já acumulou conteúdo, links e aprendizagem.

Perguntas frequentes

Uma migração sempre derruba o tráfego?

Pode haver oscilação temporária enquanto mecanismos processam a mudança. Queda duradoura não é inevitável e costuma exigir investigação de redirects, indexação, conteúdo e mensuração.

301 perde autoridade?

O Google declara que redirecionamentos permanentes não causam perda de PageRank. Ainda assim, destino irrelevante, cadeia e conteúdo diferente podem afetar a interpretação.

Posso mudar todo o conteúdo junto?

Pode ser necessário, mas aumenta variáveis. Quando possível, preserve o conteúdo importante primeiro e faça otimizações após estabilizar.

Por quanto tempo mantenho redirecionamentos?

O Google recomenda pelo menos um ano. Mantê-los por mais tempo costuma ajudar usuários e links antigos enquanto as rotas ainda recebem acesso.

Preciso usar mudança de endereço?

Em mudanças de domínio ou subdomínio compatíveis, sim; em alterações apenas de caminho dentro do mesmo domínio, não. Consulte os requisitos atuais da ferramenta.

Quando considero a migração concluída?

Quando rotas antigas encaminham corretamente, o novo site está rastreável, eventos funcionam e indicadores se estabilizaram. Continue mantendo redirects e monitoramento.

Quer transformar tráfego em oportunidades reais? A Open Leads integra mídia paga, mensuração e criação de sites focados em conversão. Conheça os serviços da Open Leads.

Fontes consultadas

Consulte os materiais originais usados na pesquisa deste artigo.

• Site Moves and Migrations — Google Search Central
• Redirects and Google Search — Google Search Central
• Crawling and Indexing — Google Search Central
• Web Vitals — web.dev