Redirect 301 ou 302? A Resposta Certa em 30 Segundos

leitura de 8 min · última atualização 2 de maio de 2026

Ouça

OUÇA, NÃO LEIA

"Resposta em 90 segundos"

0:00

0:00

1x

TL;DR

Movendo uma página para sempre? Use 301. Só temporariamente? Use 302. Essa regra única cobre nove de cada dez decisões de redirect que você vai tomar na vida. (A outra, para endpoints de API onde o tipo de requisição não pode mudar no meio do caminho, usa 307 ou 308. A maioria das pessoas nunca encosta nisso.)

Quer saber o que está realmente no ar no seu site? Existe uma checagem de uma linha que revela o código que seu servidor está enviando. Se disser 302 e o movimento deveria ser permanente, seus rankings estão escorregando em tempo real. Vamos guiar você pela checagem abaixo, sem precisar saber linha de comando.

A recuperação leva de 2 a 6 semanas depois que você corrige o código errado e pede ao Google para rastrear a página de novo. A maior parte dessa espera é só os bots do Google voltando no ritmo deles.

São onze da noite. Você está há três semanas dentro da migração, e o tráfego orgânico caiu 40%. O time de dev jura que os redirects estão ok. O Search Console parece normal. Mas a linha no seu gráfico de analytics continua caindo, e você fica atualizando como se os números fossem contar uma história diferente.

Eis a parte que ninguém te contou. Existem dois tipos de redirects, e eles parecem idênticos para um visitante humano. Para o Google, são mundos distantes. Um diz: esta página foi movida para sempre, então passe tudo para a nova. O outro diz: esta página só está fora por um tempo, mantenha a antiga rankeando. Use o errado durante uma migração, e os buscadores passam semanas confusos sobre qual versão do seu site realmente rankear.

A correção normalmente é uma única linha de código. Achar o problema é a parte difícil.

Este guia passa por tudo isso. A regra simples para escolher o redirect certo (são só duas perguntas mesmo). Código pronto para colar, seja qual for a tecnologia do seu site (WordPress, Shopify, Next.js, Apache, Nginx, tudo). A coisa exata para checar dentro do Google Search Console depois, para provar que a correção funcionou. E se o erro de outra pessoa caiu no seu colo, tem um manual de recuperação em quatro passos esperando no final.

Uma coisa antes. Não acredite no que o seu dashboard de SEO diz sobre os redirects. Não acredite no que o dev diz também. Cheque o que o seu servidor está realmente devolvendo, com seus próprios olhos. Prove por si mesmo. Vamos mostrar o jeito fácil.

A Resposta em 30 Segundos

Mudando uma página para sempre? Use 301. Só por um tempinho? Use 302. O único outro caso que vale a pena conhecer é o de endpoints de API, que precisam de 307 (temporário) ou 308 (permanente). A menos que você seja um desenvolvedor trabalhando com APIs, provavelmente nunca vai esbarrar neles.

Essa regra sozinha cobre 90% das decisões. Por que a escolha importa tanto? Porque o código de redirecionamento está fazendo dois trabalhos ao mesmo tempo. Ele está dizendo aos mecanismos de busca se a mudança é permanente ou temporária. E está discretamente avisando aos navegadores se o tipo de requisição (o GET, o POST, esse tipo de coisa) precisa continuar exatamente igual durante o processo. A maioria de nós só precisa pensar no primeiro trabalho.

Por baixo dos panos, todo redirecionamento funciona do mesmo jeito. Um visitante pede a URL antiga. Seu servidor devolve uma mensagem curta dizendo: esta página mudou, aqui está o novo endereço. O número nessa mensagem (301, 302, 307, 308) é o que diz aos mecanismos de busca como tratar a mudança.

Tem um detalhe que vale conhecer. O Google atualizou discretamente a forma como lida com 302s lá em 2016. Eles ficaram mais flexíveis em tratá-los como sinais apropriados, mas só quando o redirecionamento permanece no lugar por tempo suficiente e a nova página realmente corresponde à antiga. Então o resultado de SEO (qual URL acaba ranqueando, para onde flui sua autoridade de link) depende de mais do que só o número que você escolheu. Por quanto tempo o redirecionamento vive. O quão similar é o conteúdo. Com que frequência o Google rastreia. Tudo isso conta. Vamos passar pelas evidências daqui a pouco.

Essa tabela é a resposta curta. O resto deste guia desembrulha o que realmente acontece com seus rankings, seu orçamento de rastreamento e suas URLs indexadas quando você escolhe um em vez do outro. Você vai ver código pronto para colar em todas as plataformas principais, e as provas, extraídas de dados reais de rastreamento e da própria documentação do Google.

Definições: 301, 302, 307, 308 e o cabeçalho Location

Aqui estão as definições com as quais você vai esbarrar no resto deste guia. Vale marcar. Você vai voltar aqui.

301 Moved Permanently: Um código de status de resposta que informa ao navegador que o recurso foi realocado permanentemente para a URL indicada pelo cabeçalho Location. Os mecanismos de busca transferem os sinais de ranqueamento para a nova URL; os navegadores armazenam o redirecionamento em cache de forma agressiva.

302 Found: Um código de status de resposta que informa ao navegador que o recurso reside temporariamente em outra URL indicada pelo cabeçalho Location. Os mecanismos de busca mantêm a URL original no índice; os navegadores não armazenam em cache por padrão.

307 Temporary Redirect: Igual ao 302, mas com preservação estrita do método. O cliente precisa repetir a requisição usando o mesmo método (POST continua POST). Use quando um contrato de API não pode trocar os verbos.

