ERR_TOO_MANY_REDIRECTS: 6 soluções técnicas para corrigir loops de redirecionamento

O erro ERR_TOO_MANY_REDIRECTS impede o acesso ao site e cria barreiras para rastreamento. Quando aparece, significa que existe um problema estrutural nas regras de redirecionamento que precisa ser corrigido.

Este guia mostra como identificar as causas mais comuns desse erro em sites WordPress e aplicar as correções técnicas necessárias para restaurar o acesso sem criar novos conflitos.

Afinal, o que é o erro ERR_TOO_MANY_REDIRECTS? Por que ele ocorre?

O erro ERR_TOO_MANY_REDIRECTS aparece quando o navegador entra em um ciclo de redirecionamentos e não consegue chegar a uma versão “final” da página. Em vez de carregar o conteúdo, ele fica indo e voltando entre URLs, até o ponto em que o Chrome, Firefox ou outro navegador desiste e exibe a mensagem de erro.

Na prática, isso significa que existe um loop de redirecionamento entre duas ou mais URLs. Pode ser algo simples, como http mandando para https e o https mandando de volta para http, ou algo mais complexo, envolvendo regras no .htaccess, configurações no WordPress e plugins de cache trabalhando em conflito.

Esse tipo de erro é crítico porque impede o usuário de acessar o site e limita o rastreamento dos robôs de busca. Se o Googlebot também ficar preso nesse loop, a página pode perder tráfego, deixar de ser atualizada no índice ou até ser substituída por outras versões consideradas mais estáveis.

Em sites WordPress, o problema costuma nascer de três grandes frentes: configuração incorreta de URLs (endereço do site e da instalação), ajustes de SSL forçando https de forma duplicada e regras de redirecionamento replicadas em mais de um ponto, como plugin de redirecionamento, servidor e CDN atuando ao mesmo tempo. Quando tudo tenta “ajudar” ao mesmo tempo, o resultado é o navegador girando em círculo.

E como corrigir o erro ERR_TOO_MANY_REDIRECTS?

Para corrigir o erro ERR_TOO_MANY_REDIRECTS é preciso ver o problema como uma investigação, não apenas “testar qualquer coisa e ver se funciona”. Você começa pelas camadas mais simples, como cache do navegador, e vai avançando até ajustar configurações no servidor, SSL e regras de redirecionamento.

O ponto central é quebrar o loop. Isso significa revisar onde cada redirecionamento está sendo aplicado: servidor, .htaccess, plugin de SEO, plugin de segurança, CDN, proxy reverso, painel da hospedagem. Quanto mais claro estiver o mapa de onde cada regra vive, mais fácil fica eliminar duplicidades e conflitos.

Ao longo do texto, cada passo vai focar em uma camada diferente do problema. Primeiro, remover o ruído causado por cache. Depois, conferir se o WordPress está apontando para as URLs corretas. Em seguida, revisar SSL, procurar loops explícitos e, por fim, ajustar o .htaccess. A ideia é que, ao final dessa sequência, o navegador tenha apenas um caminho claro até a versão canônica da sua página.

1. Limpe o cache do navegador

O navegador armazena cópias locais de redirecionamentos para acelerar navegação futura. Quando você ajusta uma regra no servidor mas o Chrome, Firefox ou Edge ainda tem a versão antiga gravada em cache, o erro continua aparecendo mesmo depois da correção.​

Cookies também guardam informações de redirecionamento. Se um cookie antigo aponta para uma URL que foi mudada, o navegador segue essa instrução desatualizada e entra no loop novamente.​

Abra o Chrome, pressione Ctrl + Shift + Del (Windows/Linux) ou Cmd + Shift + Delete (Mac). Na janela que abre, marque Cookies e outros dados do site e Imagens e arquivos armazenados em cache. Defina o intervalo como Últimas 24 horas ou Todo o período se o problema for antigo. Clique em Limpar dados.​

