Redirecionamento 301 vs. 308

TL;DR — Um 301 e um 308 são ambos redirecionamentos permanentes, e Google e Bing tratam o 308 da mesma forma que tratam o 301. A principal diferença técnica é a garantia do método: um 308 promete que o navegador reenviará a requisição da mesma maneira como ela chegou (portanto, o envio de um formulário continua sendo um envio de formulário), enquanto um 301 não promete estritamente isso para um POST. Para um redirecionamento normal de “esta página mudou”, use um 301. Use um 308 quando estiver redirecionando algo que não seja uma página comum — como uma API ou um formulário — e precisar que o método original da requisição chegue intacto (embora o código de status sozinho não garanta que coisas como cookies ou credenciais também sobrevivam — teste o cliente real).

O que estes dois códigos significam

Quando um servidor envia você de uma URL para outra, ele marca a resposta com um código de status. Dois deles significam “isso mudou permanentemente”:

• 301 — “Moved Permanently.” (tradução) “Movido permanentemente.” O código original e mais antigo de redirecionamento permanente. Ele existe desde os primórdios da web.
• 308 — “Permanent Redirect.” (tradução) “Redirecionamento permanente.” Um código mais novo (adicionado em 2015) que faz o mesmo trabalho e oferece uma garantia extra.

Essa garantia extra é toda a história. Pense no que acontece quando você envia um formulário: seu navegador envia uma requisição POST carregando seus dados. Com um 301 antigo, o navegador pode transformar silenciosamente esse POST em um simples GET ao seguir o redirecionamento — deixando seus dados pelo caminho. Um 308 proíbe isso. Ele diz: repita exatamente a mesma requisição, método, dados e tudo mais, no novo endereço.

Isso importa para SEO? Não.

Esta é a parte em que as pessoas erram, então deixe-me ser claro: para a busca, 301 e 308 são iguais. A própria documentação do Google descreve literalmente 308 como “equivalent to 301.” (tradução) “equivalente a 301.” Gary Illyes, do Google, foi ainda mais direto — “we just merge that with 301 so we really don’t care.” (tradução) “simplesmente mesclamos isso com 301, então realmente não nos importamos.” E Fabrice Canel, do Bing, confirmou a mesma coisa: “Bing treats 308 redirects the same as 301 redirects.” (tradução) “O Bing trata os redirecionamentos 308 da mesma forma que os redirecionamentos 301.”

Então ignore quem disser que 308 é “melhor para SEO” ou que você deve trocar todos os seus 301 por 308 em busca de um ganho de posicionamento. Não há ganho. Os mecanismos de busca já disseram isso. Evidence for this claim Google treats 308 as equivalent to 301 for Search while advising sites to use the semantically appropriate status code. Scope: Google Search processing; client behavior still differs when method preservation matters. Confidence: high · Verified: 2026-07-14 Google: HTTP status codes and Search

Então qual devo usar?

• Redirecionando uma página normal (você mudou uma URL, trocou para HTTPS ou mudou de domínio)? → Use um 301. É o padrão que a maioria das ferramentas, CDNs e plugins entende sem configuração adicional.
• Redirecionando algo que transporta dados (um endpoint de API, uma URL de envio de formulário, um POST de login)? → Use um 308 para que o método de requisição original sobreviva ao salto — embora ainda valha a pena confirmar que as credenciais e os cookies chegam como você espera, pois o código de status sozinho não garante isso.

Se você não está redirecionando uma API ou um formulário, quase certamente quer um 301. Essa é a versão curta.

Quer o quadro completo — por que o 308 foi criado, exatamente o que Google e Bing disseram e como implementar cada um? Mude para a aba Avançado.

