Migrações

Migração de site sem perder sinais orgânicos

Planeje migrações com inventário de URLs, mapa de redirects, testes em homologação, monitoramento no Search Console e plano de reversão.

Nível: Avançado 10 min de leitura Atualizado em Por Fernando Souza

Nesta página

O que é e como funciona

Uma migração pode alterar URLs, templates, infraestrutura e conteúdo. O objetivo é preservar acesso, relevância e sinais de descoberta enquanto a nova experiência entra no ar.

Trocas de domínio, CMS, URL e arquitetura podem alterar conteúdo, links, status, canonicals, sitemap e dados estruturados ao mesmo tempo. Sem inventário e mapeamento, páginas que recebiam tráfego ficam órfãs ou são redirecionadas para destinos sem relação.

Qual problema resolve

Resolve a perda de acessos e de sinais de descoberta que costuma acompanhar trocas de CMS, domínio, estrutura de URL ou hospedagem. Sem inventário, mapeamento de redirecionamentos 301 e monitoramento, URLs conhecidas passam a responder 404, links externos deixam de transferir relevância e a indexação regride durante semanas.

O planejamento mantém a continuidade de acesso e de relevância enquanto a nova experiência entra no ar, e permite distinguir uma oscilação esperada de um problema real nos dias seguintes à publicação.

Uma migração mal planejada pode interromper acesso a páginas relevantes e dificultar descoberta e consolidação de sinais. Oscilações após o lançamento são possíveis, mas sua causa precisa ser investigada com dados, sem atribuir toda variação à migração.

Quando utilizar

Quando não utilizar

  • A alteração é apenas textual ou visual, sem impacto em URLs, templates, indexabilidade ou infraestrutura: aplique controle de qualidade proporcional, sem plano completo de mudança de domínio.
  • Uma URL foi removida sem substituto equivalente: não a redirecione automaticamente para a home; avalie 404/410.
  • O problema é uma queda orgânica sem mudança identificada: investigue causas antes de atribuí-la a migração.

Matriz de decisão

Situação O que usar Por quê
URL muda e existe página equivalente no site novo Redirecionamento permanente 301 em um salto (308 só se o método da requisição precisa ser preservado, caso raro em páginas HTML) Preserva acesso e sinais; cadeias e loops dispersam ambos. Ilustrativo: /servico-antigo/ → /servico-novo/.
URL removida sem substituto útil Resposta 404 ou 410, com decisão documentada Redirecionar para a home confunde usuário e buscador e pode ser tratado como soft 404 (erro suave): a URL não transmite sinais ao destino.
Mudança de domínio 301 por URL + sitemap novo + propriedades verificadas e mudança de endereço no Search Console Sinaliza a migração de forma estruturada e permite acompanhar a transição.
Só redesign visual, sem mudar URLs, templates ou infraestrutura Regressão técnica proporcional (title, canonical, schema, performance); sem redirects Não há mudança de endereço; o risco está em perder elementos de SEO no novo template.
Ambiente de homologação durante a migração Bloqueio de indexação + autenticação; retirar o bloqueio apenas do ambiente público no go-live Evita indexar a homologação e, ao lançar, evita manter noindex em produção.
Regra de redirect por prefixo que afeta URLs filhas Regra ancorada (exemplo Apache: RedirectMatch 301 ^/a/$ /b/; em Nginx a sintaxe é outra) e teste de amostras de filhas Prefixo redireciona o que não deveria; teste exato evita efeitos colaterais.

Pré-requisitos

  • Inventário consolidado de URLs com crawl, sitemap, GSC, analytics, backlinks e logs quando disponíveis.
  • Mapa URL antiga → destino novo, decisão para URLs sem equivalente e baseline segmentado.
  • Ambiente de homologação protegido, backups, responsáveis, janela de lançamento e critérios de reversão.

Passo a passo detalhado

  1. Extraia URLs de sitemap, crawl, Search Console, analytics, backlinks e logs; registre baseline.
  2. Classifique cada URL: manter, consolidar, redirecionar ou remover sem substituto.
  3. Crie matriz antiga → nova com destino semanticamente equivalente, status esperado e responsável.
  4. Teste em homologação conteúdo, metadados, canonicals, hreflang, schema, links internos, performance e formulários.
  5. Configure redirects permanentes em um salto; teste casos exatos, parâmetros, cadeias e loops.
  6. Prepare checklist de lançamento, responsáveis, janela, backups e critérios de rollback.
  7. No lançamento, remova bloqueios de staging apenas do ambiente público correto; atualize o sitemap, verifique a propriedade do destino no Search Console e, se houver mudança de domínio elegível, avalie a ferramenta de mudança de endereço.
  8. Monitore erros, rastreamento, indexação, consultas, conversões e logs por template e URL, comparando com baseline.

Exemplos práticos e códigos

Exemplo ilustrativo: adapte ao contexto do seu projeto.

Caso completo — sintoma, causa, correção e evidência: Cenário ilustrativo: /servico-antigo/ será substituída por /servico-novo/. O inventário registra conteúdo, links e consultas. Configure redirect permanente exato para o novo destino, confirme HTTP 200 e conteúdo equivalente, atualize links internos e sitemap. Depois compare indexação, cliques e páginas de entrada por janela de tempo equivalente.

Contraexemplo: Exemplo incorreto: redirecionar todas as páginas antigas para a home, mesmo quando havia páginas de serviço específicas.

Regra Apache ilustrativa para uma URL antiga específica (ancorada, para não afetar URLs filhas como faria um Redirect por prefixo):

RedirectMatch 301 ^/servico-antigo/$ /servico-novo/

Teste sintaxe, contexto do Apache e precedência antes de usar.

Como validar a implementação

  1. Rastreie a lista de URLs antigas e confirme redirecionamentos diretos para destinos 200.
  2. Cheque ausência de loops e cadeias longas de redirects.
  3. Compare URLs indexadas, cliques e impressões com o baseline.
  4. Mantenha monitoramento contínuo e plano de resposta a incidentes.

Ferramentas recomendadas

  • Screaming Frog/Sitebulb — inventário e validação de links e redirects; não substituem decisão de equivalência.
  • Google Search Console — indexação, consultas e mudança de endereço quando aplicável.
  • GA4, logs, curl e DevTools — tráfego e verificação técnica; não atribuem causalidade sozinhos.

Ferramentas do laboratório relacionadas

Erros comuns

  • Publicar sem inventário e sem mapeamento.
  • Deixar noindex ou bloqueio de homologação em produção.
  • Eliminar conteúdo que atendia buscas importantes sem substituição equivalente.
  • Usar redirecionamento por prefixo sem testar URLs filhas.
  • Redirecionar conteúdo sem equivalente para a home, confundindo usuário e buscador.
  • Reverter uma migração com base em oscilação pontual sem diagnóstico.

Checklist de execução

Marque as etapas concluídas. O progresso fica salvo apenas neste navegador.

Referências oficiais

Histórico de atualizações

  • Revisão editorial das consultas rápidas e matrizes de decisão: termo soft 404; exemplo de regra ancorada identificado como Apache; ressalva sobre 308.
  • Revisão final para publicação: exemplo de Redirect por prefixo substituído pela regra ancorada, coerente com o aprofundamento.
  • Publicação após revisão técnica e editorial final (precisão, exemplos, referências oficiais e acessibilidade).

Conteúdos relacionados