No Firefox, o atalho é o mesmo. No Edge também. A lógica permanece: limpar cache e cookies remove instruções antigas que podem estar forçando redirecionamentos que não existem mais no servidor.​

Teste em modo anônimo ou janela privada logo depois. Se o site carregar normalmente, o problema era cache local. Se o erro persistir, o loop está configurado no servidor, WordPress ou CDN, e você precisa avançar para os próximos passos.

2. Faça a limpeza de cache no WordPress

Plugins de cache como WP Rocket, W3 Total Cache, WP Super Cache e LiteSpeed Cache armazenam versões estáticas das páginas para acelerar carregamento. Quando uma dessas cópias contém um redirecionamento antigo ou conflitante, o site continua servindo a versão errada mesmo após você ajustar configurações.​

Se você usa WP Rocket, acesse Configurações > WP Rocket no painel do WordPress e clique em Limpar cache. O plugin remove todas as versões armazenadas e força geração de páginas atualizadas na próxima visita.​

No W3 Total Cache, vá até Performance > Dashboard e clique em Empty All Caches. Isso limpa Page Cache, Object Cache, Database Cache e qualquer outra camada ativa.​

Para WP Super Cache, navegue até Configurações > WP Super Cache e clique em Excluir cache. O plugin confirma a exclusão e regenera arquivos limpos quando necessário.​

Se o site usa LiteSpeed Cache, acesse LiteSpeed Cache > Gerenciamento de cache e clique em Purge All. Atenção: se você gerencia múltiplos sites no mesmo servidor com LSCache ativo, essa ação limpa cache de todos eles. Para limpar apenas um site específico, faça a operação pelo painel administrativo daquele domínio.​

Além do cache de plugin, limpe cache no nível da hospedagem. Provedores como SiteGround, Kinsta, WP Engine e Cloudways têm sistemas de cache próprios que funcionam independente do WordPress. Acesse o painel da hospedagem, localize a seção de cache (geralmente em “Performance” ou “Speed”) e clique em Purge Cache ou Flush Cache.​

Se o site usa CDN como Cloudflare, limpe o cache lá também. Acesse o painel do Cloudflare, vá até Caching > Configuration e clique em Purge Everything. O CDN remove versões antigas de todos os edge servers e solicita conteúdo atualizado diretamente do servidor de origem na próxima requisição.​

Depois de limpar todas as camadas, teste o site novamente. Se o ERR_TOO_MANY_REDIRECTS desaparecer, o problema era versão armazenada. Se persistir, o loop está em configurações ativas que precisam ser ajustadas nos próximos passos.

3. Configure o protocolo de segurança (SSL)

Conflitos entre http e https são a causa mais comum de loops de redirecionamento em sites WordPress. O problema aparece quando múltiplas camadas tentam forçar HTTPS ao mesmo tempo, ou quando o certificado SSL está instalado mas o WordPress ainda aponta para URLs em HTTP.​

O ciclo funciona assim: o navegador acessa http://seusite.com, o servidor redireciona para https://seusite.com, mas alguma regra no WordPress ou plugin manda de volta para http://seusite.com, criando o loop. Cada redirecionamento conta como uma tentativa, e quando passa de 20 repetições, o navegador desiste e exibe o erro.​

Acesse o painel do WordPress via FTP ou File Manager da hospedagem se a área administrativa também estiver bloqueada pelo erro. Abra o arquivo wp-config.php na raiz da instalação e localize as linhas que definem endereços do site.​

Adicione estas duas linhas antes da linha que diz /* That's all, stop editing! Happy publishing. */:​

textdefine('FORCE_SSL_ADMIN', true);
define('FORCE_SSL_LOGIN', true);

Essas instruções forçam o WordPress a usar HTTPS apenas nas áreas administrativas e de login, sem afetar o front-end. Se o certificado SSL está ativo mas você ainda tem dúvidas sobre forçar HTTPS em todo o site, essa configuração reduz risco enquanto você testa.​