TL;DR — 301 e 308 são ambos redirecionamentos permanentes, e Google e Bing processam um 308 da mesma forma que processam um 301 — a documentação do Google diz que 308 é “equivalent to 301,” (tradução) “equivalente a 301,” Illyes diz “we just merge that with 301,” (tradução) “simplesmente mesclamos isso com 301,” e Canel confirma que o Bing trata os dois da mesma forma. No nível do protocolo, a principal diferença é a preservação do método: 308 (RFC 7538, 2015) garante mecanicamente que o cliente repita o mesmo método na nova URL (o corpo vai junto); 301 é da era do HTTP/1.0 e ambíguo especificamente sobre POST virar GET — a RFC não aborda PUT ou DELETE de uma forma ou de outra, portanto não generalize a ressalva sobre POST para eles. O 308 existe para ser o irmão permanente do 307 — a RFC 7231 definiu um código temporário que preserva o método (307), mas nenhum permanente, e o 308 preencheu essa lacuna. Prefira 301 para migrações comuns de página/site/HTTPS (mais antigo, mais amplamente reconhecido, com melhor suporte de CDN/CMS/plugins). Recorra ao 308 somente quando precisar preservar uma requisição diferente de GET — endpoints de API, URLs de webhook, destinos de action de formulário, fluxos de POST de autenticação — e, mesmo assim, verifique credenciais, cookies e idempotência no cliente real, em vez de presumir que o código de status cobre tudo. Nenhum dos dois é “melhor para SEO” — é um mito que os mecanismos desmentiram explicitamente.

A diferença semântica vem primeiro

Tanto 301 quanto 308 dizem aos mecanismos de busca a mesma coisa sobre a permanência: o recurso mudou para sempre, e o destino deve se tornar canônico. A diferença está em uma garantia mecânica e estreita sobre como o cliente reemite a requisição.

• 301 (Moved Permanently) é o código original de redirecionamento permanente, que remonta à era do HTTP/1.0. O ponto crucial é que ele sempre foi ambíguo quanto à obrigatoriedade de preservar o método da requisição. Na prática, navegadores e outros clientes historicamente converteram um POST em um GET ao seguir um 301 — o que funciona para uma página comum, mas quebra silenciosamente tudo que depende do método ou do corpo da requisição.
• 308 (Permanent Redirect) é a versão estrita. Ele garante que o cliente repita o mesmo método e corpo exatos na nova URL. Um POST continua sendo POST; o payload vai junto.

A formulação em uma frase que eu daria a alguém: um 308 é um 301 que também garante que o navegador não trocará silenciosamente seu POST por um GET. Evidence for this claim RFC 9110 defines both 301 and 308 as permanent redirects; 308 forbids changing the request method, while 301 permits POST-to-GET rewriting for historical reasons. Scope: HTTP semantics for 301 and 308 responses. Confidence: high · Verified: 2026-07-14 IETF: RFC 9110 §§15.4.2, 15.4.9 IETF: RFC 7538 §3 — 308 Permanent Redirect

Por que o 308 existe: o “307 permanente” que faltava

Esta é a parte que quase ninguém explica, e é a forma mais clara de entender toda a comparação. É sobre uma lacuna na especificação.

Os códigos modernos de redirecionamento vêm em uma grade temporário/permanente, flexível/estrito:

A RFC 7231 definiu o 307 — um redirecionamento temporário que preserva o método — como contraparte estrita do 302 flexível e ambíguo. Mas ela nunca definiu um equivalente permanente que preservasse o método. Havia um código temporário estrito e nenhum código permanente estrito. A RFC 7538 (abril de 2015) acrescentou o 308 especificamente para preencher essa lacuna: ele está para o 301 assim como o 307 está para o 302. Se você leu a comparação 302-vs-307 neste cluster, 301-vs-308 é exatamente a mesma relação uma linha acima — permanente flexível versus permanente estrito.

O 301 é anterior a toda essa estrutura. Ele veio do HTTP/1.0, antes de o conceito de “preservar o método” ser formalizado, e é exatamente por isso que é ambíguo e que o 308 precisou ser criado, em vez de apenas esclarecido.

O que significa preservar “método e corpo” na prática

Para a enorme maioria dos redirecionamentos — alguém clica em um link, seu navegador emite um GET, o servidor o envia para outro lugar — não há diferença prática. Os navegadores modernos preservam GET em um 301 sem problemas. A distinção só aparece quando a requisição não é um GET simples:

Portanto, o risco de um 301 está diretamente ligado a POST e corpos de requisição — formulários, APIs, webhooks, fluxos de autenticação. Dizer que um “301 will always break my form” (tradução) “um 301 sempre quebrará meu formulário” é exagero; um GET simples é seguro. A exceção histórica da especificação para 301 é especificamente POST→GET; ela não documenta o comportamento de PUT ou DELETE, então não presuma como nenhum dos dois códigos lidará com esses métodos sem testar o cliente real. O que a especificação deixa claro: 308 impede o cliente de mudar qualquer método que repita — essa regra não se limita a POST. A preservação do método é o que é garantido aqui; ela não promete separadamente que headers, cookies, credenciais ou a transação mais ampla sobreviverão intactos — isso depende do cliente e da integração, e vale testar qualquer coisa importante (veja a lista abaixo).

O Google trata 301 e 308 de forma diferente para SEO? Não.

Esta é a rara questão sobre redirecionamentos em que a documentação, os Googlers e o Bing concordam — e concordam de forma consistente há anos.

A documentação de códigos de status HTTP do Google coloca 301 e 308 no mesmo grupo. A linha do 301 diz: “Google follows the redirect, and Google systems use the redirect as a strong signal that the redirect target should be processed.” (tradução) “O Google segue o redirecionamento, e os sistemas do Google usam o redirecionamento como um sinal forte de que o destino do redirecionamento deve ser processado.” A linha do 308 tem uma única frase: “Equivalent to 301.” (tradução) “Equivalente a 301.” Essa é a afirmação mais forte e mais fácil de citar sobre a resposta — a própria documentação do Google literalmente equipara os dois. Evidence for this claim Google treats 308 as equivalent to 301 for Search while advising sites to use the semantically appropriate status code. Scope: Google Search processing; client behavior still differs when method preservation matters. Confidence: high · Verified: 2026-07-14 Google: HTTP status codes and Search

O guia de redirecionamentos reforça isso, começando com “The 301 and 308 status codes mean that a page has permanently moved to a new location” (tradução) “Os códigos de status 301 e 308 significam que uma página mudou permanentemente para um novo local” e não traçando nenhuma outra distinção entre eles.

Os Googlers dizem a mesma coisa informalmente há anos, muito antes de isso aparecer na documentação:

• Gary Illyes (2021): em uma discussão sobre o Google tratar 308 como 301, ele disse que o Google “just merge[s] that with 301 so we really don’t care.” (tradução) “simplesmente mescla isso com 301, então realmente não se importa.” O texto de Barry Schwartz descreveu isso como o momento em que se tornou oficial: “Three years later it was added to the official Google documents that Google treats 308 redirects like 301 redirects — so now it is official.” (tradução) “Três anos depois, isso foi adicionado aos documentos oficiais do Google, que tratam redirecionamentos 308 como redirecionamentos 301 — então agora é oficial.”
• John Mueller (2018): três anos antes — “If you use it [a 308 redirect] like a 301 we’ll treat it as such.” (tradução) “Se você usá-lo [um redirecionamento 308] como um 301, nós o trataremos como tal.” Portanto, essa é a posição informal do Google desde muito antes de a documentação alcançá-la.

Há uma nuance importante na documentação do Google, porém, e ela é a tese de todo este artigo. Logo após equiparar os códigos, o Google acrescenta: “While Google treats these status codes the same way, keep in mind that they’re semantically different. Use the status code that’s appropriate for the redirect so other clients (for example, e-readers, other search engines) may benefit from it.” (tradução) “O Google trata esses códigos de status como equivalentes, mas eles têm semânticas diferentes. Use o código apropriado para o redirecionamento, para que outros clientes (como leitores eletrônicos e outros mecanismos de busca) possam se beneficiar.” Em outras palavras: escolha o código pela correção e interoperabilidade, não pelo SEO — porque SEO não importa aqui.

O Bing trata 301 e 308 de forma diferente? Também não.

