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.
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
- Troca de CMS, domínio, estrutura de URL ou hospedagem.
- Redesign com reorganização de páginas e conteúdo.
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
- Extraia URLs de sitemap, crawl, Search Console, analytics, backlinks e logs; registre baseline.
- Classifique cada URL: manter, consolidar, redirecionar ou remover sem substituto.
- Crie matriz antiga → nova com destino semanticamente equivalente, status esperado e responsável.
- Teste em homologação conteúdo, metadados, canonicals, hreflang, schema, links internos, performance e formulários.
- Configure redirects permanentes em um salto; teste casos exatos, parâmetros, cadeias e loops.
- Prepare checklist de lançamento, responsáveis, janela, backups e critérios de rollback.
- 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.
- 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
- Rastreie a lista de URLs antigas e confirme redirecionamentos diretos para destinos 200.
- Cheque ausência de loops e cadeias longas de redirects.
- Compare URLs indexadas, cliques e impressões com o baseline.
- 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
- Mudança de site com alterações de URL Google Search Central
- Redirecionamentos e busca Google Search Central
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
Hreflang para sites internacionais
Configure hreflang por idioma e região, valide reciprocidade, canonicals e x-default e evite que versões LATAM concorram entre si.
Robots.txt: controlar o rastreamento corretamente
Aprenda a configurar robots.txt, evitar bloqueios de produção, diferenciar rastreamento de indexação e validar regras com logs e ferramentas.
Tag canonical: como evitar URLs duplicadas
Entenda a canonical, identifique duplicidades, escolha URLs preferenciais, corrija conflitos e valide a seleção do Google com exemplos práticos.
Core Web Vitals: diagnosticar e melhorar
Entenda LCP, INP e CLS, investigue dados reais e de laboratório, priorize correções por template e valide melhorias sem confundir métricas.