Agora verifique se o endereço do site e o endereço de instalação estão corretos. Se você tem acesso ao painel, vá até Configurações > Geral. Se o site usa HTTPS, ambos os campos devem começar com https://. Se ainda estiverem apontando para http://, o WordPress vai gerar links internos em HTTP mesmo com SSL ativo, criando conflito com regras de redirecionamento do servidor.​

Se você não consegue acessar o painel por causa do erro, edite diretamente no banco de dados. Acesse phpMyAdmin pela hospedagem, selecione o banco do WordPress e abra a tabela wp_options (o prefixo pode ser diferente se você mudou durante a instalação). Localize as linhas siteurl e home e altere os valores de http:// para https:// manualmente. Salve as mudanças e teste o site.​

Outro ponto crítico é garantir que somente uma camada está forçando HTTPS. Se você tem um plugin de segurança como Really Simple SSL ou SSL Insecure Content Fixer ativo, e também configurou redirecionamento no .htaccess ou no painel da hospedagem, as regras se sobrepõem e geram loop.​

Desative temporariamente o plugin de SSL via FTP. Acesse a pasta wp-content/plugins/, renomeie a pasta do plugin (por exemplo, de really-simple-ssl para really-simple-ssl-disabled) e teste o site. Se o erro desaparecer, reative o plugin, acesse suas configurações e desabilite qualquer opção de “forçar redirecionamento” que esteja duplicando regras do servidor.​

Se o site usa Cloudflare com SSL ativo, verifique o modo de criptografia. Acesse o painel do Cloudflare, vá até SSL/TLS e confirme que está configurado como Full ou Full (strict). O modo Flexible cria loops porque o Cloudflare se comunica com o servidor de origem via HTTP mesmo entregando HTTPS para o visitante, e isso confunde plugins e regras de redirecionamento do WordPress.​

Teste novamente após cada ajuste. Se o site carregar corretamente, o problema era conflito de SSL. Se o erro persistir, avance para os próximos passos.

4. Procure a causa do loop de redirecionamento

Quando cache e SSL estão corretos mas o erro continua, o loop está em uma regra específica de redirecionamento aplicada no servidor, plugin ou configuração do WordPress. O próximo passo é mapear onde cada redirecionamento está sendo acionado e eliminar duplicidades.​

Plugins de SEO como Yoast SEO, Rank Math e All in One SEO têm funções de redirecionamento integradas. Se você configurou um 301 manual de uma URL para outra, mas o servidor também tem regra no .htaccess fazendo o mesmo caminho, o navegador entra no loop.​

Acesse Yoast SEO > Ferramentas > Gerenciador de redirecionamentos ou Rank Math > Redirecionamentos e revise todas as regras ativas. Procure por redirecionamentos circulares óbvios, como URL A mandando para URL B e URL B mandando de volta para URL A. Delete regras duplicadas ou conflitantes.​

Plugins específicos de redirecionamento como Redirection ou Simple 301 Redirects também acumulam regras ao longo do tempo. Acesse a lista completa de redirecionamentos, ordene por data ou URL de origem e procure padrões que possam estar criando ciclos. Uma forma rápida de testar é desativar o plugin temporariamente via FTP (renomear a pasta) e verificar se o erro desaparece.​

Se o site usa CDN, proxy reverso ou balanceador de carga, essas camadas também podem aplicar redirecionamentos. Acesse o painel de controle da hospedagem e verifique se existe alguma regra de redirecionamento configurada no nível do servidor ou firewall. Algumas hospedagens gerenciadas aplicam redirecionamentos automáticos de www para non-www (ou vice-versa) que conflitam com configurações do WordPress.​

