Checklist de migração de site SEO com redirecionamentos 301
Checklist de 15 pontos para proteger URLs valiosas, evitar cadeias e detectar erros antes de trocar DNS em uma migração de site.

Uma migração de site costuma falhar menos por design e mais por disciplina de redirecionamento. Antes de trocar DNS, a pergunta importante é:
Cada URL antiga valiosa chega ao destino novo correto em um salto limpo?
Esta checklist serve para times que migram:
- para um domínio novo
- para um CMS novo
- de monólito para headless
- de subdomínio para domínio raiz
- blogs, docs ou centrais de ajuda para nova estrutura
- lojas ecommerce com catálogo, campanhas e categorias ativas
Se sua migração é de loja, leia também como migrar uma loja sem perder tráfego SEO. Se o domínio muda e você precisa preservar caminhos ou UTM, mantenha por perto o guia para redirecionar um domínio mantendo caminhos e parâmetros.
O objetivo inegociável
Antes do lançamento, estas cinco coisas precisam ser verdade:
- URLs antigas importantes apontam para URLs novas corretas.
- Mudanças permanentes usam redirecionamentos permanentes.
- A rota resolve em um salto sempre que possível.
- Links internos já apontam para URLs canônicas novas.
- O monitoramento pós-lançamento está pronto antes de mover tráfego.
Se uma delas falta, o risco sobe.

Checklist pré-migração
1. Exporte todas as URLs antigas relevantes
Use sitemap, Search Console, analytics, CMS, logs e crawlers. Inclua páginas com tráfego, backlinks, campanhas, QR codes e links de afiliados.
2. Classifique URLs por valor
Nem toda URL merece o mesmo cuidado. Separe páginas críticas, páginas úteis e lixo histórico. Produto com venda, post com tráfego orgânico e landing de campanha não podem cair na mesma regra genérica.
3. Defina o destino novo de cada URL
Evite mandar tudo para a home. O destino deve ser a página equivalente mais próxima: produto novo, categoria, artigo atualizado, central de ajuda ou página de fallback honesta.
4. Escolha o código de status correto
Para mudanças permanentes de página, use 301. Para mudanças temporárias, use 302. Para APIs e formulários, avalie 307 ou 308. Veja o guia de 301 vs 302 vs 307 vs 308 quando houver dúvida.
5. Preserve caminhos e parâmetros quando necessário
Se links carregam UTM, cupom, afiliado ou ID interno, preserve query string. Isso é comum em campanhas de WhatsApp, Instagram, Google Ads e email.
6. Reduza cadeias
A URL antiga deve ir direto ao destino final. Cadeias aumentam latência, dificultam QA e escondem decisões antigas.
7. Procure loops
Loops aparecem quando regras de CMS, CDN e edge entram em conflito. Valide antes de publicar, principalmente se usar wildcards.
Checklist técnico
8. Prepare DNS e SSL
O domínio antigo precisa resolver e ter SSL válido. Se o navegador bloqueia a conexão por SSL, o redirecionamento não roda.
9. Teste www, raiz, HTTP e HTTPS
Cubra variações como:
http://old-brand.com
https://old-brand.com
http://www.old-brand.com
https://www.old-brand.com10. Atualize links internos
Redirecionamento protege tráfego antigo. Ele não substitui links internos corretos. Atualize menus, rodapé, sitemap, breadcrumbs e links em conteúdo.
11. Gere um sitemap novo
O sitemap deve conter as URLs novas canônicas, não as antigas redirecionadas.
12. Prepare monitoramento
Antes do lançamento, defina onde acompanhar:
- 404
- cadeias e loops
- tráfego por página
- cliques por país e dispositivo
- erros de SSL
- Search Console
Checklist no dia do lançamento
13. Publique redirecionamentos antes de mover tráfego
Regras precisam estar prontas antes da troca principal de DNS, deploy ou configuração de CDN.
14. Teste uma amostra real
Teste URLs de alto valor, campanhas antigas, páginas de produto, posts com tráfego, URLs com UTM e rotas com caracteres especiais.
15. Tenha rollback
Migração sem rollback é aposta. Mantenha a versão anterior do mapa, saiba quem pode reverter e defina quais sinais exigem pausa.
Depois da migração
Nos primeiros dias, acompanhe:
- aumento de 404
- queda de cliques orgânicos
- páginas antigas ainda recebendo tráfego
- parâmetros de campanha perdidos
- reclamações de suporte
- campanhas pagas apontando para URLs antigas
Agências e times de ecommerce devem revisar isso diariamente na primeira semana. Depois, passe para uma rotina semanal até o tráfego estabilizar.
Como a UrlEdge entra no fluxo
A UrlEdge ajuda a importar mapas CSV, validar regras, detectar loops, publicar no edge, preservar caminho/query e monitorar tráfego depois da virada. Para migrações com milhares de URLs, isso tira a lógica de redirecionamento de plugins frágeis e arquivos de servidor difíceis de revisar.
Migração boa não é invisível por sorte. Ela é invisível porque cada URL antiga foi tratada antes do usuário clicar.
Quer aplicar isso nos seus links?
Use a UrlEdge para gerenciar tráfego a partir do edge sem mexer em servidores.
ComeçarArtigos relacionados
Ver tudo
Alternativa ao Firebase Dynamic Links para apps e campanhas
Firebase Dynamic Links deixou de funcionar em 25 de agosto de 2025. Substitua com links de marca, roteamento por dispositivo e fallbacks claros.

Redirecionamento 301 vs 302 vs 307 vs 308: qual usar
Use 301 ou 308 para mudanças permanentes, e 302 ou 307 para mudanças temporárias. A diferença crítica é preservar ou não o método HTTP.