Redirecionamentos 301 em SEO: quando preservam sinais, quando falham e durante quanto tempo mantê-los

Um redirecionamento 301 parece uma decisão pequena: uma URL antiga aponta para uma URL nova e a pessoa não vê um erro. Mas, em SEO técnico, não é apenas um salto. É um sinal que tenta dizer a browsers, crawlers e motores de pesquisa: “este recurso mudou de forma permanente; a referência correta está agora aqui”.

Esse sinal pode preservar continuidade, links, tráfego e experiência do utilizador. Também pode falhar quando é usado como remendo: redirecionar tudo para a homepage, acumular saltos de migrações antigas, misturar 301 com 302 sem critério ou deixar milhares de URLs antigas sem destino equivalente.

A pergunta útil não é “tenho de pôr um 301?”. A pergunta é:

Que URL nova representa realmente a intenção, o conteúdo e o valor da URL antiga?

Em resumo

Um redirecionamento 301 deve ser usado quando uma URL foi substituída de forma permanente por outra. Para a Google, um redirecionamento permanente funciona como sinal de canonicalização: o destino passa a ser a URL que deveria aparecer e concentrar sinais.

Isto não significa que qualquer 301 preserve valor. A transferência de sinais depende de o destino fazer sentido. Uma ficha de produto substituída por outra equivalente, uma categoria migrada para uma nova categoria ou um artigo atualizado com novo slug são bons candidatos. Cem artigos eliminados a apontar para a homepage não são.

A recomendação prática para migrações é manter os redirecionamentos ativos durante o máximo de tempo possível e, como mínimo geral, durante um ano. Esse período permite que a Google volte a rastrear URLs antigas, veja o redirecionamento, reatribua links externos e consolide sinais no novo destino.

O que um 301 diz realmente

Ao nível HTTP, o estado 301 Moved Permanently indica que o recurso pedido recebeu um novo URI permanente. O servidor deve responder com um cabeçalho Location que indica o destino, e o browser pode pedir automaticamente essa nova URL.

Para uma pessoa, isto parece navegação normal. Para um sistema de pesquisa, a mensagem tem mais camadas:

• A URL antiga já não deve ser a referência principal.
• A URL nova deve ser tratada como destino estável.
• Os links internos e externos devem ser atualizados com o tempo.
• A resposta pode ser guardada em cache se não houver instruções em contrário.

Há um aviso técnico importante: por razões históricas do protocolo, alguns clientes podem converter uma requisição POST em GET depois de um 301. Em páginas públicas de conteúdo isto raramente importa. Em endpoints, formulários ou fluxos onde o método importa, convém avaliar 308 Permanent Redirect.

Como a Google interpreta redirecionamentos permanentes

A Google distingue redirecionamentos permanentes e temporários. Os permanentes, como 301 e 308, são um sinal forte de que o destino deve ser canónico. Os temporários, como 302 e 307, indicam que a origem pode continuar a ser a URL mostrada nos resultados.

Por isso, um 301 não deve ser tratado como “um link com esteroides”. É uma instrução de arquitetura. Estás a dizer ao motor de pesquisa que uma entidade de URL foi substituída por outra.

Na documentação de migrações, a Google também esclarece um ponto que durante anos criou receio em SEO: os redirecionamentos 301 e outros redirecionamentos permanentes não causam perda de PageRank por si só. A consequência prática é que uma migração bem mapeada não deve ser desenhada com medo de uma perda automática apenas por usar 301.

Mas “sem perda pelo salto” não significa “sem risco”. O risco aparece quando o redirecionamento não representa uma substituição real, quando o destino não indexa, quando existem cadeias longas, quando o rastreio é bloqueado, quando há canonicals contraditórios ou quando URLs antigas apontam para uma página genérica.

A condição que importa: equivalência de intenção

A parte mais delicada de uma estratégia 301 é o mapa. Antes de tocar em .htaccess, NGINX, num plugin ou no gestor de redirecionamentos do alojamento, é preciso decidir o que significa cada URL antiga.

Um bom redirecionamento responde a esta pergunta:

Se uma pessoa entrar pela URL antiga, a URL nova satisfaz a mesma intenção sem a enganar?

Se a resposta é sim, o 301 faz sentido. Se a resposta é não, provavelmente estás a tentar conservar sinais onde já não existe um recurso equivalente.

