ERR_TOO_MANY_REDIRECTS: como resolver o erro no site

Entenda o ERR_TOO_MANY_REDIRECTS num site com Cloudflare, Nginx ou WordPress: como ver o laço com o curl, cinco causas e o que ajustar em cada uma.

Por Redação Eleven Host · @robson.direitodigital · 28 de outubro de 2026 · 8 min de leitura

O ERR_TOO_MANY_REDIRECTS aparece quando o navegador fica preso num laço de redirecionamentos: um endereço manda para outro, que manda de volta. No seu site, a causa pode estar no modo SSL da Cloudflare, numa regra de redirecionamento ou no endereço do WordPress.

Este guia é para quem tem um site (por exemplo, um WordPress numa VPS com Nginx) e viu a página que não carrega. Primeiro vem o que o erro significa e o que o visitante pode tentar. Depois, um comando para enxergar o laço e cinco causas, uma por seção. Os nomes seudominio.com.br e https://seudominio.com.br são exemplos. Troque pelo endereço do seu site.

O que é o erro ERR_TOO_MANY_REDIRECTS

A documentação da Cloudflare explica que esse erro ocorre quando os visitantes ficam presos num laço de redirecionamentos. A página não carrega, e o navegador mostra um aviso como "The page isn't redirecting properly". No Chrome, aparece o código ERR_TOO_MANY_REDIRECTS, e em português a mensagem é algo como "Esta página não está funcionando: redirecionou você muitas vezes".

Em linguagem simples: o endereço A manda para o B, o B manda de volta para o A, e isso se repete sem fim. O navegador desiste depois de algumas voltas e mostra o erro. Quem manda essas ordens de redirecionamento pode ser o servidor, a Cloudflare ou o próprio WordPress, e o laço pode se formar quando dois deles indicam endereços diferentes.

Se você é o visitante

Se o site é de outra pessoa, o que cabe a você é pouco. Limpar os cookies do site e tentar de novo pode ajudar quando o laço veio de um cookie antigo. Se o erro continuar, o problema pode estar na configuração do site, que cabe ao dono corrigir.

Se o site é seu, siga para a próxima seção e veja os redirecionamentos de perto.

Como ver o laço com o curl

Antes de mudar a configuração, descubra para onde cada endereço está mandando o visitante. O comando abaixo mostra só os cabeçalhos da resposta. A linha location: indica o destino do redirecionamento:

curl -I http://seudominio.com.br

Para ver a sequência inteira de saltos, siga os redirecionamentos até o limite de 10 e filtre as linhas que interessam:

curl -sIL --max-redirs 10 http://seudominio.com.br | grep -i -E "^(HTTP|location)"

Se a lista mostrar os mesmos endereços se repetindo, por exemplo http para https e de volta para http, você achou o laço. Anote a ordem em que os endereços aparecem: ela pode ajudar a reconhecer uma das causas abaixo.

Causa 1: modo Flexible e redirecionamento para HTTPS no servidor

Segundo a Cloudflare, esta é uma das causas do laço: o modo de criptografia está em "Flexible" e o servidor de origem redireciona HTTP para HTTPS. No modo Flexible, a Cloudflare fala com o seu servidor em HTTP. O servidor responde mandando o pedido para HTTPS, a Cloudflare volta a pedir em HTTP, e o ciclo recomeça.

A documentação da Cloudflare indica duas saídas. A primeira é tirar o redirecionamento para HTTPS do servidor. A segunda é mudar o modo de criptografia para "Full" ou superior. O modo Full exige um certificado SSL instalado no servidor. Para instalar, e para entender como o Nginx faz o redirecionamento, veja o guia Redirecionar HTTP para HTTPS: passo a passo no Nginx.

Quer um servidor para hospedar o seu site? Os planos de VPS saem a partir de R$ 17,00/mês, no Plano Bronze; confira na loja o que cada plano inclui. Ver planos de VPS

Causa 2: modo Full e redirecionamento para HTTP no servidor

O caminho inverso também forma um laço. Segundo a Cloudflare, se o modo está em "Full" ou "Full (strict)" e o servidor redireciona HTTPS para HTTP, a Cloudflare pede em HTTPS, o servidor manda para HTTP, e a Cloudflare volta a pedir em HTTPS.

A correção indicada na documentação é tirar do servidor o redirecionamento para HTTP. Procure, na configuração do site, a regra que leva o visitante de HTTPS para HTTP e remova.