A maioria dos textos sobre este tema fala apenas do Google, o que deixa uma lacuna. Fabrice Canel, do Bing, respondeu diretamente à pergunta em setembro de 2024, em resposta a alguém que perguntou se o Bing trata um 308 permanente da mesma forma que um 301: “Bing treats 308 redirects the same as 301 redirects.” (tradução) “O Bing trata os redirecionamentos 308 da mesma forma que os redirecionamentos 301.” Schwartz observou que isso correspondia ao que o Google havia dito em 2021.

Portanto, os dois mecanismos principais estão registrados: 308 é funcionalmente idêntico a 301 para rastreamento, indexação e consolidação de sinais. Não existe mecanismo que trate 308 como superior para SEO.

O mito a desmentir: “308 é melhor para SEO / migre todos os seus 301”

Vou ser direto sobre isso, porque páginas de baixa qualidade continuam sugerindo o contrário. Não há benefício de SEO em escolher 308 em vez de 301 para um redirecionamento típico, nem motivo para migrar em massa seus 301 existentes para 308. Isso não é opinião minha; é a posição declarada dos mecanismos de busca:

• A documentação do Google diz que 308 é “equivalent to 301.” (tradução) “equivalente a 301.”
• Illyes: “we just merge that with 301.” (tradução) “simplesmente mesclamos isso com 301.”
• Canel: o Bing “treats 308 redirects the same as 301 redirects.” (tradução) “trata os redirecionamentos 308 da mesma forma que os redirecionamentos 301.”

Trocar 301→308 em massa não traz nenhum ganho de posicionamento e introduz risco em qualquer ferramenta legada ou de borda que reconheça claramente apenas 301/302 (mais sobre isso abaixo). É pura movimentação.

Vale contrastar isso com um mito realmente controverso: a antiga alegação de “301s lose/dilute PageRank” (tradução) “301s perdem/diluem o PageRank”. Ela continua reaparecendo e foi desmentida repetidamente pelo Google. Mas note a diferença — o mito da diluição de PageRank é o Google corrigindo um equívoco, enquanto a equivalência entre 301 e 308 é algo que Google, Bing e a documentação vêm afirmando da mesma forma desde 2018. É uma questão resolvida, não uma questão controversa. (A história completa do PageRank está na comparação 301-vs-302 deste cluster.)

Quando 308 é a escolha tecnicamente correta

Recorra ao 308 quando perder o método ou o corpo da requisição quebraria a funcionalidade (não o posicionamento):

• Endpoints de API que você está movendo, nos quais os clientes enviam POST/PUT/DELETE.
• URLs de webhook — o remetente envia um POST com um payload que você não pode perder.
• Destinos de action de formulário — o <form> envia dados que precisam chegar intactos à nova URL.
• Fluxos de POST de autenticação/login nos quais credenciais ou tokens vão no corpo.

No caso de POST especificamente, um 301 corre o risco de o cliente converter a requisição em GET e deixar o corpo perdido; 308 proíbe essa conversão. Para PUT/DELETE, a RFC não especifica o comportamento do 301 de uma forma ou de outra, então não presuma — a regra de preservação do método do 308 continua valendo independentemente do método.

Antes de trocar uma API, um webhook ou um fluxo de autenticação, o código de status sozinho não garante que tudo sobreviverá ao salto — vale verificar como parte da mesma mudança:

• Credenciais, cookies e headers de autenticação. Nenhum dos códigos promete isso; teste o cliente real (navegador, SDK, remetente do webhook), em vez de presumir que eles irão junto.
• Comportamento entre origens. Um redirecionamento que cruza origens pode alterar o que um navegador ou cliente fetch enviará — verifique com o chamador real, não apenas com um curl manual.
• Idempotência e efeitos colaterais duplicados. Se a requisição repetida não for idempotente (um webhook que cria um registro, um POST de pagamento), um cliente que tente novamente depois de um redirecionamento pode dispará-la duas vezes. Confirme que o destino trata uma repetição com segurança antes de depender de 308 para “simplesmente funcionar”.
• Faça em etapas e reverta levando o cache em conta. Tanto as respostas 301 quanto 308 são heurísticamente armazenáveis em cache, então um cliente ou intermediário que já tenha armazenado a resposta antiga pode continuar usando-a depois que você mudar o código — teste com um cliente novo e com um que acessou a URL antes da mudança, e tenha um plano de reversão que leve esse estado em cache em conta, em vez de presumir que a troca é instantânea.