308 Permanent Redirect: Igual ao 301, mas com preservação estrita do método. Permanente e seguro quanto ao método.

Cabeçalho Location: O cabeçalho de resposta HTTP que carrega a URL de destino de qualquer redirecionamento 3xx.

Veja também o guia de URL canônica para o mecanismo relacionado, mas distinto, do <link rel=canonical>. Para detalhes de implementação mais profundos, a documentação do MDN sobre redirecionamentos HTTP traz boas notas sobre o comportamento específico dos navegadores.

Quando Usar 301 vs 302: A Regra de Decisão

Tudo se resume a uma pergunta: a mudança é permanente ou apenas temporária? Os casos abaixo dizem em que lado você está.

Use 301 quando…

Você está mudando para um novo domínio para sempre. Quando oldbrand.com vira newbrand.com e não há chance de voltar atrás, use um 301. Ele diz aos mecanismos de busca: passe tudo o que você sabe sobre o domínio antigo para o novo e retire o antigo do índice.

Você está migrando de HTTP para HTTPS. Cada página do seu site está mudando da versão insegura (aquela sem o cadeado no navegador) para a segura. Isso é permanente. Um 301 garante que navegadores e mecanismos de busca tratem o HTTPS como a versão oficial a partir de agora.

Você está reestruturando suas URLs. Quando /blog/post-1 vira /posts/post-1 como parte de uma reorganização geral, você não quer que o caminho antigo volte nunca mais. Um 301 transfere todo o poder de ranqueamento para a nova estrutura.

Você está mesclando ou enxugando páginas. Quando você combina duas páginas curtas em uma mais forte, redirecione a URL antiga permanentemente. A página mesclada absorve o poder de ranqueamento de ambas.

Você está enviando uma página deletada para a categoria pai. Em vez de mostrar “página não encontrada” para um produto descontinuado, redirecione para a página da categoria pai. Os usuários chegam a algum lugar útil, e o poder de ranqueamento flui para uma página relevante em vez de desaparecer.

Você está escolhendo um vencedor entre com barra e sem barra. Escolha /page ou /page/ e redirecione o outro permanentemente. A consistência impede que o Google trate ambos como duas páginas separadas.

Você está escolhendo um vencedor entre www e não-www. Escolha www.domain.com ou domain.com como sua versão principal. Redirecione a outra com um 301 para que os mecanismos de busca concentrem todos os sinais em uma só.

Uma migração de ecommerce (Shopify para WooCommerce, uma loja personalizada para Shopify Plus) é um dos maiores trabalhos de redirecionamento 301 que uma marca já vai executar. O guia completo de migração, incluindo o mapa de redirecionamento que você monta antes de qualquer mudança de URL entrar no ar, está dentro da metodologia Revenue Funnel SEO.

Use 302 quando…

Você está fazendo um teste A/B. Se metade do seu tráfego está indo para uma página variante, nenhuma das versões deve assumir como URL principal durante o experimento. Um 302 diz aos mecanismos de busca: a URL original ainda está no comando enquanto coletamos dados.

Você está em uma janela de manutenção. Se você está enviando visitantes para uma página de status durante uma manutenção programada, isso é temporário por definição. Um 302 mantém a posição da URL original no Google intacta para que os rankings não oscilem enquanto você resolve as coisas.

Você ainda não configurou tags de país. Enviando visitantes indianos para /in/ e visitantes dos EUA para /us/? Se você ainda não adicionou hreflang, use 302. (Hreflang é a tag que diz ao Google qual versão mostrar em qual país.) Ela impede que o Google escolha a versão regional errada como principal.

Você está rodando uma página promocional que vai sumir. Uma página de Black Friday que desaparece depois de 1º de dezembro não deveria absorver o poder de ranqueamento da sua página principal. Um 302 mantém a URL original como a principal, e a página promocional só existe durante a campanha.

Você está usando uma página placeholder durante uma reformulação. Quando você redesenha uma seção do site, redirecionar temporariamente para um placeholder mantém a posição da URL original intacta. Assim que a reformulação entra no ar, você remove o redirecionamento e a URL original volta a assumir.

Casos limite que as regras não resolvem bem

Redirecionamentos após o checkout do carrinho deveriam tecnicamente usar um 303 (ele diz ao navegador: esqueça os dados do formulário, apenas busque esta página). A maioria das plataformas envia 302 no lugar, e os navegadores tratam do mesmo jeito. Mudanças de API onde os clientes enviam dados via POST deveriam realmente usar 308 para travar o tipo de requisição. A maioria dos times usa 301 no lugar. Funcionou por uma década e nada quebrou até agora. Redirecionamentos de login geralmente usam 302. O visitante é enviado para a página de login e depois volta assim que faz login.

O Que Acontece com seu SEO Depois da Escolha (Realidade 2026)

Escolher o código certo não é só um item técnico de checklist. Ele decide três coisas silenciosamente, ao mesmo tempo. Se o Google vai transferir o poder de ranqueamento para sua nova URL. Se a nova URL vai substituir a antiga nos resultados de busca. E se motores de busca com IA como o ChatGPT vão se dar ao trabalho de te citar. Cada um alimenta o próximo, e desfazer o estrago depois dá mais trabalho do que acertar na primeira tentativa.

Transferência de link equity

Link equity é a dobradiça temática entre alfabetização em redirects e SEO off-page. O Earned Authority Method é o framework que constrói isso em primeiro lugar. E é exatamente por isso que preservá-lo com o uso correto do 301 importa mais do que a maioria dos operadores percebe.

