Resposta rápida
ERR_TOO_MANY_REDIRECTS significa que o navegador foi enviado de um endereço para outro repetidamente e não conseguiu chegar a uma página final. O ciclo pode ser direto, como página A para página B e de volta para A, ou envolver várias regras entre CDN, servidor e aplicação.
Se o erro aparece apenas no seu navegador ou depois de entrar na conta, teste uma janela anônima e limpe somente os dados desse site. Se também ocorre em outros navegadores, dispositivos e redes, a causa mais provável está na configuração do serviço e precisa ser corrigida pelo administrador.
O que o visitante pode testar
O Chrome orienta limpar cookies quando uma página redireciona muitas vezes. Esse passo é útil quando uma sessão antiga ou inválida mantém o usuário preso entre a página de login e a página protegida. Ele não corrige uma regra errada no servidor.
- Copie o endereço exato que falhou e abra uma vez em uma janela anônima ou privada.
- Abra outra página do mesmo site para saber se a falha atinge uma rota específica ou o domínio inteiro.
- Se funcionar na janela anônima, remova apenas os cookies e dados do domínio afetado e entre novamente.
- Compare Wi-Fi com rede móvel. Desative temporariamente apenas VPN ou proxy pessoal conhecido, se estiver usando um.
- Se o erro continuar em vários navegadores e redes, registre horário e URL e avise o suporte do serviço.
Por que limpar cookies às vezes resolve
Cookies guardam estado de sessão e podem influenciar o caminho de autenticação. Uma sessão inválida pode mandar o usuário para o login, enquanto outra regra ainda o trata como autenticado e o envia de volta. Remover os dados daquele domínio força a criação de uma nova sessão.
Limpe somente os dados do site com problema. Apagar todos os cookies encerra sessões em outros serviços e não traz benefício adicional para um erro isolado. Se o ciclo continuar numa janela anônima, procure outra causa antes de repetir esse passo.
Checklist para quem administra o site
A documentação da Cloudflare consultada em 30 de agosto de 2026 relaciona esse erro principalmente ao modo de criptografia, às opções de certificado na borda e às regras de redirecionamento. A correção começa pelo mapeamento da cadeia completa, não pela criação de mais uma regra.
- Mapeie a resposta de HTTP e HTTPS, com e sem www, e anote cada código e cabeçalho Location até a página final.
- Escolha um único protocolo e hostname canônicos e faça todos os caminhos convergirem para esse destino.
- Revise redirecionamentos no CDN, proxy reverso, servidor web, aplicação, CMS e provedor de identidade.
- Se usa Cloudflare, confirme que o modo SSL/TLS é compatível com o certificado e a configuração do servidor de origem.
- Evite combinar o modo Flexible com uma regra na origem que força HTTP para HTTPS, pois essa combinação pode criar um ciclo.
- Confira URLs de retorno de login, regras de sessão e atributos Domain, Secure e SameSite dos cookies.
- Corrija a regra, limpe os caches necessários e repita o teste em URLs públicas e rotas autenticadas representativas.
Quando o HTTPS entra no ciclo
Em uma arquitetura com proxy, o visitante pode usar HTTPS enquanto a conexão do proxy com a origem usa HTTP. Se a origem responder exigindo HTTPS e a camada externa voltar a fazer a mesma conexão em HTTP, as duas regras podem se devolver a requisição indefinidamente.
A Cloudflare recomenda configurar a exigência de HTTPS em uma camada coerente. Antes de ativar Always Use HTTPS ou uma regra equivalente, remova redirecionamentos concorrentes ou ajuste a criptografia entre a borda e a origem.
301, 302, 307 e 308 não são o problema por si só
Redirecionamentos são parte normal da web. Um 301 informa uma mudança permanente, enquanto outros códigos representam comportamentos temporários ou preservam o método da requisição. O erro surge quando a cadeia nunca alcança uma resposta final e passa a repetir destinos.
Não troque códigos aleatoriamente para esconder o sintoma. Em formulários e APIs, a escolha também interfere na preservação do método e do corpo. Primeiro descubra qual regra aponta de volta para um endereço já visitado.
Redirecionamentos, canonical e SEO
Mantenha uma URL final clara e faça os links internos apontarem diretamente para ela. Isso evita requisições desnecessárias e reduz a ambiguidade entre variantes HTTP, HTTPS, com www e sem www.
O canonical não substitui uma cadeia funcional. Ele orienta a preferência de indexação, mas não impede que navegador e robô entrem num ciclo antes de carregar a página. Sitemap, links internos e redirecionamentos devem concordar sobre o mesmo destino final.
Limites do diagnóstico externo
Um teste público consegue mostrar a cadeia visível sem login, mas não enxerga regras privadas, configuração interna do proxy nem o estado da sessão do usuário. Um ciclo que depende de autenticação pode não aparecer em uma verificação externa.
Também é possível que a falha afete apenas uma região, rota ou variante do endereço. Compare a URL exata e preserve o horário do teste antes de concluir que o domínio inteiro está em loop.
Próxima ação útil
Execute o diagnóstico web do Caiu ou Não? com o endereço exato que falhou. Se o problema ocorrer apenas no seu navegador, teste a sessão e os cookies do domínio. Se aparecer em várias redes, envie a cadeia observada ao administrador para que ele revise CDN, origem e aplicação.
Faça o próximo teste
Fontes consultadas
Os links abaixo servem para conferir conceitos, orientações oficiais e o critério editorial usado neste conteúdo.
- Corrigir ERR_TOO_MANY_REDIRECTSGoogle Chrome Ajuda
- ERR_TOO_MANY_REDIRECTSCloudflare Docs
- Always Use HTTPSCloudflare Docs
- HTTP redirectionsMDN Web Docs
- Using HTTP cookiesMDN Web Docs
- 301 Moved PermanentlyMDN Web Docs