Causa 3: Always Use HTTPS e HSTS

Duas opções da Cloudflare entram na mesma briga quando o servidor redireciona para HTTP.

• Always Use HTTPS: se estiver ligado e o servidor redirecionar para HTTP, o laço se forma. A correção é tirar o redirecionamento do servidor ou desligar o Always Use HTTPS.
• HSTS: se estiver ligado e o servidor redirecionar para HTTP (ou a criptografia estiver em "Off"), o resultado é o mesmo. A documentação indica tirar o redirecionamento do servidor e usar o modo Flexible ou superior, ou então desligar o HSTS.

Nas duas situações, o ponto em comum é um servidor mandando o visitante para HTTP enquanto a Cloudflare o empurra para HTTPS. Segundo a documentação, a saída é tirar o redirecionamento do servidor ou desligar a opção da Cloudflare.

Causa 4: regras de redirecionamento em conflito

A Cloudflare cita também as regras de redirecionamento e as Page Rules em conflito. O exemplo da documentação: uma regra manda de a.example.com para b.example.com, e outra manda de volta. A correção é revisar as regras para que nenhuma brigue com a outra.

No servidor, vale o mesmo raciocínio. Confira se há dois redirecionamentos brigando, como um bloco do Nginx que manda para o endereço com www e outro que manda para o endereço sem www. Outro caso é o redirecionamento de HTTP para HTTPS junto com o modo Flexible, que já foi tratado na primeira causa. Se, depois de mexer na configuração, o site ficar fora do ar, veja o guia Site fora do ar: o que fazer, passo a passo.

Depois de ajustar a configuração do Nginx, teste a sintaxe e recarregue:

sudo nginx -t

sudo systemctl reload nginx

Se o nginx -t apontar erro, corrija a linha indicada antes de recarregar. Repita então o curl da seção anterior para ver se os saltos acabaram.

Causa 5: o endereço do site no WordPress

Outra causa possível, em sites WordPress, é o endereço configurado em Configurações > Geral: http no lugar de https, ou com www quando o site responde sem www. Para sites WordPress, a Cloudflare recomenda instalar o plugin dela no servidor e ligar a opção "Automatic HTTPS rewrites", que ajuda a reduzir laços de redirecionamento e conteúdo misto.

Se você não consegue entrar no painel para corrigir o endereço, a documentação do WordPress ("Changing The Site URL") mostra como fixar os valores no arquivo wp-config.php. Troque o exemplo pelo endereço do seu site:

define( 'WP_HOME', 'https://seudominio.com.br' );

define( 'WP_SITEURL', 'https://seudominio.com.br' );

A documentação traz avisos importantes sobre esse método:

• os dois valores levam o https:// e não terminam com barra;
• o método só fixa os valores no código e, nas palavras da documentação, não é necessariamente a melhor correção;
• com ele, você não consegue mais mudar esses campos em Configurações > Geral;
• vale só para uma instalação simples, e não para Multisite.

Antes de editar o wp-config.php, faça uma cópia do arquivo para poder voltar atrás.

Já escolheu o endereço do seu site? Registre o seu domínio na Eleven Host. Para domínios registrados conosco, o DNS gerenciado é grátis na rede da Cloudflare (painel na área do cliente). Registrar domínio

Perguntas frequentes

O que significa ERR_TOO_MANY_REDIRECTS?

Segundo a Cloudflare, o erro ocorre quando o visitante fica preso num laço de redirecionamentos. Um endereço manda para outro, que manda de volta, e a página não carrega.

O erro é problema do meu navegador?

Pode envolver o navegador quando o laço veio de um cookie antigo, e limpar os cookies do site pode ajudar. Se o erro persistir para outras pessoas também, a causa pode estar na configuração do site, como o modo SSL da Cloudflare, as regras de redirecionamento ou o endereço do WordPress.

O modo Flexible da Cloudflare causa esse erro?

Pode causar, quando o servidor de origem redireciona HTTP para HTTPS. A Cloudflare indica tirar esse redirecionamento do servidor ou mudar para o modo Full ou superior, que exige certificado SSL no servidor. O guia Redirecionar HTTP para HTTPS mostra como fazer isso no Nginx.

Como corrigir o endereço do WordPress pelo wp-config.php?

Defina WP_HOME e WP_SITEURL com o endereço completo, com https e sem barra no final. A documentação do WordPress lembra que esse método só fixa os valores e que você deixa de poder alterá-los em Configurações > Geral.