A divisão importa mais durante migrações. Um site que vai de HTTP para HTTPS com 302s não perde equity. Ele só fragmenta entre variantes de protocolo para sempre.

O que o índice do Google faz com cada um

O Googlebot é o crawler do Google. Ele trata 301s e 302s de forma muito diferente ao armazenar páginas no seu índice. (O índice é o banco de dados gigante de toda página que o Google conhece.)

Um 301 diz ao Google: troque a URL antiga pela nova. Nas próximas visitas o Google faz exatamente isso. Normalmente em 2 a 6 semanas para um site típico, mais rápido para sites grandes que o Google checa com mais frequência. A nova URL vira aquela que o Google mostra nos resultados de busca. A antiga some silenciosamente.

Um 302 diz ao Google: mantenha a URL antiga. O Google continua mostrando a URL antiga como a principal nos resultados de busca. A nova URL pode ser visitada, mas nunca assume. O Google lê o redirect como um desvio de curto prazo, não uma mudança permanente de endereço.

O Google Search Console (ferramenta gratuita do Google para donos de site) tem um recurso chamado Inspeção de URL que deixa isso fácil de ver com seus próprios olhos. Uma URL com um 301 eventualmente mostra “URL não está no Google” com o motivo “Página com redirecionamento”, e a nova URL aparece como indexada. Uma URL com um 302 segura a original como URL principal com a tag “Página com redirecionamento”. E a nova URL só fica ali, nunca é capturada.

Para migrações, isso significa que 302s criam uma divisão permanente entre duas URLs, a menos que você volte e corrija o código.

Busca com IA e redirects: os dados de 2025 do ChatGPT

Um estudo de dezembro de 2025 da SE Ranking encontrou algo marcante. Motores de busca com IA (ChatGPT, Perplexity, AI Overviews do Google) citam URLs redirecionadas muito menos que o Google regular.

Os números contam a história. Apenas 0,79% das citações do ChatGPT apontam para URLs que passam por um redirect, comparado a 5,75% nos resultados regulares do Google. Isso significa que o ChatGPT cita URLs redirecionadas de 3 a 7 vezes menos do que o Google.

Aqui vai a parte surpreendente. Quando o ChatGPT segue um redirect, ele prefere fortemente os permanentes. O mesmo estudo descobriu que o ChatGPT segue 301s 1,6 vezes mais que 302s. O Perplexity e os recursos de IA do Bing mostram o mesmo padrão. Sistemas de busca com IA tratam redirects permanentes como mais confiáveis que os temporários.

O que isso significa para sua migração: um 302 escondido em qualquer lugar nos seus redirects corta silenciosamente suas chances de ser citado pela busca com IA. Você perde em duas frentes ao mesmo tempo. A busca regular do Google trata suas URLs como fragmentadas, e a nova onda de motores de busca com IA para de te mencionar nas respostas.

Se seu código errado faz o ChatGPT parar de citar seu conteúdo, sua busca paga precisa compensar a folga. O Pincer Method é exatamente por isso que rodamos pago e orgânico a partir de um único playbook. Quando a busca com IA derruba um canal, o outro tem que capturar a demanda.

Código para Copiar e Colar em 7 Plataformas

Pesquise no Google por “301 vs 302 redirect” e os principais resultados citam sete plataformas, mas nunca mostram de fato o código que você deve usar. Então aqui está. Cada snippet abaixo está pronto para copiar e colar, verificado com a documentação atual de cada plataforma e testado contra os erros mais comuns.

Apache (.htaccess)

No Apache, isso vai no seu arquivo .htaccess na raiz do documento.

# Single URL 301
Redirect 301 /old-url /new-url

# Pattern-based 301 (regex)
RedirectMatch 301 ^/old/(.*)$ /new/$1

# Domain change with HTTPS
RewriteEngine On
RewriteCond %{HTTP_HOST} ^oldbrand\.com$ [NC]
RewriteRule ^(.*)$ https://newbrand.com/$1 [R=301,L]

Pegadinha: esquecer de colocar RewriteEngine On antes de usar RewriteRule. A diretiva falha silenciosamente sem isso, e você vai gastar vinte minutos se perguntando por que nada funciona. Cobrimos a comparação em detalhe em htaccess vs Nginx para regras de redirecionamento.

Nginx

No Nginx, isso vai no arquivo de configuração do seu server block (normalmente /etc/nginx/sites-available/seudominio).

# Single URL 301
location = /old-url {
    return 301 /new-url;
}

# Domain change
server {
    listen 443 ssl;
    server_name oldbrand.com;
    return 301 https://newbrand.com$request_uri;
}

Pegadinha: usar rewrite quando return seria mais rápido. return 301 roda antes da avaliação de regex e poupa trabalho do servidor. A análise completa está em htaccess vs Nginx para regras de redirecionamento.

Cloudflare Workers + Page Rules

Page Rules (UI, sem código): painel Cloudflare → Rules → Page Rules → “Forwarding URL” → escolha 301 ou 302 no dropdown. Planos gratuitos têm limite de 3 Page Rules ativas, o que enche rápido em sites com múltiplas necessidades de redirecionamento.

Workers (código, mais flexível):

export default {
  fetch(request) {
    const url = new URL(request.url);
    if (url.pathname === '/old-url') {
      return Response.redirect('https://example.com/new-url', 301);
    }
    return fetch(request);
  }
}

Pegadinha: Workers custam $5/mês para 10M de requisições, mas oferecem um poder de pattern-matching que as Page Rules não conseguem igualar. Cobriremos casos de uso avançados em padrões de redirecionamento com Cloudflare Workers.

WordPress: RankMath PRO + plugin Redirection + .htaccess manual