Use ferramentas como Redirect Checker ou HTTP Header Checker para rastrear a sequência exata de redirecionamentos. Cole a URL problemática, execute a análise e veja quantos saltos estão acontecendo e entre quais endereços. Se aparecerem mais de 3 redirecionamentos consecutivos, ou se a ferramenta mostrar que a URL volta para si mesma, você tem o mapeamento claro do loop.​

Com o mapa em mãos, elimine a regra redundante. Se o .htaccess já força HTTPS, desative a opção no plugin de SSL. Se o Cloudflare redireciona www para non-www, remova essa regra do WordPress. O objetivo é que cada tipo de redirecionamento seja gerenciado por uma única camada, sem sobreposição.

5. Verifique suas configurações de URL no WordPress

As configurações de Endereço do WordPress (URL) e Endereço do site (URL) no painel administrativo determinam como o sistema gera links internos e como responde a requisições. Quando esses campos apontam para versões diferentes da URL, ou quando não correspondem ao que o servidor está configurado para entregar, o loop de redirecionamento aparece.​

O problema mais comum acontece assim: você migrou o site de http:// para https://, ou de www.seusite.com para seusite.com, mas esqueceu de atualizar esses campos no WordPress. O servidor força uma versão, o WordPress gera links para outra, e o navegador fica preso entre as duas.​

Se você ainda tem acesso ao painel administrativo, vá até Configurações > Geral. Localize os campos Endereço do WordPress (URL) e Endereço do site (URL). Ambos devem estar idênticos e corresponder exatamente ao endereço que você quer usar como oficial.​

Se o site usa HTTPS, ambos precisam começar com https://. Se você decidiu usar a versão sem www, os dois campos devem ser https://seusite.com. Se preferiu manter www, configure como https://www.seusite.com. A consistência entre esses dois campos e as regras de redirecionamento do servidor é o que elimina loops.​

Se você não consegue acessar o painel porque o erro bloqueia até a área administrativa, edite diretamente no banco de dados. Acesse phpMyAdmin pela hospedagem, selecione o banco do WordPress e abra a tabela wp_options. Localize as linhas com option_name igual a siteurl e home. Os valores em option_value são os endereços que o WordPress está usando.​

Clique em Editar em cada linha e ajuste o valor para o endereço correto. Se o site deve rodar em https://seusite.com, ambos os campos precisam ter exatamente isso. Salve as alterações, feche o phpMyAdmin e teste o site novamente.​

Outra forma de corrigir sem acessar o banco é editando o arquivo wp-config.php. Conecte via FTP ou File Manager, abra o arquivo e adicione estas duas linhas antes de /* That's all, stop editing! */:​

textdefine('WP_HOME','https://seusite.com');
define('WP_SITEURL','https://seusite.com');

Essas constantes sobrescrevem os valores do banco de dados e forçam o WordPress a usar os endereços definidos ali. Substitua https://seusite.com pelo endereço oficial do seu site. Salve o arquivo, faça upload de volta para o servidor e teste.​

Atenção: depois de adicionar essas linhas no wp-config.php, os campos em Configurações > Geral ficam desabilitados para edição no painel. Se precisar mudar os endereços novamente no futuro, você vai ter que editar o arquivo diretamente.​

Se o site usa WordPress Multisite, as configurações de URL ficam no nível da rede. Acesse Minha Rede > Sites, clique em Editar no site problemático e verifique se o campo URL do site está correto. Loops em multisite também podem acontecer quando o domínio principal aponta para uma versão e os subsites para outra.​

Teste o site após cada ajuste. Se o erro desaparecer, o problema era inconsistência entre os endereços configurados no WordPress e as regras de redirecionamento do servidor. Se persistir, avance para a revisão do .htaccess.

6. Reconfigure o arquivo .htaccess

O arquivo .htaccess controla redirecionamentos no nível do servidor Apache e é uma das principais fontes de loops quando mal configurado. Regras duplicadas, instruções conflitantes ou códigos inseridos por plugins desativados podem criar ciclos de redirecionamento que o WordPress sozinho não consegue resolver.​

