O bucle de redirecionamento de login do WordPress ocorre quando você insere credenciais corretas e a página simplesmente atualiza de volta para o formulário de login — nunca concedendo acesso. Seu nome de usuário e senha geralmente estão corretos. O problema é uma sessão ou cookie que impede o WordPress de manter a autenticação.
Causas mais comuns que diagnosticamos:
Processo sistemático, rápido e seguro:
Primeiro, limpe todos os cookies do seu domínio no navegador. Em seguida, abra uma nova janela privada/incógnito e tente fazer login novamente. Isso elimina a corrupção de cookies no lado do navegador.
Via WP-CLI: wp option get siteurl e wp option get home. Ambos devem corresponder ao seu domínio exato, incluindo o prefixo http:// ou https:// correto. Corrija com: wp option update siteurl https://seudominio.com
Renomeie /wp-content/plugins/ para plugins_backup/. Isso ignora todo o código do plugin e geralmente quebra o bucle de login imediatamente. Em seguida, reative os plugins um por um.
Nosso especialista WordPress responde em minutos.
Loops de login específicos de usuário geralmente são causados por dados de sessão corrompidos ou cookies do navegador para esse usuário específico. Limpar todos os cookies para o domínio ou criar um novo usuário admin resolve isso.
Após adicionar SSL, o banco de dados ainda tem http:// em siteurl e home. O WordPress tenta redirecionar para https://, mas o cookie foi definido para http://, criando um loop infinito. Atualize siteurl e home para https:// e o loop para.
Após inserir credenciais corretas, o WordPress redireciona você de volta para a página de login em vez do painel. Suas credenciais são aceitas, mas a lógica de sessão/redirecionamento falha. Causas comuns: configuração de cookie/sessão, múltiplos plugins competindo por redirecionamentos.
Bloqueio de cookies do navegador, restrições de cookies de terceiros (Safari ITP) ou extensões do navegador interferindo com cookies. Teste primeiro no modo incógnito — se funcionar lá, uma extensão ou cookie obsoleto é a causa.
Sim — causa mais comum. WP_HOME e WP_SITEURL devem corresponder à URL que você está realmente usando. Se o site está em https://seudominio.com, mas as configurações dizem http://seudominio.com, cookies para HTTPS são rejeitados pelo backend HTTP.
Edite wp-config.php e adicione `define('WP_HOME', 'https://seudominio.com');` e `define('WP_SITEURL', 'https://seudominio.com');` Isso substitui as configurações do banco de dados e força cookies corretos.
Sim. Wordfence, iThemes Security podem ter configurações que interferem com o fluxo de login (URLs de login personalizados, redirecionamentos baseados em IP, bloqueios geográficos). Desativar temporariamente isola o problema.
Caminhos de cookies diferentes. O WordPress define alguns cookies para / e outros para /wp-admin. Se o caminho do cookie estiver errado, /wp-admin não pode ler o cookie de sessão que /wp-login.php acabou de definir.
Sim. Se o mapeamento de domínio estiver mal configurado, sub-sites podem definir cookies para o domínio errado, causando loops. Verificamos as configurações SUBDOMAIN_INSTALL e DOMAIN_CURRENT_SITE no wp-config.php.
Frequentemente sim — para cookies obsoletos/conflitantes. Sempre recomendamos testar no modo incógnito após corrigir a configuração do servidor para evitar ser enganado por cookies em cache.
Sim. Atualizações que mudam nomes/caminhos de cookies ou quebram o gerenciamento de sessão causam loops. Reverter a atualização frequentemente resolve; então corrigimos o problema subjacente adequadamente.
Usuários admin redirecionam para /wp-admin (regras de caminho/domínio diferentes). Usuários regulares redirecionam para /home ou front-end. Problema de cookie ou caminho específico de /wp-admin causa loops apenas para admin.
Sim — Cloudflare ou outro CDN pode remover ou modificar cookies. Configuramos o CDN para ignorar o cache para /wp-admin e /wp-login.php e encaminhar todos os cookies corretamente.
Não — requer uma correção de configuração ou código. Quanto mais tempo persistir, mais provável que haja um problema subjacente (dados de usuário corrompidos, configurações de URL erradas, bug de plugin).
Três camadas: 1) configuração de URL consistente (sempre HTTPS ou sempre HTTP), 2) testar no modo incógnito após grandes mudanças, 3) ambiente de staging para atualizações de plugin/tema/core antes da produção.
Emergência com WordPress? Nosso especialista responde em minutos — qualquer problema, solução no mesmo dia.
Response in minutes. No data loss. No diagnosis charge.
wpfix.blimx.com