"ERR_TOO_MANY_REDIRECTS" ou "Esta página não está funcionando - o domínio redirecionou você muitas vezes" — seu navegador detectou um loop de redirecionamento infinito. O WordPress redirecionou a solicitação mais de ~20 vezes, acionando esta parada de segurança do navegador.
Causas mais comuns que diagnosticamos:
Processo sistemático, rápido e seguro:
Via WP-CLI: wp option update siteurl https://seudominio.com && wp option update home https://seudominio.com. Se estiver usando Cloudflare, também adicione $_SERVER["HTTPS"] = "on"; ao wp-config.php.
No painel do Cloudflare: SSL/TLS > Visão Geral > mude de "Flexível" para "Completo (Estrito)". O SSL Flexível cria um loop HTTP entre o Cloudflare e seu servidor.
Desative temporariamente Redirection, o gerenciador de redirecionamento do Yoast ou o plugin 301 Redirects. Verifique .htaccess para cadeias de redirecionamento RewriteRule que possam causar loops.
Nosso especialista WordPress responde em minutos.
Causa mais comum: siteurl ainda tem http:// mas as regras do servidor forçam https://, criando um loop. Verifique também se o modo SSL do Cloudflare está configurado como Flexível (mude para Completo Estrito). Atualize siteurl e home para https:// para resolver.
Loops específicos de página geralmente são de: uma entrada de plugin de redirecionamento criando um redirecionamento circular para essa URL, um redirecionamento Yoast/AIOSEO para esse slug que conflita com a página real, ou um arquivo de categoria/taxonomia conflitando com um slug de página.
Seu navegador detectou um loop de redirecionamento infinito: a página A redireciona para B, B redireciona de volta para A. Após 20 redirecionamentos, o navegador desiste para evitar um crash. É sempre um problema de configuração do lado do servidor, não um problema do navegador.
Gatilhos comuns: mudança/instalação de certificado SSL, migração de hospedagem, mudança de modo de proxy do Cloudflare, atualização de plugin modificando redirecionamentos, configurações de URL do WordPress alteradas automaticamente por plugin mal comportado.
Usamos curl: `curl -IL https://seusite.com` — isso mostra cada passo de redirecionamento. O padrão revela onde está o loop. As ferramentas de desenvolvedor do navegador (aba Network) mostram o mesmo com timestamps.
Causa mais comum. O WordPress pensa que é HTTP, redireciona todas as solicitações para HTTPS via .htaccess, mas então a solicitação HTTPS ainda aciona redirecionamento HTTP. Forçamos HTTPS consistentemente em WP_HOME/WP_SITEURL e .htaccess.
Sim. O modo 'SSL Flexível' do Cloudflare significa: visitante → Cloudflare (HTTPS) → Origem (HTTP). Se o WordPress também redireciona HTTP para HTTPS, um loop infinito se forma. Usamos o modo SSL 'Completo (Estrito)'.
Se .htaccess contém uma RewriteRule errada sim. Auditamos cuidadosamente .htaccess para: redirecionamentos HTTP→HTTPS, redirecionamentos www/não-www, regras de redirecionamento personalizadas. Regras conflitantes causam loops.
Redirecionamentos específicos de página de um plugin de redirecionamento (Redirection, Rank Math) podem fazer loop se apontando para uma URL que redireciona de volta. Auditamos a tabela de redirecionamentos para encontrar o loop.
Raramente, mas sim. A função redirect_canonical do WordPress pode conflitar com reescritas personalizadas. Podemos desativar redirecionamentos canônicos com `remove_filter('template_redirect', 'redirect_canonical')` para testar.
Todos os usuários — o loop acontece no nível de solicitação HTTP antes da autenticação. Às vezes, o administrador vê um loop diferente por causa de redirecionamentos específicos de administrador (force_ssl_admin).
Sim. Really Simple SSL + Better SSL + redirecionamentos manuais .htaccess = múltiplas regras de redirecionamento conflitantes. Usamos UM plugin SSL (ou nenhum) e configuramos .htaccess manualmente para previsibilidade.
Às vezes — para redirecionamentos em cache. Mas o problema subjacente de configuração do servidor permanece. Sempre corrigimos do lado do servidor, depois limpamos o cache do navegador para confirmar.
Sim. Se você migrou de seusite.bluehost.com para seusite.com, mas o subdomínio antigo ainda redireciona para o novo domínio, e o novo domínio não tem configuração adequada, formam-se loops.
Cinco camadas: 1) uma fonte de verdade para redirecionamentos HTTPS (ou .htaccess OU plugin, não ambos), 2) modo Cloudflare 'Completo (Estrito)', 3) WP_HOME/WP_SITEURL consistente, 4) testar grandes mudanças em staging, 5) documentar redirecionamentos personalizados.
Site mostrando um erro crítico? Nós diagnosticamos e corrigimos rapidamente — no mesmo dia, sem perda de dados.
Response in minutes. No data loss. No diagnosis charge.
wpfix.blimx.com