Situação	Resposta recomendada	Motivo
Alteraste o slug de um artigo	301 para o novo slug	É o mesmo conteúdo com outra URL.
Migraste de HTTP para HTTPS	301 ou 308 para a versão HTTPS	É uma canonicalização técnica permanente.
Um produto foi substituído por uma versão equivalente	301 para o produto substituto	O utilizador encontra uma alternativa relevante.
Vários guias foram consolidados num guia completo	301 de cada guia antigo para o guia consolidado	Há uma substituição editorial razoável.
Um produto desapareceu e não há substituto	404 ou 410	Não existe destino equivalente.
Páginas antigas sem relação com a home	Não redirecionar para a home	Pode criar soft 404 e frustração para o utilizador.

Porque não convém redirecionar tudo para a homepage

Redirecionar URLs eliminadas para a homepage parece uma solução limpa porque desaparecem os 404 nos relatórios. Na prática, costuma ser uma forma de esconder o problema.

Se uma pessoa entra por um artigo técnico, um produto específico ou uma landing antiga, espera algo relacionado. Se cai na homepage, perdeu o contexto. O crawler também recebe um sinal fraco: a URL antiga dizia uma coisa, o destino diz outra.

Quando isto acontece em escala, a Google pode interpretar essas URLs como soft 404: a página responde com sucesso, mas o conteúdo não satisfaz a intenção do recurso antigo. O resultado é que a suposta preservação de sinais pode não acontecer.

A decisão correta nem sempre é redirecionar. Às vezes, devolver 404 ou 410 é mais honesto e tecnicamente melhor.

A regra de um ano: durante quanto tempo manter um 301

A Google recomenda manter redirecionamentos durante pelo menos um ano numa migração. Esse prazo existe porque a consolidação não acontece instantaneamente.

O Googlebot precisa de voltar a visitar URLs antigas, ver o estado repetidamente, seguir o destino, processar a mudança e atualizar sinais. Algumas URLs antigas podem deixar de estar no sitemap e na navegação interna, por isso serão rastreadas com menor frequência. Ainda assim, podem continuar a receber links externos, tráfego direto ou rastreios esporádicos.

O mínimo operacional é este:

• Manter redirecionamentos críticos durante pelo menos um ano.
• Mantê-los indefinidamente quando existem backlinks, tráfego, campanhas, PDFs, bookmarks ou integrações antigas.
• Atualizar links internos para apontarem diretamente para a URL nova.
• Atualizar sitemaps para conterem apenas URLs novas indexáveis.
• Monitorizar logs e relatórios de rastreio antes de eliminar regras antigas.

A pergunta “quando posso apagar o 301?” deve ser respondida com dados, não apenas com calendário. Se uma URL antiga continua a receber pedidos, links ou tráfego qualificado, a regra ainda tem função.

Cadeias de redirecionamentos: o problema não é só PageRank

Uma cadeia aparece quando uma URL redireciona para outra que redireciona para outra. Por exemplo:

/url-antiga → /url-intermedia → /url-nova

O problema moderno não é tanto uma perda automática de PageRank por salto. O problema é operacional:

• Mais latência para o utilizador.
• Mais trabalho de rastreio para bots.
• Mais pontos onde uma regra pode falhar.
• Mais risco de loops.
• Mais dificuldade para auditar o destino final.
• Mais confusão quando se misturam 301, 302, canonicals e noindex.

A estratégia correta é normalizar sempre que possível:

/url-antiga → /url-nova-final

301, 302, 307 e 308: decisão rápida

Não é necessário complicar a decisão na maioria dos casos, mas convém usar o código certo.

Código	Mensagem	Quando usar
301	Mudança permanente	Nova URL definitiva para uma página pública.
302	Mudança temporária	Promoção, teste, indisponibilidade temporária ou redirecionamento que pode voltar atrás.
307	Temporário, preservando método	Fluxos onde o método HTTP deve ser mantido.
308	Permanente, preservando método	Redirecionamento definitivo onde POST não deve virar GET.

Para SEO de conteúdo e migrações normais, 301 continua a ser a opção mais comum. O 308 é útil quando o detalhe técnico do método importa.

Implementação mínima no servidor

A ferramenta depende da infraestrutura, mas a lógica não muda: regra clara, destino final, teste e auditoria.

Em Apache, uma regra simples pode viver num virtual host ou num .htaccess:

Redirect 301 /pagina-antiga https://www.exemplo.com/pagina-nova

Em NGINX, para redirecionar um domínio antigo para outro mantendo o caminho:

server {
  listen 80;
  server_name antigo.exemplo.com;
  return 301 https://www.exemplo.com$request_uri;
}

O importante é não transformar a configuração numa lista impossível de manter. Em migrações grandes, convém separar regras por padrão, regras específicas de alto valor e exceções documentadas.

Fluxo recomendado para uma migração ou limpeza de URLs

Eu trataria uma migração como um projeto de arquitetura, não como uma exportação apressada de redirects.