Quando 301 continua sendo o padrão pragmático

Para tudo que seja um GET simples — que é a maior parte do que SEOs redirecionam — 301 continua sendo o padrão sensato:

• Mudanças comuns de página/URL e transferências de conteúdo.
• Mudanças de domínio e fusões de sites.
• Migrações de HTTP → HTTPS.
• Consolidação de variantes www/sem www ou com/sem barra final.

Por que usar como padrão o código mais antigo quando 308 é “stricter” (tradução) “mais estrito”? Três razões práticas:

1. Reconhecimento mais amplo. 301 antecede 308 em duas décadas e é reconhecido pela esmagadora maioria dos navegadores, proxies, CDNs, crawlers e ferramentas de analytics em uso atual e legado. 308 já tem mais de uma década e é amplamente compatível, mas a cauda longa de clientes legados e ferramentas de borda é menos certa — não presuma que toda ferramenta da sua pilha o reconhece sem verificar.
2. Realidade das ferramentas. Muitas ferramentas comuns usam 301/302 por padrão — ou só os expõem claramente. Plugins de redirecionamento do WordPress, criadores de regras da Cloudflare e algumas plataformas serverless/CDN se apoiam em 301/302, e algumas emitem 302/307 independentemente do que você acha que configurou. Para quem administra um site sem perfil técnico, “o que minha plataforma realmente suporta” costuma ser o fator decisivo.
3. Nada a ganhar. Como Google e Bing processam os dois códigos da mesma forma para rastreamento e indexação, não há vantagem em escolher o código menos amplamente compatível em uma mudança de página simples.

A regra prática: GET simples → 301; requisição diferente de GET que você precisa preservar → 308.

Como implementar cada um

A sintaxe é quase idêntica — você só muda o número.

Apache (.htaccess)

# 301 — permanent, for a normal page move
Redirect 301 /old-page /new-page

# 308 — permanent + method-preserving, for an API/form endpoint
RewriteEngine On
RewriteRule ^old-api/(.*)$ /new-api/$1 [R=308,L]

nginx

# 301
location = /old-page {
    return 301 /new-page;
}

# 308 — preserves POST body to the API
location = /old-api {
    return 308 /new-api;
}

Uma ressalva se aplica a ambos: algumas CDNs, plataformas de borda e plugins de CMS não honrarão um 308 que você configurar e emitirão 301/302/307 em vez disso. Se a preservação do método realmente importa para você, verifique a resposta que você está realmente enviando (faça um curl na URL e leia a linha de status), em vez de confiar na configuração. A sintaxe das diretivas também muda entre versões de servidor e frameworks — consulte a documentação da versão atual do Apache/nginx (ou do seu framework, se ele estiver gerando o redirecionamento), em vez de presumir que os trechos acima estão atuais byte a byte para a sua configuração.

Uma alavanca mais importante que escolher 301 ou 308: o tamanho da cadeia

Qualquer que seja o código escolhido, a alavanca de desempenho maior é manter os redirecionamentos curtos. O Google segue até cerca de 10 saltos de redirecionamento antes de desistir, e cada salto extra acrescenta latência e uma chance de os sinais se perderem. Um salto único e limpo com o código certo é melhor que uma cadeia de códigos “tecnicamente corretos”. Redirecione diretamente para o destino final.

Onde isso se encaixa

301 e 308 são os dois códigos de redirecionamento permanente, e cada um tem seu próprio aprofundamento neste cluster, ao lado dos equivalentes temporários (302 e seu irmão estrito 307) e do outro membro 3xx, 303. As comparações formam uma grade: 301-vs-302 é permanente versus temporário, 302-vs-307 é o par temporário flexível versus estrito, e esta — 301-vs-308 — é o par permanente flexível versus estrito. Fique atento também aos riscos operacionais: cadeias de redirecionamento e loops de redirecionamento. Para toda a família de respostas do servidor, veja o hub de códigos de status HTTP; o tipo de redirecionamento também é um dos sinais de canonicalização abordados em canonicalização.

