A resposta curta
Na maioria das quedas de tráfego pós-migração, o problema não é conteúdo mais raso nem estrutura movida — são códigos de status e cadeias de redirecionamento: 301 em escada, loops, um monte de 404, ou crawlers vendo algo diferente dos navegadores. Não é talento; são dois pontos no tempo: linha de base antes da migração e re-checagem 24–72 horas depois. Uma checagem em lote cobre até 20 URLs, segue cada salto com timing e roda de duas visões (Googlebot / navegador) — conclusão em até 20 minutos.
Tabela de códigos de status (os que a solução de migração usa)
Código | Significado | O que significa durante uma migração |
|---|---|---|
200 / 204 | OK / sem conteúdo | Um endpoint limpo |
301 / 308 | Redirecionamento permanente | A identidade da URL se move — migração é basicamente isso |
302 / 307 | Redirecionamento temporário | A URL antiga ainda compete; não use para mudanças permanentes |
404 | Não encontrado | Resposta correta para páginas realmente removidas |
410 | Removido para sempre | Mais claro: "não existe e não deve ser procurada" |
429 | Muitas requisições | Crawler bloqueado; cheque o Retry-After |
500 / 502 / 503 | Erros de servidor | Pior durante crawler — danifica a indexação diretamente |
301 vs 302: qual usar na migração
Redirecionamento na direção errada é o motivo nº 1 de o posicionamento nunca voltar:
- Permanente (301/308): a URL nova vira a identidade; autoridade e histórico vão junto. Use para troca de domínio e redesenho de estrutura de URLs.
- Temporário (302/307): a URL antiga permanece a identidade; a nova é uma parada temporária. Use para páginas de campanha e transferências de checkout.
Exemplos de dano: página promocional que usou 301 — quando a campanha acaba, o histórico de posições da página antiga já se moveu "para sempre", e a recuperação significa migrar de novo. E o inverso: redesign permanente usando 302 — o endereço velho continua competindo pela identidade, e nenhuma das duas páginas posiciona bem.
Dois pontos no tempo: antes e depois
Antes da migração (linha de base, uma vez): confirme o status final das suas top 20 URLs de alto valor e suas cadeias, e arquive. Esse arquivo é a base de comparação — sem ele você não separa "problema novo" de "pré-existente".
Depois da migração (re-checagem, 24–72 h depois): espere a troca estabilizar, então verifique quatro coisas:
- URLs antigas todas com 301 como planejado (nem 200, nem 404).
- URLs novas retornando 200.
- Sem cadeias em escada (A→301→B→301→C deveria ser um salto só) e sem loops (B→301→A→301→B — os crawlers desistem).
- Visão do crawler e visão do navegador casadas (descaso → geralmente WAF / keep-alive / regras de UA; essa é a fonte clássica de "pra mim está bem, mas a indexação quebrou").
Rodando a checagem (gratuita, sem cadastro)
- Cole URLs, uma por linha, até 20; duplicatas são descartadas automaticamente e domínios nus ganham https:// automaticamente.
- Escolha as visões: Googlebot, Bingbot, navegador, etc. (adicione headers customizados se precisar). Para checagem de migração, rode Googlebot + navegador no mínimo.
- Leia a cadeia: código de status, frase de status, cadeia completa (status, Location e timing de cada salto), headers de resposta, corpo e tempo total. Distribua o timing pelos saltos — o salto lento é o problema.
- Exporte CSV: coloque os resultados na sua planilha de acompanhamento ou fila de tarefas ao lado das demais mudanças.
Um verificador gratuito de códigos de status HTTP (verificação humana simples por checagem, sem registro) faz tudo em uma passada e traz referência de 54 códigos — que é também o motivo de seguir cadeias em vez de só o status final.
Auditoria mensal (opcional, mas recomendável)
Quem se queima esquece o terceiro mês. Mantenha uma lista de "URLs doentes" e rode as top 20 URLs core mensalmente. Códigos de status são como botões de elevador — falham quando você assume que estão bem.
Erros comuns
- Olhar só o status final: 301→301→200 é muito diferente de um 200 direto; quanto mais longa a cadeia, mais o sinal decai.
- Consertar todos os 404: um 404 conectado numa cadeia de redirecionamento não é link morto — páginas realmente removidas devem permanecer 404/410. Corrija só os links mortos com tráfego.
- Testar só a visão do navegador: WAFs retornam conteúdo diferente por UA. Pelo menos duas visões por checagem.
FAQ
Quantas URLs posso checar de uma vez? Até 20; URLs duplicadas são checadas uma vez. Listas maiores só significam mais lotes.
É pago? Não. Gratuito e anônimo, com verificação humana simples por checagem.
Quão confiável é um 301 logo após a migração? A ferramenta de checagem costuma mostrar resultados em 24–72 horas; para transferência completa de autoridade, acompanhe a inspeção de URL no GSC nas semanas seguintes.
502/503 é "falha" ou "esperar"? Durante o crawler, é sério. Ache a causa (upstream, endpoints específicos). 5xx visto da visão do crawler não é situação de "peraí".
Autor: Julian Mercer, praticante de SEO técnico há 14 anos na Auspia. Julian escreve sobre crawlability, renderização, arquitetura de site e as bases técnicas de que um conteúdo legível por IA precisa.
