Para saber se um redirecionamento é 301 ou 302, cole a URL antiga em um verificador de redirecionamentos e veja o código de status de cada salto. Um 301 ou 308 significa “movido permanentemente” e diz ao Google para mostrar a nova URL nos resultados de pesquisa. Um 302, 303 ou 307 significa “temporário” e diz ao Google para manter a URL antiga. Aproveite e conte os saltos: o ideal é um único redirecionamento direto para a página final, que deve responder 200. Este guia mostra como verificar redirecionamentos no navegador, na linha de comando e com a nossa ferramenta gratuita, e como corrigir os problemas que você encontrar.
Por que o tipo de redirecionamento importa para o SEO
Para quem visita o site, todo redirecionamento parece igual: a pessoa clica em um link e cai em outra página. Os mecanismos de busca, por outro lado, leem o código de status e o tratam como uma instrução. A própria documentação do Google sobre redirecionamentos diz que os permanentes são usados como sinal de que o destino do redirecionamento deve ser a URL canônica, enquanto os temporários são seguidos, mas não são usados como esse sinal. Na prática, isso significa:
- 301 / 308 (permanentes): o Google mostra a nova URL nos resultados e consolida os sinais nela. Use em migrações de site, na mudança de HTTP para HTTPS, na troca de slugs, na fusão de páginas e na escolha entre a versão com www e a versão sem www.
- 302 / 303 / 307 (temporários): o Google continua mostrando a URL original. Use em situações passageiras, como mandar as pessoas para uma página de manutenção ou fazer um teste que você vai desfazer.
O erro mais comum é fazer uma migração com 302 porque é o que um plugin ou framework usa por padrão. As novas páginas funcionam bem para os visitantes, mas o Google pode manter as URLs antigas no índice. A verificação leva um minuto e pode poupar semanas de confusão.
Os códigos de redirecionamento em resumo
| Código | Significado | Permanente? | Mantém o método da requisição? |
|---|---|---|---|
| 301 | Moved Permanently (movido permanentemente) | Sim | Não é garantido (os navegadores podem transformar POST em GET) |
| 308 | Permanent Redirect (redirecionamento permanente) | Sim | Sim |
| 302 | Found (encontrado) | Não | Não é garantido |
| 303 | See Other (veja outro) | Não | Não, sempre vira GET |
| 307 | Temporary Redirect (redirecionamento temporário) | Não | Sim |
Nos links comuns para páginas, que são requisições GET, o 301 e o 308 se comportam da mesma forma para o SEO, e o mesmo vale para o 302 e o 307. A diferença de método só importa em formulários e APIs.
Como verificar um redirecionamento com o My Botsy, passo a passo
- Abra o verificador de redirecionamentos. É grátis e não precisa de conta.
- Cole a URL de partida exatamente como as pessoas ou os links a usam. Inclua o protocolo, por exemplo
http://example.com/old-page. Testar separadamente a versãohttp://e a versão sem www é como você descobre saltos extras escondidos. - Faça a verificação e leia cada linha. Cada linha é um salto: a URL solicitada e o código de status com que ela respondeu. A última linha deve ser a sua página final, com
200. - Observe os códigos do meio. Se a mudança é permanente, todos os saltos devem ser 301 ou 308. Um único 302 na cadeia torna aquela etapa temporária.
- Conte os saltos. Um é o ideal. Dois é comum (por exemplo, de HTTP para HTTPS e depois da versão sem www para a versão com www) e vale a pena juntar em um só. Três ou mais significa que as regras estão se acumulando e precisam de uma limpeza.
- Confirme o destino. Verifique se a URL final é a página que você queria, e não a página inicial ou um 404. Você pode ver o que essa página informa aos mecanismos de busca, incluindo a tag canonical, com o verificador de meta tags.
Exemplo prático: uma cadeia de dois saltos
Digamos que você verifique http://example.com/pricing e veja isto:
http://example.com/pricing 301
https://example.com/pricing 301
https://www.example.com/pricing 200Os dois saltos são permanentes, então o Google vai tratar https://www.example.com/pricing como a URL a ser exibida. Funciona, mas cada link antigo paga duas idas e voltas ao servidor. A solução é fazer a primeira regra mandar http://example.com/* direto para https://www.example.com/* em uma única etapa.
Exemplo prático: o 302 acidental
https://example.com/blog/old-slug 302
https://example.com/blog/new-slug 200Você renomeou o post de vez, mas o CMS criou um redirecionamento temporário. Mude a regra para 301 (ou 308) e rode a verificação de novo para confirmar.
Outras formas de verificar redirecionamentos
Com as ferramentas de desenvolvedor do navegador
Abra o DevTools (F12 na maioria dos navegadores), vá até a aba Rede (Network), marque Preservar registro (Preserve log) e carregue a URL antiga. Cada redirecionamento aparece como uma requisição própria, com o seu código de status e um cabeçalho de resposta Location. Um detalhe importante: se o site usa HSTS, o Chrome pode mostrar um 307 Internal Redirect de HTTP para HTTPS. Esse redirecionamento é gerado pelo próprio navegador, não pelo seu servidor, então um verificador do lado do servidor é uma fonte mais confiável.
Com curl na linha de comando
Se você se sente à vontade com o terminal, este comando mostra os cabeçalhos de cada salto:
curl -sIL http://example.com/old-page-I pede só os cabeçalhos, -L segue os redirecionamentos e -s esconde a barra de progresso. Procure as linhas de status HTTP/ e o cabeçalho location: abaixo de cada uma. Alguns servidores respondem a requisições HEAD de forma diferente das requisições GET normais; então, se o resultado parecer estranho, tente curl -sL -o /dev/null -D - http://example.com/old-page.
Com uma consulta de cabeçalhos HTTP
Para examinar uma única resposta em detalhe, incluindo os cabeçalhos Location, Cache-Control e os de segurança, use a consulta de cabeçalhos HTTP. Ela é útil para confirmar exatamente o que um salto devolve.
Problemas comuns de redirecionamento e como corrigi-los
Cadeias de redirecionamento
Cada salto extra acrescenta uma ida e volta para os visitantes. A documentação dos rastreadores do Google diz que eles seguem até 10 saltos de redirecionamento por padrão, mas outras ferramentas podem desistir antes, e cadeias longas são difíceis de manter. Aponte cada URL antiga direto para o destino final e atualize os links internos para que eles não passem por nenhum redirecionamento.
Loops de redirecionamento
Um loop acontece quando A aponta para B e B aponta de volta para A, muitas vezes porque uma configuração do CMS e uma regra do servidor discordam sobre o www, o HTTPS ou a barra no final. Os navegadores mostram um erro como “redirecionamento em excesso”. Um verificador de redirecionamentos deixa o loop evidente, porque as mesmas URLs se repetem. Defina uma única versão canônica e remova a regra conflitante.
Redirecionar tudo para a página inicial
Quando você exclui ou move muitas páginas, é tentador mandar todas para a página inicial. Quem procurava uma página específica acaba confuso. Redirecione cada URL antiga para o equivalente mais próximo e deixe as páginas sem equivalente responderem com 404 ou 410.
Sinais contraditórios
Se uma URL faz um 301 para a página B, mas a tag canonical de B aponta para outro lugar, você está dando instruções contraditórias aos mecanismos de busca. Verifique a canonical do destino com o verificador de meta tags e garanta que as duas coisas estejam de acordo.
Parâmetros de rastreamento perdidos
Algumas regras de redirecionamento descartam a query string e, com ela, as tags UTM dos links de campanha. Teste uma URL com tags (crie uma com o gerador de links UTM) e confira se os parâmetros chegam até o último salto. Nosso guia de parâmetros UTM no GA4 explica por que isso importa. Para dividir uma URL final longa em partes, cole-a no analisador de URL.
Problemas de certificado no domínio antigo
Se você mudou de domínio, o antigo ainda precisa de um certificado HTTPS válido. Sem ele, quem digitar ou clicar em https://old-domain.com verá um aviso de segurança antes que o redirecionamento possa acontecer. Confirme com a consulta SSL e, se o domínio nem chegar a resolver, comece pelo nosso guia sobre como consultar registros DNS.
Redirecionamentos por meta refresh e JavaScript
Nem todo redirecionamento é um código de status. Uma tag <meta http-equiv="refresh"> ou um script com window.location também podem levar os visitantes para outra página. A documentação do Google diz que ele trata um meta refresh instantâneo (0 segundo) como permanente e um com atraso como temporário, e recomenda redirecionamentos por JavaScript apenas quando não for possível usar redirecionamentos do lado do servidor ou meta refresh, porque o Google pode não vê-los se a renderização falhar. Nesses casos, os verificadores do lado do servidor mostram a página como 200; então, se uma página “redireciona” no seu navegador, mas aparece como 200 no verificador, procure no HTML dela um meta refresh ou um script.
Checklist rápido de redirecionamentos
- Mudanças permanentes usam 301 ou 308 em todos os saltos.
- Cada URL antiga chega à página final em um único salto.
- A página final responde 200 e a tag canonical dela aponta para ela mesma.
- As versões HTTP, HTTPS, com www e sem www terminam na mesma URL.
- As query strings e as tags UTM se mantêm quando deveriam.
- Os links internos apontam para as URLs finais, não para redirecionamentos.
Perguntas frequentes
Como sei se um redirecionamento é 301 ou 302?
Passe a URL por um verificador de redirecionamentos ou olhe a aba Rede nas ferramentas de desenvolvedor do navegador. O código de status de cada salto responde: 301 e 308 são permanentes, enquanto 302, 303 e 307 são temporários.
Um redirecionamento 302 é ruim para o SEO?
Não, quando a mudança é realmente temporária. Vira um problema quando ele é usado em uma mudança permanente, porque o Google pode continuar mostrando a URL antiga em vez da nova.
Qual é a diferença entre 301 e 308?
Os dois são permanentes. O 308 garante que o método e o corpo da requisição sejam mantidos, o que importa em formulários e APIs. Nos links comuns para páginas, eles funcionam da mesma forma para o SEO.
Quantos redirecionamentos são demais?
O ideal é um. Os rastreadores do Google seguem até 10 saltos por padrão, mas cada salto extra deixa a visita mais lenta e dificulta encontrar problemas, então junte as cadeias sempre que puder.
Por que meu navegador mostra um redirecionamento 307 que eu nunca configurei?
Normalmente é o redirecionamento HSTS interno do Chrome, de HTTP para HTTPS. O navegador o cria antes de entrar em contato com o seu servidor, então use um verificador de redirecionamentos do lado do servidor para ver o que o seu servidor realmente devolve.
Os redirecionamentos transmitem o valor dos links?
O Google usa os redirecionamentos permanentes como um sinal forte de que o destino deve ser a URL canônica, então os sinais são consolidados ali. Os redirecionamentos temporários não são usados como esse sinal, e é por isso que o tipo de redirecionamento importa.