Resumo de IA

Uma versão condensada da versão Avançada:

• Ambos são redirecionamentos permanentes, e Google e Bing processam um 308 da mesma forma que processam um 301. A documentação do Google chama 308 de “equivalent to 301,” (tradução) “equivalente a 301,” Illyes diz “we just merge that with 301,” (tradução) “simplesmente mesclamos isso com 301,” e Canel confirma “Bing treats 308 redirects the same as 301 redirects.” (tradução) “O Bing trata os redirecionamentos 308 da mesma forma que os redirecionamentos 301.”
• No nível do protocolo, a principal diferença é a preservação do método. Um 308 (RFC 7538, 2015) garante que o cliente repita o mesmo método na nova URL (o corpo vai junto). Um 301 é da era do HTTP/1.0 e é ambíguo especificamente sobre POST→GET — a RFC não aborda PUT ou DELETE de uma forma ou de outra, então não generalize essa ressalva para eles.
• Por que o 308 existe: a RFC 7231 definiu um código temporário que preserva o método (307), mas nenhum código permanente. O 308 preenche essa lacuna — ele está para o 301 assim como o 307 está para o 302.
• Na prática, isso só importa para requisições diferentes de GET. GETs simples são seguros com um 301. O risco está especificamente em POST/PUT/DELETE e corpos de requisição — formulários, APIs, webhooks e fluxos de autenticação.
• Use 308 quando precisar preservar um método diferente de GET: endpoints de API, URLs de webhook, destinos de action de formulário, fluxos de POST de login.
• Use 301 para todo o resto: mudanças de página, mudanças de domínio, migrações para HTTPS, www/sem www — é mais antigo, universalmente reconhecido e conta com melhor suporte em CDNs/CMSs/plugins.
• Mito a eliminar: 308 não é “melhor para SEO”, e não há motivo para migrar 301s em massa para 308s. Os mecanismos dizem isso consistentemente desde 2018. Escolha o código pela correção/interoperabilidade, não pelo posicionamento (a própria ressalva do Google é que são “semanticamente diferentes”).
• Alavanca maior do que escolher o código: mantenha as cadeias de redirecionamento curtas (o Google segue cerca de 10 saltos); redirecione diretamente para a URL final.

Documentação oficial

Documentação de fontes primárias dos mecanismos de busca e da especificação.

Google

• Códigos de status HTTP, erros de rede e DNS e a Pesquisa Google — a referência que lista 308 como “Equivalent to 301” (tradução) “Equivalente a 301” e a ressalva de que são “semanticamente diferentes, tratados da mesma forma”.
• Redirecionamentos e a Pesquisa Google — “The 301 and 308 status codes mean that a page has permanently moved to a new location” (tradução) “Os códigos de status 301 e 308 significam que uma página mudou permanentemente para um novo local”, além da implementação no servidor e da ressalva sobre redirecionamentos em JavaScript.
• Mudanças de site com alterações de URL — onde redirecionamentos permanentes entram em uma migração (mantenha-os por pelo menos um ano).
• Search Off the Record — “Let’s talk redirects” (tradução) “Vamos falar de redirecionamentos” (John Mueller + Martin Splitt) — o episódio que aborda explicitamente “que tipos de redirecionamentos 308 e 307 são”.

Bing / Microsoft

• Migração de site com o Bing — a orientação do Bing para mudanças de site, apresentando 301 como suficiente para sinalizar mudanças permanentes.

Especificação / referência

• RFC 7538 — Código de status HTTP 308 (Redirecionamento permanente) — a especificação de 2015 que criou 308 como o redirecionamento permanente que preserva o método.
• MDN — Redirecionamento permanente 308 — a linguagem sobre preservação de método/corpo e a comparação com 301.

Citações da fonte

Declarações registradas de Google e Bing. Quando a página-fonte oferece suporte, cada link é um link profundo que salta para a passagem citada.

Documentação do Google — 308 é equivalente a 301

