Como corrigir o conflito do widget de login entre All in One Security e Elementor
Perguntas frequentes
Por que o widget de login do Elementor para de funcionar com o All in One Security ativo?
Porque o widget envia as credenciais para o wp-login.php, e o AIOS intercepta essa rota. Quando a prevencao por secret word ou o CAPTCHA de login estão ligados, o AIOS espera um cookie ou um campo que o widget do Elementor não envia, entao bloqueia ou redireciona o POST em vez de autenticar.
Por que o login pelo widget redireciona para 127.0.0.1?
Esse e o valor padrão do campo Re-direct URL na prevencao de forca bruta baseada em cookie do AIOS. Quem acessa o login sem o cookie do secret word e mandado para esse endereco. Troque o Re-direct URL por uma página valida do seu site para corrigir o comportamento.
Preciso desligar o All in One Security inteiro para o widget funcionar?
Não. Basta ajustar os dois recursos que tocam o formulário de login: a renomeacao por secret word e o CAPTCHA de login. Recursos como firewall e Login Lockout podem continuar ligados sem afetar o widget do Elementor, mantendo boa parte da proteção.
Posso manter CAPTCHA no login mesmo usando o widget do Elementor?
Sim, mas use o reCAPTCHA nativo do widget do Elementor PRO em vez do CAPTCHA do AIOS. Ter dois validadores no mesmo POST faz o wp-login.php rejeitar o envio por falta do campo do AIOS. Escolha apenas um validador para o mesmo formulário.
Como sei se o problema e o secret word ou o CAPTCHA?
Se a falha redireciona o navegador para outra URL ou para 127.0.0.1, e a prevencao por secret word. Se aparece a mensagem de resposta incorreta após enviar usuário e senha certos, e o CAPTCHA do AIOS aplicado a um formulário que não tem o campo.
O conflito acontece com o widget de login gratuito do Elementor ou so no PRO?
Acontece em ambos, porque o problema esta no destino do POST e não na versão do widget. Qualquer formulário de terceiros que envie para o wp-login.php sem o cookie do secret word ou sem o CAPTCHA do AIOS sofre o mesmo bloqueio ou redirecionamento.
Depois de corrigir, como confirmo que o login esta seguro de verdade?
Mantenha o Login Lockout ativo, teste o login em janela anonima e verifique no log de forca bruta do AIOS se tentativas invalidas continuam sendo barradas. Assim você garante que removeu o conflito sem abrir o wp-login.php para ataques.