Conecte ao site via FTP ou File Manager da hospedagem e localize o arquivo .htaccess na pasta raiz da instalação do WordPress. Se o arquivo não estiver visível, ative a opção Mostrar arquivos ocultos no cliente FTP ou painel de controle.​

Faça um backup completo do arquivo antes de qualquer alteração. Baixe uma cópia para o computador ou renomeie para .htaccess-backup. Se algo der errado, você consegue restaurar a versão anterior rapidamente.​

Um .htaccess limpo de WordPress padrão tem esta estrutura:​

text# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Se o seu arquivo tem dezenas de linhas adicionais, regras de redirecionamento customizadas, códigos de plugins antigos ou instruções conflitantes, o risco de loop aumenta. Procure por blocos como estes:​

textRewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

Essa regra força HTTPS. Se você também tem um plugin forçando HTTPS, ou se o Cloudflare já faz isso, a duplicidade cria o loop. Comente a regra adicionando # no início de cada linha ou delete o bloco inteiro.​

Outro padrão problemático é redirecionamento de www para non-www (ou vice-versa) duplicado:​

textRewriteCond %{HTTP_HOST} ^www\.seusite\.com [NC]
RewriteRule ^(.*)$ https://seusite.com/$1 [L,R=301]

Se essa regra está no .htaccess e você também configurou o mesmo redirecionamento no painel da hospedagem ou em um plugin, o servidor aplica as duas instruções e gera loop. Mantenha apenas uma camada ativa.​

Uma forma rápida de testar se o .htaccess é a causa do erro é renomear o arquivo temporariamente. Mude de .htaccess para .htaccess-disabled e teste o site. Se o erro desaparecer, o problema está nesse arquivo. Restaure o backup, remova as regras conflitantes uma por uma e teste após cada remoção até identificar a linha problemática.​

Se o site usar servidor Nginx em vez de Apache, o .htaccess não funciona. As regras de redirecionamento ficam no arquivo de configuração do Nginx (geralmente em /etc/nginx/sites-available/ ou /etc/nginx/conf.d/). Acesse via SSH, edite o bloco server correspondente ao seu domínio e procure por diretrizes rewrite ou return 301 que possam estar criando loops. A lógica é a mesma: eliminar duplicidades e garantir que apenas uma camada gerencia cada tipo de redirecionamento.​

Depois de limpar o .htaccess ou ajustar a configuração do Nginx, salve as alterações e teste o site. Se o erro persistir mesmo com arquivo limpo, o problema pode estar em configurações do painel de controle da hospedagem ou em funcionalidades nativas do servidor que precisam ser revisadas com o suporte técnico.

Entre em contato com um profissional de SEO Técnico

Quando você já testou cache, ajustou SSL, conferiu URLs no WordPress e limpou o .htaccess, mas o ERR_TOO_MANY_REDIRECTS continua travando o site, o problema está em outro lugar. Pode ser configuração específica do servidor, conflito entre CDN e hospedagem, regras no firewall ou até HSTS configurado de forma errada que força redirecionamentos permanentes no navegador.​

Seu site tem problemas técnicos de SEO?

Responda estas 10 perguntas para descobrir a gravidade dos problemas técnicos do seu site

Meu site demora mais de 3 segundos para carregar

Páginas importantes não aparecem no Google mesmo publicadas há meses

Tráfego orgânico está estagnado ou caindo nos últimos 3 meses

Google Search Console mostra centenas de erros ou avisos

Não sei se meu sitemap.xml está configurado corretamente

Core Web Vitals aparecem em vermelho ou laranja no PageSpeed Insights

Tenho URLs duplicadas (www e não-www, http e https)

Não uso HTTPS em todo o site ou o certificado SSL tem problemas

Não sei o que são robots.txt, canonical tags ou dados estruturados

Site teve queda de tráfego após migração de plataforma ou domínio

Ver meu resultado