• “Google follows the redirect, and Google systems use the redirect as a strong signal that the redirect target should be processed.” (tradução) “O Google segue o redirecionamento, e os sistemas do Google usam o redirecionamento como um sinal forte de que o destino do redirecionamento deve ser processado.” (a linha do 301) — Google Search Central. Ir para a citação
• “Equivalent to 301.” (tradução) “Equivalente a 301.” (a linha inteira do 308) Ir para a citação
• “While Google treats these status codes the same way, keep in mind that they’re semantically different. Use the status code that’s appropriate for the redirect so other clients (for example, e-readers, other search engines) may benefit from it.” (tradução) “Embora o Google trate esses códigos de status da mesma maneira, lembre-se de que eles são semanticamente diferentes. Use o código de status apropriado para o redirecionamento para que outros clientes (por exemplo, leitores eletrônicos e outros mecanismos de busca) possam se beneficiar dele.” Ir para a citação

Documentação do Google — ambos os códigos significam “mudou permanentemente”

• “The 301 and 308 status codes mean that a page has permanently moved to a new location.” (tradução) “Os códigos de status 301 e 308 significam que uma página mudou permanentemente para um novo local.” Ir para a citação

Gary Illyes, Google (2021) (via Search Engine Roundtable) — 308 é mesclado com 301

• “we just merge that with 301 so we really don’t care iirc.” (tradução) “simplesmente mesclamos isso com 301, então realmente não nos importamos, se bem me lembro.” Cobertura

John Mueller, Google (2018) (via Search Engine Roundtable) — a posição informal anterior

• “If you use it [a 308 redirect] like a 301 we’ll treat it as such.” (tradução) “Se você usá-lo [um redirecionamento 308] como um 301, nós o trataremos como tal.” Cobertura

Fabrice Canel, Microsoft Bing (2024) (via Search Engine Roundtable) — paridade do Bing

• “Bing treats 308 redirects the same as 301 redirects.” (tradução) “O Bing trata os redirecionamentos 308 da mesma forma que os redirecionamentos 301.” Cobertura

Qual redirecionamento permanente devo usar: 301 ou 308?

Como Google e Bing tratam 301 e 308 da mesma forma para rastreamento e indexação, esta árvore não trata de posicionamento — trata de uma pergunta: a requisição carrega um método/corpo que você precisa preservar? Responda e pronto.

A versão curta: GET simples → 301; uma requisição diferente de GET que você precisa preservar → 308. Para SEO, os dois são intercambiáveis, então a pergunta sobre o método é a única que decide.

A grade permanência × método

Escolha entre os quatro códigos comuns de redirecionamento em dois eixos. O tratamento de SEO segue o primeiro; o comportamento da aplicação segue o segundo.

Tome a decisão nesta ordem:

1. A mudança é permanente? Se não, permaneça na linha temporária. Se sim, use a linha permanente para que o destino seja o canônico pretendido.
2. A requisição pode carregar um método/corpo que precisa sobreviver? Uma página normal com GET não precisa da garantia estrita. Uma requisição POST, PUT, DELETE, webhook, formulário ou API pode precisar.
3. Escolha a célula. Mudança comum de página permanente → 301. Mudança permanente de endpoint diferente de GET → 308.
4. Verifique a resposta emitida. Os padrões da plataforma podem diferir do código escolhido em uma interface ou framework. Teste a resposta e a requisição redirecionada, não apenas a configuração.

A grade torna a questão de SEO deliberadamente sem graça: Google e Bing tratam 301 e 308 da mesma forma. Escolha entre eles pela correção HTTP.

301 vs. 308 em resumo

Regra prática: página permanente comum com GET → 301; mudança permanente de endpoint em que uma requisição diferente de GET precisa chegar intacta → 308.

Ferramentas para verificar o redirecionamento permanente

Ferramentas gratuitas de Patrick

• Redirect Checker — inspecione o primeiro status real, cada salto e o destino final. Use-o para detectar uma plataforma que emitiu 301, 302 ou 307 quando você configurou 308.
• Bulk HTTP Status Code Checker — verifique até 500 URLs de páginas e exporte códigos ou cadeias mistos em uma migração.

Verifique a preservação do método quando isso importar

