Fico de olho atento na categoria de usuário ‘suspeito’ e faço a limpeza semanalmente. Após pesquisar no Explorador de Dados, descobri MUITAS contas de spam que, aparentemente, não atendiam aos critérios de suspeito. O que todas têm em comum é o engajamento extremamente baixo ou inexistente: elas preencheram a URL do site, mas não inseriram nada na descrição do perfil. Seria útil que essas contas também aparecessem como suspeitas — existe alguma configuração que faça isso?
Sei que não há penalidades de SEO, pois esses perfis não estão vinculados. No entanto, acabo enviando uma quantidade considerável de e-mails para essas contas e, como espero taxas de abertura e clique muito baixas, elas podem acabar prejudicando minha reputação de IP de e-mail. Prefiro manter tudo sob controle e fazer a limpeza
Aqui está um exemplo de uma conta que acabei de encontrar:
Isso não resolve completamente o problema que você descreveu, mas…
Se a maioria desses usuários spam ou suspeitos compartilhar as mesmas estatísticas que você mencionou aqui
então, você já considerou alterar o padrão da configuração clean_up_inactive_users_after_days?
Ela está definida para 2 anos, a menos que você a altere, mas não vejo nenhum problema em reduzi-la bastante.
Ela só exclui usuários com 0 posts e 0 tempo de leitura.
Definir isso para algo como 2 a 3 semanas é muito razoável. Qualquer pessoa que se cadastre em um site Discourse e não poste nem leia nada por 2 a 3 semanas obviamente não é uma pessoa real que você quer ter em sua comunidade.
Mesmo que seja, 2 a 3 semanas é um período aceitável para que a conta seja excluída, pois provavelmente perderam o interesse, então está tudo bem se tiverem que passar pelo processo de cadastro mais uma vez se realmente estiverem interessados.
Você pode me ajudar a entender como essas correções são lançadas? No GitHub, vejo que as verificações ainda estão pendentes. Isso significa que ainda não está disponível para mim?
Se o commit estiver na branch tests-passed, ele pode ser implantado em instâncias que estão rastreando a branch tests-passed. (Por padrão, todas as instâncias rastreiam a branch tests-passed.)
Vejo que o commit já está presente em tests-passed. Portanto, sim, a correção deve estar disponível para você implantar.