1. Inventariar URLs antigas com sitemap, crawl, logs, Search Console, backlinks e analítica.
2. Classificar URLs por valor, intenção, tráfego, links e função no funil.
3. Definir destino um para um quando existir equivalência real.
4. Consolidar conteúdos quando várias URLs antigas forem substituídas por uma peça melhor.
5. Devolver 404 ou 410 quando não existir substituto útil.
6. Implementar regras e testar em staging.
7. Lançar com monitorização de logs, erros, canonicals, sitemap e indexação.
8. Rever cadeias, loops e destinos finais depois do lançamento.

Checklist de um 301 bem planeado

Antes de dar uma migração por encerrada, validaria pelo menos isto:

• A URL antiga responde 301 ou 308 quando a mudança é permanente.
• O destino final responde 200.
• Não existe mais de um salto salvo necessidade técnica clara.
• O destino é semanticamente equivalente ou uma consolidação real.
• O destino não está bloqueado por robots.txt.
• O destino não tem noindex acidental.
• O canonical do destino aponta para si próprio ou para a URL correta.
• Os links internos já apontam para a URL nova.
• O sitemap contém apenas URLs novas indexáveis.
• Os backlinks importantes foram identificados para possível atualização manual.
• A regra será mantida pelo menos um ano e, se houver valor externo, indefinidamente.

Erros habituais

Os erros raramente são espetaculares. Costumam ser acumulativos.

• Mapear por padrão sem rever conteúdo: /blog/* para /recursos/* pode falhar se a intenção mudou.
• Redirecionar eliminados para a homepage: limpa o relatório de 404, mas não resolve a necessidade do utilizador.
• Deixar 302 permanentes: o motor de pesquisa pode continuar a tratar a URL original como principal.
• Criar cadeias históricas: cada migração acrescenta um salto se as regras não forem normalizadas.
• Esquecer imagens, PDFs e downloads: muitos links externos apontam para recursos que não estão em HTML.
• Manter canonicals antigos: o servidor diz uma coisa e o HTML outra.
• Apagar redirecionamentos cedo demais: links externos e crawlers não se atualizam todos ao mesmo tempo.

Como o Nicolás Torres abordaria isto

Eu não começaria por “pôr redirecionamentos”. Começaria por compreender o sistema.

Primeiro, separaria URLs por valor: tráfego orgânico, backlinks, conversões, frequência de rastreio, função comercial e equivalência de conteúdo. Depois definiria que URLs merecem substituição, quais devem ser consolidadas e quais devem desaparecer com 404 ou 410.

A parte técnica viria depois: regras de servidor, testes, sitemap, canonicals e auditoria. Um 301 bem feito não é decoração SEO. É uma peça de arquitetura que mantém continuidade entre conteúdo, links, utilizadores e motores de pesquisa.

Quando uma web muda de CMS, domínio, idioma, estrutura ou arquitetura de conteúdos, os redirecionamentos são a ponte. Se a ponte aponta para o sítio certo, preserva valor. Se aponta para qualquer sítio, apenas esconde o problema durante algumas semanas.

Queres rever se os teus redirecionamentos estão a preservar valor?

Se estás a migrar uma web, mudar URLs, consolidar conteúdos ou limpar erros 404, convém rever o mapa antes de tocar em regras em produção.

Podemos detetar que URLs devem redirecionar, quais devem devolver 404 ou 410, onde há cadeias e que sinais podem perder-se por má equivalência.

Solicitar diagnóstico técnico

Perguntas frequentes

Um redirecionamento 301 perde PageRank?

A Google indica que os redirecionamentos 301 e outros redirecionamentos permanentes não causam perda de PageRank por si só. A condição prática é que o destino seja uma substituição relevante da URL antiga.

Durante quanto tempo devo manter um 301 ativo?

A recomendação operacional é mantê-lo o máximo de tempo possível e, como mínimo geral, durante um ano, para que a Google possa voltar a rastrear, reatribuir links e consolidar sinais na nova URL.

Posso redirecionar páginas eliminadas para a homepage?

Não é recomendável redirecionar muitas URLs antigas para uma homepage irrelevante. Se não existir uma alternativa equivalente ou consolidada, é melhor devolver 404 ou 410.

As cadeias de redirecionamentos são más para SEO?

Não devem ser tratadas como estratégia. O Googlebot pode seguir vários saltos, mas a Google recomenda apontar diretamente para o destino final porque as cadeias acrescentam latência e risco de rastreio.

Quando usar 308 em vez de 301?

Para páginas públicas normais, 301 costuma ser suficiente. O 308 faz sentido quando é necessário declarar um redirecionamento permanente sem permitir que o método da requisição mude de POST para GET.