• curl com o método de requisição real e um payload de teste seguro — confirme que a requisição redirecionada continua sendo POST/PUT/DELETE e que o destino recebe o corpo. Use um endpoint de staging ou não destrutivo.
• Logs da aplicação e do gateway — compare o método e o tratamento do corpo na origem e no destino. Um verificador de status pode confirmar 308; somente o sistema que recebe pode provar que a requisição chegou intacta.
• Painel de rede do DevTools do navegador — útil para fluxos de formulário, mas teste separadamente clientes de API e webhook que não sejam navegadores, pois o comportamento do cliente é o motivo de essa distinção existir.

Teste seu conhecimento: 301 vs. 308

Cinco perguntas sobre a diferença entre estes dois redirecionamentos permanentes e sobre como os mecanismos de busca os tratam. Escolha uma resposta para cada pergunta e confira depois.

Recursos que valem seu tempo

Minha escrita relacionada

• 11 tipos de redirecionamentos e seu impacto em SEO (Ahrefs, com Joshua Hardwick) — meu panorama completo de todos os tipos de redirecionamento. A linha sobre 308 diz que ele é “the same as a 301 redirect, except it retains the HTTP method of the original request, GET or POST.” (tradução) “o mesmo que um redirecionamento 301, exceto que mantém o método HTTP da requisição original, GET ou POST.” Meu veredito sobre esta comparação exata: “For SEO purposes, they’re the same, but if you have data being sent through forms, you don’t want to be switching between GET and POST.” (tradução) “Para fins de SEO, são iguais, mas, se você envia dados por formulários, não quer alternar entre GET e POST.” Também contém minha ordem preferida de implementação para redirecionamentos permanentes: 308/301 primeiro, depois atualização meta/HTTP e, por fim, JavaScript.
• Códigos de status HTTP e seu impacto em SEO (Ahrefs) — onde observo que um 308 “has the same functionality as a 301 redirect, except you can’t switch between POST and GET,” (tradução) “tem a mesma funcionalidade que um redirecionamento 301, exceto que você não pode alternar entre POST e GET,” e que “308s are treated the same as 301s and consolidate forward.” (tradução) “308s são tratados da mesma forma que 301s e consolidam adiante.”
• Guia para iniciantes de SEO técnico — onde os redirecionamentos entram no quadro maior.

Minha participação em eventos

• Patrick Stox no SlideShare e Speaker Deck — minhas palestras sobre SEO técnico, várias das quais tratam de redirecionamentos e canonicalização. (Meu aviso padrão se aplica: “This is my understanding of systems… not going to be 100% complete or accurate.” (tradução) “Este é o meu entendimento dos sistemas… não será 100% completo ou preciso.”)

Oficial

• Google — códigos de status HTTP e a Pesquisa Google (308 = “Equivalent to 301”) (tradução) (308 = “Equivalente a 301”) e o guia de redirecionamentos.
• RFC 7538 — código de status HTTP 308 (redirecionamento permanente) — por que o 308 existe.
• MDN — redirecionamento permanente 308 — a referência sobre preservação do método/corpo.

De várias fontes do setor

• Google trata oficialmente os redirecionamentos 308 como redirecionamentos 301 (Search Engine Roundtable, 2021) — a citação de Gary Illyes, “we just merge that with 301” (tradução) “simplesmente mesclamos isso com 301”.
• Google pode tratar os redirecionamentos 308 como redirecionamentos 301 (Search Engine Roundtable, 2018) — a declaração anterior de John Mueller, “we’ll treat it as such” (tradução) “nós o trataremos como tal”.
• Bing trata os redirecionamentos 308 da mesma forma que os redirecionamentos 301 (Search Engine Roundtable, 2024) — a confirmação de Fabrice Canel.
• Google desmente mitos sobre tipos de redirecionamento (Search Engine Journal) — “Use the technically correct redirect type.” (tradução) “Use o tipo de redirecionamento tecnicamente correto.”
• Redirecionamento permanente 308: o que significa e quando usá-lo (Semrush) — uma visão geral sólida para comparação.
• r/TechSEO — a comunidade para depurar redirecionamentos e canonicalização.

Registro de alterações