RankMath PRO: WordPress Admin → Rank Math → Redirections → Add New. Escolha 301 ou 302 no dropdown, preencha as URLs de origem e destino. As mudanças entram no ar imediatamente, sem restart do servidor.

Plugin Redirection (gratuito, John Godley): Tools → Redirection. Melhor para migrações de alto volume. Suporta importação/exportação CSV, padrões regex e rastreamento de 404. O plugin registra os hits de redirecionamento, o que ajuda a identificar cadeias ou loops antes que eles se acumulem.

.htaccess manual: funciona, mas não sobrevive a atualizações de plugin ou tema que mexam no .htaccess. Use apenas para regras permanentes de nível de sistema que precisam permanecer independente do estado do WordPress.

Se você é nativo do WordPress e trata cada mudança de redirecionamento como parte do motor maior de conteúdo, o passo do redirecionamento é só uma jogada dentro da metodologia mais ampla. A metodologia Content Compounder é o que faz esse motor rodar. O loop de feedback de seis pilares que consome a fluência em redirecionamento como encanamento do Pilar 2. Para comparações específicas de plugin, o guia de plugins de redirecionamento para WordPress aprofunda nos critérios de seleção.

WooCommerce + Shopify

WooCommerce: usa as ferramentas de redirecionamento do WordPress acima. Migração em massa de URLs de produtos exige lógica de deduplicação, porém. Uma loja com 500 SKUs pode gerar 500 regras de redirecionamento que desaceleram o parsing do .htaccess. Cobrimos o fluxo de deduplicação na seção de erros comuns abaixo.

Shopify: Online Store → Navigation → URL Redirects. O Shopify só suporta 301 pelo admin padrão. Não dá para configurar 302 sem uma Shopify Function customizada ou um app de terceiros como o Easy Redirects.

Pegadinha: URL Redirects do Shopify sobrevivem a trocas de tema, mas quebram no momento em que você deleta o produto ou página de origem. Sempre exporte sua lista de redirecionamentos antes de qualquer mudança estrutural. Settings → Files não vai te salvar aqui.

Next.js (next.config.js)

No Next.js, isso vai no seu arquivo next.config.js na raiz do projeto.

// next.config.js
module.exports = {
  async redirects() {
    return [
      {
        source: '/old-url',
        destination: '/new-url',
        permanent: true, // permanent: true = 308; permanent: false = 307
      },
    ];
  },
};

Pegadinha: Next.js usa 307/308 por padrão (as variantes strict-method), não 301/302. Se você especificamente precisa de 301/302 porque alguma ferramenta legada de SEO ainda não reconhece 308, defina statusCode: 301 em vez de permanent: true.

Middleware Express

No Express, isso vai no seu arquivo principal do servidor (normalmente app.js ou server.js).

// Express
app.get('/old-url', (req, res) => {
  res.redirect(301, '/new-url');
});

// Pattern-based redirect
app.use('/old-section/*', (req, res) => {
  const newPath = req.originalUrl.replace('/old-section', '/new-section');
  res.redirect(301, newPath);
});

Pegadinha: res.redirect() assume 302 por padrão se você não passar um status code. Seja sempre explícito. Os 302s implícitos são a causa mais comum dos tickets de suporte do tipo “configurei redirecionamentos mas meu ranking caiu” que vemos.

Vercel (vercel.json ou next.config.js)

Na Vercel, os redirecionamentos ficam em vercel.json na raiz do projeto, ou dentro do next.config.js se você usa Next.js (coberto acima).

{
  "redirects": [
    {
      "source": "/old-url",
      "destination": "/new-url",
      "permanent": true
    },
    {
      "source": "/old/:path*",
      "destination": "/new/:path*",
      "permanent": true
    }
  ]
}

Pegadinha: mesma do Next.js. permanent: true significa 308, permanent: false significa 307. Se precisa especificamente dos status codes 301/302, use "statusCode": 301 em vez de "permanent".

Netlify (arquivo _redirects)

Na Netlify, os redirecionamentos vão em um arquivo _redirects no seu diretório de publicação (ou public/).

# Single URL 301
/old-url    /new-url    301

