Em quase 30 anos de SEO, já encontrei sites que perderam 60%, 70% do tráfego orgânico de um dia para o outro por causa de redirecionamentos mal configurados. Não por falta de conteúdo, não por penalização do Google, não por concorrência. Por um redirect errado numa migração de plataforma ou numa troca de URL.
O redirect 301 é um dos recursos mais simples do SEO técnico — e um dos mais mal compreendidos. A confusão entre 301 e 302, o uso incorreto em migrações, as cadeias de redirecionamento acumuladas ao longo de anos — são erros que encontro em praticamente toda auditoria que faço, independentemente do tamanho do site.
Neste guia vou explicar o que é o redirect 301, como ele se diferencia do 302 e de outros códigos de redirecionamento, quando usar cada um, o impacto real no SEO e como implementar corretamente em diferentes ambientes — Apache, Nginx e WordPress.
O que é Redirect 301
O redirect 301 é um código de status HTTP que indica ao navegador e aos buscadores que uma URL foi movida permanentemente para outro endereço. O número 301 é o código da resposta HTTP — parte do protocolo que define como servidores e clientes se comunicam na web.
Quando o Googlebot acessa uma URL que retorna status 301, ele entende que deve:
- Seguir para a nova URL indicada no cabeçalho
Location - Atualizar o índice para substituir a URL antiga pela nova
- Transferir a autoridade de link acumulada (link juice) da URL antiga para a nova
- Não rastrear a URL antiga com frequência daqui para frente
Do ponto de vista do SEO, o redirect 301 é o único tipo de redirecionamento que transfere autoridade de forma eficiente. É o redirecionamento correto para qualquer situação onde a mudança de URL é definitiva.
Redirect 301 vs 302: a diferença que define o SEO
Esta é a distinção mais importante — e a mais ignorada. Os dois tipos de redirecionamento parecem fazer a mesma coisa para o usuário: ele digita a URL antiga e chega na nova. Mas para o Google, são instruções completamente diferentes.
Redirect 301 — Movido Permanentemente
Sinaliza que a URL antiga não existe mais naquele endereço e nunca vai voltar. O Google deve atualizar o índice, transferir a autoridade e rastrear a URL antiga com frequência muito menor. Transfere praticamente 100% da link juice para a nova URL ao longo do tempo.
Redirect 302 — Encontrado / Movido Temporariamente
Sinaliza que a URL está temporariamente em outro lugar, mas vai voltar. O Google mantém a URL original indexada e continua rastreando-a regularmente. Não transfere autoridade de forma significativa — o link juice fica “preso” na URL original.
O problema clássico: um desenvolvedor implementa um 302 numa migração de domínio porque “é mais fácil de reverter” ou por desconhecimento. Resultado: o novo domínio não herda a autoridade do antigo, o ranqueamento desaba e semanas depois a empresa percebe que perdeu o tráfego sem entender por quê.
Já corrigi esse erro em projetos onde a troca incorreta de 302 para 301 recuperou posições em questão de semanas. A lógica é simples: assim que o Google vê o 301, começa a processar a transferência de autoridade. Com 302, essa transferência simplesmente não acontece.
Todos os Códigos de Redirecionamento e quando usar cada um
Além de 301 e 302, existem outros códigos de redirecionamento HTTP relevantes para o SEO:
301 — Movido Permanentemente
Use quando: A URL mudou definitivamente e não vai voltar. Migração de domínio, reestruturação de URLs, troca de HTTP para HTTPS, fusão de páginas similares, remoção de www ou trailing slash.
302 — Found (Movido Temporariamente)
Use quando: A URL está temporariamente indisponível e vai voltar exatamente para o mesmo endereço — por exemplo, durante uma manutenção programada ou um teste A/B de curta duração. Na prática, o uso legítimo de 302 é raro em SEO.
307 — Temporary Redirect
Equivalente moderno do 302, com uma diferença técnica: garante que o método HTTP (GET, POST) seja preservado no redirecionamento. Usado principalmente em APIs e sistemas de autenticação, raramente em contexto de SEO.
308 — Permanent Redirect
Equivalente moderno do 301, também preservando o método HTTP. Ainda tem suporte limitado em navegadores antigos. Para SEO, o 301 continua sendo o padrão mais seguro e universalmente suportado.
Meta Refresh
Redirecionamento feito via HTML, não via servidor. Funciona, mas é mais lento (o navegador precisa carregar a página antes de redirecionar) e não transfere autoridade com a mesma eficiência que um 301 via servidor. Evite para fins de SEO.
JavaScript Redirect
Redirecionamento executado via JavaScript no navegador. O Googlebot consegue processar, mas com atraso. É o pior tipo de redirecionamento para SEO — use apenas quando não há alternativa técnica via servidor.
O Impacto Real do Redirect 301 no SEO
Transferência de autoridade (link juice)
Por muitos anos, o Google afirmou que o 301 transferia aproximadamente 85% da autoridade de link — havia uma “perda” de 15% no processo. Em 2016, John Mueller do Google confirmou que essa perda havia sido eliminada: redirecionamentos 301 e 302 agora transferem autoridade equivalente a um link direto.
Na prática, isso significa que uma URL com 200 backlinks apontando para ela, ao ser redirecionada com 301 para uma nova URL, transfere praticamente toda essa autoridade para o destino. É a base de estratégias de migração de domínio bem-sucedidas.
Mas há uma nuance importante: a transferência não é instantânea. O Google precisa rastrear a URL antiga, processar o redirecionamento, rastrear a nova URL e recalcular a autoridade. Em sites grandes, esse processo pode levar de semanas a meses.
Velocidade de carregamento e crawl budget
Cada redirecionamento adiciona latência ao carregamento da página — geralmente entre 50ms e 200ms por salto. Para o usuário, um único 301 é imperceptível. Para o Googlebot, cada redirecionamento consome recursos de rastreamento.
O problema real são as cadeias de redirecionamento: A → B → C → D. Em sites com histórico de migrações e reestruturações, é comum encontrar URLs que passaram por 3, 4 ou 5 redirecionamentos acumulados. Cada salto extra dilui um pouco a autoridade transferida e desperdiça crawl budget.
A regra técnica é clara: nunca mais de um redirecionamento em cadeia. Se A → B e você precisar redirecionar B → C, atualize o redirecionamento para A → C diretamente.
Indexação e atualização do índice
Após um 301, o Google precisa de tempo para atualizar o índice. Durante esse período de transição, é normal ver a URL antiga ainda aparecendo nos resultados de busca. Isso não é um problema — é o processo normal de atualização do índice.
O que acelera esse processo: solicitar a re-indexação da nova URL pelo Google Search Console, ter um sitemap atualizado com a nova URL, e ter links internos apontando para a nova URL (e não para a antiga).
Quando Usar Redirect 301 na Prática
Estas são as situações onde o 301 é o redirecionamento correto:
Migração de domínio
O caso mais crítico. Ao mudar de domínio — seja por rebranding, fusão de empresas ou qualquer outra razão — cada URL do domínio antigo deve ter um 301 apontando para a URL equivalente no novo domínio. Redirecionamentos de domínio para domínio (sem mapeamento URL a URL) perdem autoridade e são péssimos para SEO.
Migração de HTTP para HTTPS
Obrigatório e relativamente simples. Todas as URLs HTTP devem redirecionar com 301 para as equivalentes HTTPS. O Google trata HTTPS como fator de ranqueamento desde 2014 e exibe alertas de “não seguro” para sites sem SSL. Se você ainda não fez essa migração, está perdendo posições e credibilidade.
Reestruturação de URLs
Ao mudar a estrutura de URLs de um site — como passar de /categoria/post para /post — cada URL antiga precisa de um 301 para a nova. Não fazer isso significa perder toda a autoridade acumulada pelas URLs antigas.
Consolidação de páginas duplicadas
Quando você tem duas páginas com conteúdo similar ou idêntico, a melhor solução é redirecionar a menos importante com 301 para a principal. Isso consolida a autoridade numa única URL e elimina o problema de conteúdo duplicado.
Remoção de www ou trailing slash
Seu site deve ter uma versão canônica: com www ou sem www, com barra no final ou sem. A versão não-canônica deve redirecionar com 301 para a canônica. Ter as duas versões acessíveis sem redirecionamento cria conteúdo duplicado.
Páginas de produto descontinuado em e-commerce
Quando um produto sai de linha, redirecionar a página com 301 para a categoria ou para o produto substituto é melhor do que retornar 404. Preserva a autoridade da URL e mantém o usuário na loja.
Como Implementar Redirect 301
A implementação correta depende do ambiente do servidor. Veja as formas mais comuns:
Apache (.htaccess)
O arquivo .htaccess é a forma mais comum de implementar redirecionamentos em servidores Apache (a maioria das hospedagens compartilhadas):
Redirecionar uma URL específica:
Redirect 301 /url-antiga https://www.seusite.com.br/url-nova
Redirecionar domínio inteiro (migração):
RewriteEngine On
RewriteCond %{HTTP_HOST} ^antigodomain\.com\.br [NC]
RewriteRule ^(.*)$ https://www.novodominio.com.br/$1 [R=301,L]
Redirecionar HTTP para HTTPS:
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
Nginx
Em servidores Nginx, os redirecionamentos são configurados no arquivo de configuração do servidor virtual:
URL específica:
return 301 https://www.seusite.com.br/url-nova;
HTTP para HTTPS:
server {
listen 80;
return 301 https://$host$request_uri;
}
WordPress
Existem três formas de implementar redirects no WordPress:
Plugin Redirection: O mais popular para gerenciar redirects sem tocar em código. Interface visual, log de acessos e importação em massa. Ideal para redirects pontuais e para quem não tem acesso ao servidor.
Yoast SEO Premium: Inclui gerenciador de redirects integrado. Detecta automaticamente quando você muda o slug de um post e oferece criar o redirect. Conveniente para quem já usa o Yoast.
.htaccess direto: Para redirects em massa durante migrações, editar o .htaccess diretamente via FTP ou painel de hospedagem é mais eficiente do que criar redirect por redirect em plugins.
Erros Críticos de Redirect 301 para Evitar
Redirect para a home em vez de URL equivalente
O erro mais comum em migrações mal planejadas: redirecionar todas as URLs antigas para a home. Do ponto de vista do usuário, parece funcionar. Do ponto de vista do SEO, é um desastre: toda a autoridade específica de cada URL é desperdiçada, e o Google interpreta como uma sinalização de que o conteúdo não existe mais.
Esquecer URLs com e sem www
Se o redirecionamento cobre dominio.com.br/pagina mas não cobre www.dominio.com.br/pagina, metade dos acessos pode não ser redirecionada corretamente. Sempre configure os redirects para ambas as variações.
Não redirecionar URLs com trailing slash
/pagina/ e /pagina são tecnicamente URLs diferentes. Se ambas existem sem canonical ou redirect entre si, há duplicação. Defina um padrão (com ou sem barra) e redirecione a outra versão com 301.
Cadeias de redirecionamento acumuladas
Como mencionado, evite A → B → C. Faça auditoria periódica dos redirects do site — o Screaming Frog identifica cadeias de redirecionamento e permite corrigir em massa. Em projetos que passou por múltiplas migrações, isso é quase sempre necessário.
Usar 302 onde deveria ser 301
Já discutimos, mas vale reforçar: qualquer mudança de URL que não tem previsão de reversão deve usar 301. Se você não vai desfazer o redirecionamento, use 301.
Como Auditar os Redirects do seu Site
A auditoria de redirects deve ser parte da rotina de SEO técnico, especialmente após migrações e reestruturações. As ferramentas que uso:
Screaming Frog SEO Spider: Rastreia todo o site e identifica redirecionamentos, cadeias de redirect, loops e URLs que retornam códigos inesperados. A versão gratuita analisa até 500 URLs — suficiente para sites pequenos. A versão paga é indispensável para sites grandes.
Google Search Console: O relatório de Cobertura mostra URLs redirecionadas que ainda estão sendo rastreadas. Se muitas URLs antigas ainda aparecem como “redirecionadas”, pode indicar que o Google ainda não processou completamente a migração ou que há links externos apontando para as URLs antigas.
Ahrefs / SEMrush: Permitem verificar os backlinks que ainda apontam para URLs antigas. Isso ajuda a priorizar quais redirects são mais importantes (os que têm mais backlinks apontando para eles).
Redirect 301 em Migrações de Plataforma
Migrações de plataforma — de Wix para WordPress, de Magento para VTEX, de qualquer CMS para outro — são os cenários de maior risco para perda de autoridade por redirects mal implementados.
O processo correto:
- Mapeie todas as URLs da plataforma antiga — use o Screaming Frog ou exporte do Analytics para ter a lista completa
- Mapeie as URLs equivalentes na nova plataforma — uma por uma, não em bloco para a home
- Implemente os redirects antes do go-live — teste em staging, não em produção
- Verifique os redirects no Screaming Frog após o go-live — confirme que cada URL antiga está redirecionando corretamente para a equivalente nova
- Monitore o Search Console nas semanas seguintes — observe erros de cobertura e quedas de impressão
- Solicite re-indexação das URLs novas — pelo GSC, para acelerar o processo
Um detalhe que faz diferença: mantenha os redirects ativos por pelo menos 12 meses após a migração. Desativar antes disso pode resultar em perda de autoridade de backlinks que o Google ainda não processou.
Perguntas Frequentes sobre Redirect 301
O que é redirect 301?
É um código de status HTTP que indica que uma URL foi movida permanentemente para outro endereço. Instrui o Google a atualizar o índice, transferir a autoridade de link acumulada e rastrear a URL antiga com menor frequência.
Redirect 301 perde autoridade de link?
Não significativamente. O Google confirmou em 2016 que os redirecionamentos 301 e 302 transferem autoridade equivalente a um link direto. A perda de 15% que existia anteriormente foi eliminada. O que ainda pode reduzir a autoridade transferida são cadeias de redirecionamento.
Qual a diferença entre redirect 301 e 302?
O 301 indica mudança permanente — o Google atualiza o índice e transfere a autoridade para a nova URL. O 302 indica mudança temporária — o Google mantém a URL original indexada e não transfere autoridade de forma significativa. Use 301 para qualquer mudança definitiva de URL.
Como verificar se um redirect é 301 ou 302?
Use o Screaming Frog, o httpstatus.io ou as ferramentas de desenvolvedor do navegador (aba Network, filtre por código de status). O cabeçalho de resposta HTTP vai mostrar o código exato retornado pelo servidor.
Redirect 301 afeta o ranqueamento?
O redirect 301 em si não prejudica o ranqueamento quando implementado corretamente. O que prejudica é a ausência de redirect quando uma URL muda, o uso de 302 onde deveria ser 301, ou cadeias de redirecionamento longas que diluem a autoridade e consomem crawl budget.
Quantos redirects em cadeia o Google aceita?
O Google consegue seguir até 5 saltos de redirecionamento. Acima disso, pode parar de rastrear a URL de destino. Na prática, nunca use mais de 1 redirect em cadeia — faça sempre o redirect direto da URL original para a URL final.
Redirect 301 é necessário ao trocar de HTTP para HTTPS?
Sim, é obrigatório. Sem o redirect, as URLs HTTP e HTTPS existem como endereços separados — criando conteúdo duplicado e dividindo a autoridade entre as duas versões. O 301 de HTTP para HTTPS garante que toda a autoridade seja consolidada na versão segura.
📚 Veja também
- 🏷️ Canonical Tag: o que é, como usar e quando ela salva seu SEO — quando usar canonical em vez de redirect e como os dois se complementam
- 🕷️ Crawl Budget: o que é e como otimizar para o Google — como redirects em cadeia desperdiçam crawl budget e como corrigir
- 🔍 Auditoria de SEO: o que é e como fazer passo a passo — como identificar redirects problemáticos em uma auditoria técnica completa