# Wildcard
/old/*    /new/:splat    301

# Domain change (full URL on the right)
https://oldbrand.com/*    https://newbrand.com/:splat    301!

Pegadinha: o ! final (force flag) faz o redirecionamento sobrescrever arquivos existentes no destino. Sem ele, a Netlify só redireciona quando a origem não corresponde a um arquivo real. Útil, mas fácil de esquecer.

AWS CloudFront (Functions ou Lambda@Edge)

No CloudFront, redirecionamentos podem rodar como uma CloudFront Function (mais barato, mais simples) ou Lambda@Edge (mais poderoso, custa mais). Para a maioria do trabalho de redirecionamento, Functions é a escolha certa.

function handler(event) {
  var request = event.request;
  if (request.uri === '/old-url') {
    return {
      statusCode: 301,
      statusDescription: 'Moved Permanently',
      headers: {
        location: { value: 'https://example.com/new-url' }
      }
    };
  }
  return request;
}

Associe a função a um behaviour de distribuição CloudFront com o tipo de evento viewer-request. CloudFront Functions são limitadas a 10ms de execução e não têm acesso à rede, mas são gratuitas para as primeiras 10M invocações por mês.

Caddy

No Caddy, redirecionamentos vão no seu Caddyfile e são absurdamente simples.

# Single URL 301
oldbrand.com {
    redir /old-url /new-url permanent
}

# Domain change with HTTPS preserved
oldbrand.com {
    redir https://newbrand.com{uri} 301
}

Pegadinha: permanent no Caddy é 301. Use temporary para 302. O Caddy cuida automaticamente do HTTPS via Let’s Encrypt, então redirecionamentos de domínio geralmente são questão de uma linha.

IIS (Windows Server, web.config)

No IIS, os redirecionamentos ficam no web.config do seu site, sob a seção <system.webServer>. Requer o módulo URL Rewrite (download gratuito da Microsoft).

<configuration>
  <system.webServer>
    <rewrite>
      <rules>
        <rule name="Old URL 301" stopProcessing="true">
          <match url="^old-url$" />
          <action type="Redirect" url="/new-url" redirectType="Permanent" />
        </rule>
        <rule name="Domain change" stopProcessing="true">
          <match url=".*" />
          <conditions>
            <add input="{HTTP_HOST}" pattern="^oldbrand\.com$" />
          </conditions>
          <action type="Redirect" url="https://newbrand.com/{R:0}" redirectType="Permanent" />
        </rule>
      </rules>
    </rewrite>
  </system.webServer>
</configuration>

Pegadinha: redirectType="Permanent" é 301 no IIS. Use Found para 302, SeeOther para 303, Temporary para 307. A nomenclatura não é óbvia. Muitos devs assumem que Temporary é 302 e enviam o código errado.

No meio da migração e precisa de um segundo par de olhos? Envie seu sitemap e seu .htaccess. Fazemos uma auditoria gratuita de 30 minutos em uma call. Sua tela, nossa voz, saída de curl de verdade. Sem deck. Sem proposta. Retainers a partir de ₹40,000 / $499 mensais quando você quiser que a gente assuma o trabalho.

Agende uma call de estratégia de 30 min → · WhatsApp +91 96366 50036

Como Verificar: Não Acredite. Prove.

Existem três formas de checar o que um redirecionamento está realmente fazendo. A primeira não precisa de nenhuma ferramenta especial. A segunda usa um recurso gratuito já embutido no Chrome. A terceira usa o painel gratuito do próprio Google. Escolha a que for mais confortável para você. Todas contam a verdade.

curl -I, o teste de uma linha (para desenvolvedores)

Se você não é desenvolvedor, pule para o método do DevTools do Navegador ou do Google Search Console abaixo. Eles mostram a mesma informação sem linha de comando.

Em qualquer computador com um terminal (aquela janela de texto em preto e branco que os devs usam), rode:

curl -I https://example.com/old-url

Exemplo de saída:

HTTP/2 301
date: Tue, 1 May 2026 09:00:00 GMT
location: https://example.com/new-url
cache-control: max-age=31536000

HTTP/2 301 brilha em dourado, o cabeçalho location aponta para a nova URL, o valor max-age do cache-control está destacado. Paleta da marca em azul-marinho e dourado." loading="lazy" width="1600" height="900">

A primeira linha diz o status. 301, nesse caso. O cabeçalho location: indica para onde o redirecionamento aponta: sua nova URL, exatamente como você especificou. O cache-control: max-age=31536000 (um ano em segundos) mostra que o redirecionamento está sendo cacheado de forma agressiva, o que é consistente com um redirecionamento permanente. Navegadores e CDNs vão respeitar essa diretiva e pular a consulta em visitas repetidas.

Detalhe: alguns servidores retornam HTTP/1.1 em vez de HTTP/2. A linha de status aparece como HTTP/1.1 301 Moved Permanently em vez do mais enxuto HTTP/2 301. O comportamento é idêntico. O número da versão apenas reflete o que seu servidor suporta, não se o redirecionamento é válido.

Aba Network do DevTools do Navegador

Abra o Chrome DevTools → aba Network → marque “Preserve log” → carregue a URL ANTIGA diretamente na barra de endereços.

A primeira requisição mostra o status 301 ou 302 na coluna Status. Clique nessa linha para inspecionar o cabeçalho Location e todos os cabeçalhos da resposta no painel à direita.

Esse método é ótimo para identificar cadeias de redirecionamento visualmente. Cada salto aparece como uma linha separada. Se você vir três linhas antes do 200 final, tem uma cadeia para colapsar.

Inspeção de URL no GSC, o teste pós-deploy

Google Search Console → Inspeção de URL → cole a URL ANTIGA.

Para um 301 bem-sucedido, você verá “URL não está no Google” com o motivo “Página com redirecionamento”. Isso confirma que o Google rastreou o redirecionamento, registrou e começou a passar autoridade para o destino.

Depois de duas a seis semanas, cole a URL NOVA. O que você quer ver: “URL está no Google” com “Página está indexada” e “Canônica declarada pelo usuário”. Isso confirma que a consolidação terminou. A nova URL agora está segurando a autoridade que a URL antiga construiu.

Para a referência completa do recurso de Inspeção de URL, veja a documentação de Inspeção de URL do Google.

Esse é o print que você encaminha para o cliente para provar que a migração funcionou. Não uma exportação do Semrush. Não um relatório de ferramenta paga. O próprio console do Google dizendo que a URL está no Google. Não acredite no painel. Leia a resposta.

Se Você Já Usou o Código Errado: Guia de Recuperação

A recuperação tem quatro passos simples. Encontre as URLs quebradas. Corrija o código. Peça ao Google para voltar. Espere. A maior parte do tempo é só esperar. A correção em si é rápida. O trabalho todo costuma levar de 2 a 6 semanas, e apressar qualquer etapa só faz a espera aumentar.

Como isso aparece na prática. No último trimestre, ajudamos uma marca de skincare que tinha acabado de migrar sua loja do Shopify para o WooCommerce. Os desenvolvedores usaram 302s em todas as URLs porque o plugin de migração vinha com “temporário” como padrão, sem avisar ninguém. Na semana 4, o tráfego orgânico estava 38% abaixo. Verificamos 60 páginas de produto, confirmamos que cada redirecionamento estava com o tipo errado e trocamos tudo para 301. Depois reenviamos o sitemap e pedimos ao Google para recrawlear as 12 páginas de maior receita. Dezoito dias depois, as novas URLs apareciam como a versão principal, e o tráfego estava a 4% da linha de base pré-migração.

Sintomas

As posições caíram de 2 a 6 semanas depois da sua migração, e o timing bate certinho demais para ser coincidência. O Google Search Console sinaliza “Página com redirecionamento” para URLs que já deveriam ser a nova versão principal a essa altura. O Google ainda trata a URL antiga como a principal. A busca com IA piora tudo: ChatGPT, Claude e Gemini continuam mandando as pessoas para as URLs antigas porque os dados de treinamento capturaram o sinal de redirecionamento temporário. Suas novas URLs aparecem com pouca ou nenhuma presença no Google, mesmo que o Google tenha aceitado seu sitemap sem reclamar. O tráfego direto para URLs antigas oscila de forma imprevisível, conforme navegadores e favoritos lembram do endereço antigo, jogando os visitantes em loops de redirecionamento ou em páginas desatualizadas.

Diagnosticar

Escolha de 20 a 50 das suas URLs antigas e verifique o que o servidor está realmente devolvendo. (Se você for desenvolvedor, use curl -I. Se não, abra a URL no Chrome com o DevTools na aba Network.) Anote o status code real, não o que seu CMS diz que está enviando. Depois passe essas mesmas URLs pela ferramenta de Inspeção de URL do Google Search Console. As divergências indicam onde está o vazamento. Olhe as configurações da sua plataforma ou do servidor para achar a causa raiz. Três culpados comuns: um plugin de redirecionamento configurado como “temporário” por padrão, uma chamada Express sem status code explícito, ou um redirecionamento do Next.js com permanent: false. Anote as cadeias separadamente. Uma cadeia tipo A→B→C→D empilha um segundo problema em cima do código errado.

Corrigir

Troque todas as configurações relevantes para 301 (ou 308 se você precisar travar o tipo da requisição para uma API) e coloque a mudança em produção. Verifique cada correção do mesmo jeito que você achou o problema, confirmando que o 301 aparece. Reenvie seu sitemap ao Google Search Console para que o Google saiba que algo mudou. Use a ferramenta de Inspeção de URL do GSC e clique em “Solicitar Indexação” nas URLs de destino mais importantes. Priorize as páginas que geram receita ou backlinks. Para redirecionamentos de tráfego muito alto, você pode acelerar o Google linkando temporariamente para a nova URL a partir da sua home. Esse link interno dá um empurrão para o Google voltar a verificar antes.

Reindexar

A espera típica é de 2 a 6 semanas para a nova URL assumir como a principal. Mais rápido em sites maiores que o Google visita com frequência. A recuperação na busca com IA varia. ChatGPT e Gemini começam a citar a URL correta quando os ciclos de treinamento são atualizados. O Perplexity e o chat do Bing costumam se atualizar em 1 a 2 semanas assim que a nova URL estabiliza. Para números específicos sobre quanto tempo um redirecionamento 301 leva para o Google processar, vamos publicar dados detalhados de tempo de crawl em um post futuro.

Herdou uma bagunça de redirecionamentos e não sabe onde está o sangramento? Cole seu sitemap em uma auditoria gratuita de 5 minutos e devolvemos uma lista de cada 301, 302 e cadeia no seu grafo de redirecionamentos, além dos que estão fazendo você perder indexação agora. A maioria dos clientes liga na semana 3 de uma queda de tráfego inexplicada. Economize 2 semanas.

Envie seu sitemap no WhatsApp →

7 Erros Que Custam Posições Sem Você Perceber

Estes são os sete erros que vemos em quase toda auditoria. Cada um vem com um jeito rápido de identificar e um jeito rápido de corrigir.

Como isso aparece na prática. No ano passado auditamos uma empresa de software se preparando para levantar sua primeira grande rodada de investimento. Ao longo de seis anos de mudanças no produto, a configuração do servidor acumulou 4.200 regras de redirecionamento. Quarenta e uma formavam cadeias de quatro ou mais saltos. Seis eram loops ativos, mandando o servidor em círculos. Colapsamos cada cadeia em redirecionamentos de salto único, matamos os loops e cortamos o total para 1.180. As páginas começaram a carregar 340ms mais rápido. Duas semanas depois, o Google estava crawlando mais partes do site de novo.

1. Cadeias de redirecionamento (A vai para B, B vai para C, C vai para D). Você identifica seguindo a cadeia inteira passo a passo. Cada salto perde um pouquinho de autoridade e adiciona atraso. Corrija enviando A direto para D. O guia de depuração de cadeias de redirecionamento cobre o processo completo passo a passo.

2. Loops de redirecionamento. O servidor retorna erros ou seu navegador dá timeout depois que o redirecionamento fica rodando em círculos. Corrija removendo a regra que aponta de volta para uma URL anterior na cadeia.

3. 301s e 302s misturados em uma mesma migração. Algumas páginas receberam o código permanente, outras o temporário, e o Google vê um cenário inconsistente. Corrija conferindo cada URL no seu sitemap e trocando todas as regras para 301.

4. Esquecer que /page e /page/ são URLs diferentes. Com ou sem a barra final, o Google trata como duas páginas separadas. As duas têm que redirecionar para a mesma, senão você divide sua autoridade entre duas versões.

5. Esquecer as variantes http:// e www.. Toda URL tem quatro versões: com e sem https, com e sem www. Três delas precisam dar 301 para uma versão principal. Deixar qualquer uma de fora fragmenta sua autoridade em vários endereços.

A explosão de URLs de variação é uma falha relacionada, específica do WooCommerce. Cinco atributos com oito valores cada podem gerar 40.000 URLs indexáveis a partir de um único produto. SEO técnico específico para WooCommerce cobre o padrão de deduplicação de URLs de variação que fica no 3º andar da Torre WC.

6. Páginas vazias depois do redirecionamento. A URL de destino funciona, mas a página é curta ou basicamente vazia. O Google trata isso como “soft 404” (uma página que tecnicamente carrega mas se comporta como se não existisse) e descarta silenciosamente. Corrija garantindo que o destino tenha conteúdo real e útil. O guia de recuperação de soft 404 detalha exatamente quanto conteúdo é suficiente.

7. Redirecionar pessoas automaticamente com base no país. Mandar visitantes para uma página diferente dependendo de onde eles estão navegando, sem opção de escolher, quebra as regras do Google. Corrija seguindo a Camada 1 do Multi-Region Authority Stack, que mostra o jeito certo de rotear pessoas por região.

Redirecionamento automático por Geo-IP sem possibilidade de substituição manual é um padrão de risco de cloaking que a equipe antispam do Google sinaliza. Para roteamento multi-região feito corretamente (hreflang, arquitetura de ccTLD e as regras Geo-IP da Camada 1 que não dão 302 silencioso), veja o Multi-Region Authority Stack.

Perguntas Frequentes

Qual é a diferença entre um redirecionamento 301 e 302?

Um 301 sinaliza realocação permanente. O Google substitui a URL antiga pela nova como canônica. Um 302 sinaliza realocação temporária. O Google mantém a URL original como canônica. Ambos transferem link equity, conforme a documentação do Google, mas o comportamento de indexação é completamente diferente. Use 301 quando a mudança for permanente. Use 302 quando você for reverter.

Um redirecionamento 302 prejudica o SEO?

Sim. Quando usado incorretamente. Usar 302 para uma mudança permanente significa que o Google mantém a URL de origem como canônica indefinidamente, então a URL de destino nunca acumula seus próprios sinais de ranqueamento. O equity é transferido de qualquer jeito (Mueller confirmou isso em 2016), mas se divide entre as duas URLs em vez de se consolidar na nova. O resultado: nenhuma das URLs constrói a autoridade necessária para ranquear em consultas difíceis. A correção é mudar para 301, reenviar o sitemap e solicitar indexação.

Um redirecionamento 302 transfere link equity?

Sim. John Mueller, do Google, confirmou que tanto os redirecionamentos 301 quanto 302 transferem link equity. O detalhe: com um 302, a URL de destino não se torna canônica, então o equity permanece distribuído entre ambas as URLs em vez de se consolidar. Seus sinais de link ficam divididos até você mudar para 301 ou remover o redirecionamento completamente.

Quando devo usar um redirecionamento 302 em vez de 301?

Use 302 para cenários explicitamente temporários. Testes A/B em que você vai reverter. Janelas de manutenção de horas ou dias. Páginas promocionais que expiram após uma campanha. Disponibilização temporária específica por localidade durante geotestes. O critério: você realmente pretende restaurar a URL original dentro de um prazo razoável.

Quanto tempo o Google leva para honrar um redirecionamento 301?

Geralmente de 2 a 6 semanas para que a nova canônica substitua totalmente a antiga no índice do Google. Sites de alta autoridade, com orçamento de crawl ativo, veem processamento mais rápido. Sites de baixa autoridade podem levar de 8 a 12 semanas para a consolidação ser concluída. Acompanhe o progresso com a ferramenta de Inspeção de URL do GSC. A questão de quanto tempo um redirecionamento 301 leva no Google depende, principalmente, da frequência com que o Google rastreia seu site.

Posso mudar um 302 para 301 depois? Meus rankings vão se recuperar?

Sim. Atualize a configuração do seu servidor de 302 para 301, reenvie seu sitemap no Google Search Console e solicite indexação para as URLs afetadas. Os rankings geralmente se recuperam dentro de 2 a 6 semanas, conforme o Google reprocessa o redirecionamento e consolida os sinais na URL de destino. Quanto mais cedo você corrigir o erro, mais rápida será a recuperação.

Qual é a diferença entre 301 e 308? Entre 302 e 307?

308 é permanente estrito (preserva o método). Ele proíbe os clientes de alterar o método HTTP durante o redirecionamento. 307 é temporário estrito (preserva o método) com a mesma preservação de método. 301 e 302 historicamente permitiam que os clientes alterassem requisições POST para GET. Use 307 e 308 para endpoints de API onde preservar o método original da requisição é crítico.

Como faço para redirecionar uma URL no WordPress?

Três opções. O gerenciador de redirecionamentos do RankMath PRO tem a interface mais limpa e detecção automática de 404. O plugin gratuito Redirection oferece funcionalidade semelhante sem o custo premium. A edição manual do .htaccess te dá controle máximo, mas exige acesso ao servidor. Para a metodologia mais ampla de SEO técnico no WordPress, veja nosso playbook de SEO para WordPress.

Como verifico se um redirecionamento está funcionando corretamente?

Rode curl -I [url-antiga] no seu terminal para ver o código de status e o cabeçalho Location que seu servidor está realmente retornando. A aba Network do DevTools do navegador mostra a mesma informação com renderização visual da cadeia. A ferramenta de Inspeção de URL do Google Search Console te diz como o próprio Google lê o redirecionamento.

Uma cadeia de redirecionamentos 301 vai prejudicar meu SEO?

Sim. Cada salto perde uma pequena fração do link equity e adiciona latência. O Google pode parar de seguir cadeias após cerca de 5 saltos, deixando o equity preso pelo caminho. Audite seus redirecionamentos a cada trimestre e reduza as cadeias para um único salto. O Screaming Frog detecta cadeias automaticamente.

Os buscadores de IA (ChatGPT, Claude, Gemini) tratam redirecionamentos de forma diferente do Google?

Sim. O ChatGPT cita URLs redirecionadas de 3 a 7 vezes menos que o Google, de acordo com o estudo da SE Ranking de dezembro de 2025. Sistemas de IA preferem URLs estáveis, sem redirecionamento, ao escolher fontes. Se o tráfego de IA importa para sua estratégia, priorize 301 em vez de 302 e elimine cadeias de redirecionamento em seu conteúdo de maior valor.

Por quanto tempo devo manter um redirecionamento 301 ativo?

No mínimo 12 meses, idealmente para sempre. Depois que o Google consolidou os sinais na nova URL, você pode achar que o redirecionamento não é mais necessário. Ele é. Mantenha. Outros sites que linkam para a URL antiga ainda enviam usuários (e bots) pelo redirecionamento por anos. Remova e esses links viram 404. Regra razoável: mantenha 301s ativos para sempre, a menos que a própria URL de destino esteja sendo descontinuada.

Como redireciono parâmetros de query string como ?utm_source=X?

Duas opções. Preserve: a maioria das plataformas passa query strings automaticamente (Apache RewriteRule, Nginx $request_uri, Cloudflare Workers request.url). Remova: redirecione explicitamente para o destino sem query (ex.: Apache RewriteRule ^old$ /new? [R=301,L], onde o ? final limpa a query). Use a preservação por padrão, a menos que você tenha um motivo específico (higiene de analytics, limpeza de canônicas) para removê-los.

Redirecionamentos afetam o Core Web Vitals ou a velocidade da página?

Sim. Cada salto de redirecionamento adiciona de 100 a 400ms de latência, dependendo de DNS, handshake TLS e tempo de resposta do servidor. Um único redirecionamento raramente é uma preocupação para CWV. Uma cadeia de 3+ redirecionamentos em um recurso de caminho crítico pode empurrar o LCP além de 2,5 segundos e derrubar seu CWV. Sempre reduza cadeias e hospede redirecionamentos na edge (Cloudflare Workers, CloudFront Functions) para a resposta mais rápida.

Qual é a diferença entre um 301 hard e um 301 soft?

Não existe “301 soft” na especificação HTTP. O termo às vezes aparece em textos de SEO para descrever um redirecionamento baseado em JavaScript ou meta-refresh. Esses não são 301s reais. São gambiarras do lado do cliente. Um 301 hard (real) é uma resposta em nível HTTP com código de status 301 retornado pelo servidor. Um “301 soft” (JS ou meta-refresh) não transfere equity de forma confiável, não é honrado por todos os crawlers e adiciona latência. Sempre use um 301 real em nível HTTP.

Posso redirecionar para um domínio externo?

Sim. O mecanismo de redirecionamento é idêntico. O cabeçalho Location aponta para a URL externa, o código de status é o que você escolher. As consequências de SEO também são as mesmas: um 301 para um domínio externo transfere sinais de ranqueamento para aquele domínio, um 302 mantém os sinais no seu. Use redirecionamentos 301 externos com parcimônia. Você está entregando equity para o site de outra pessoa. Uso legítimo comum: redirecionar após aquisições, indicações de sites parceiros ou encerramento de uma marca.

Como corrijo um loop de redirecionamento?

Rode curl -L -I [url]. A flag -L segue redirecionamentos, -I mostra os cabeçalhos. Se o rastreio pular entre duas ou mais URLs, você tem um loop. Causas comuns: redirecionamento A→B mais uma tag canônica B→A, regras conflitantes no .htaccess ou um redirecionamento em nível de CDN brigando com um redirecionamento no servidor de origem. Corrija identificando a regra problemática (geralmente a adicionada mais recentemente) e removendo-a. Depois da correção, valide com curl -L -I novamente. A resolução bem-sucedida mostra um único 200 no fim do rastreio.

Em plena migração? Aqui está a oferta.

Envie seu sitemap e seu .htaccess. Vamos gastar 30 minutos em uma chamada. Sua tela mais a nossa. Rodaremos curl em cinco das suas URLs ao vivo, olharemos seu grafo de redirecionamento no GSC e te diremos qual correção salva mais equity de ranqueamento. Sem slides, sem proposta, sem sequência de vendas de follow-up.

Agende uma chamada estratégica de 30 min → · WhatsApp +91 96366 50036

Quer ver os preços primeiro? O Índice de Preços publicado mostra cada nível de retainer em INR, USD, GBP, EUR, AUD. Sem multiplicador de chamada de descoberta.

Quer a metodologia mestre? Veja o Prove-It Protocol. Ship → Measure → Prove → Iterate.

Sobre o autor

Kunal Singh Dabi é o fundador da KD Digital. Reconhecido como Melhor Especialista em SEO na Índia para MSMEs no WASME World MSME Business Summit 2023 em New Delhi. 250+ negócios escalados em 17+ países desde maio de 2021. 4,9★ em 140+ avaliações verificadas. Construtor da consultoria-mãe de SEO que entrega cada mudança com um Monday Report.