En un mot
blog.haus permet désormais les commentaires d'utilisateurs non inscrits pour favoriser la croissance.
Car la rupture du dialogue est plus effrayante que le spam.
Pour cela, nous avons mis en place une stratégie de défense progressive (règle des 80%) maximisant l'efficacité par rapport au coût, allant du Honeypot au LLM.
"Dois-je m'inscrire juste pour laisser un commentaire?"
C'est la question qui m'a le plus hanté pendant la construction de blog.haus.
La voie la plus simple sur le plan technique est claire. Les commentaires réservés aux membres.
Pas de soucis de spam, facile à mettre en place, données propres.
Cependant, exiger une inscription pour un simple commentaire au stade initial du service,
revient en fait à dire "Ne commentez pas".
En réalité, il m'est arrivé plusieurs fois sur d'autres services
de vouloir laisser un commentaire, puis de refermer l'onglet en voyant l'écran d'inscription.
C'est pourquoi j'ai pris une décision.
Nous allons autoriser les commentaires d'utilisateurs non inscrits.
Maintenant, c'est le moment de privilégier "le début de la conversation" plutôt que "la défense parfaite"
Un blog n'est pas un musée.
Il devient un espace vivant où les questions et réponses circulent.
Bien sûr, l'équation commentaires d'utilisateurs non inscrits = spam est évidente.
Mais rompre le lien avec les lecteurs par peur de bots inexistants est, à mon avis, une erreur.
Ma stratégie est claire.
Ne pas devancer les problèmes.
S'adapter progressivement à la réalité.
Logique de défense contre le spam progressive : règle des 80%
Nous avons préparé une logique en 3 étapes en se basant sur un taux de défense perçu de 80%.
Insister sur une défense à 100% au début du service
sacrifie la convivialité pour les utilisateurs
et représente un point où le retour sur investissement diminue rapidement.
1ère étape : Défense légère invisible
L'objectif est de rendre l'expérience utilisateur aussi confortable que possible.
Champ Honeypot
Un champ de saisie caché que les humains ne touchent jamais mais que les bots remplissent par habitude.
Une sorte de leur pour attraper les bots.Validation du temps de rédaction
Les commentaires soumis dans les 3 secondes suivant le chargement du formulaire sont considérés comme non humains.
2ème étape : Défense proactive (en cas d'augmentation du trafic)
Lorsque le spam devient visible pour les utilisateurs, nous changeons de stratégie.
- Tourniquet Cloudflare
Filtre les bots de manière efficace sans obliger les utilisateurs à résoudre un quiz.
3ème étape : Blocage intelligent (à maturité)
C'est l'histoire après la croissance du service.
- Discernement basé sur le LLM
Évalue en temps réel si un commentaire est du spam en se basant sur le contexte grâce à l'IA.
L'essence du système de commentaires que je veux créer
Ne pas sacrifier la conversation pour la sécurité.
Être aussi indulgent que possible envers les humains
Être aussi contraignant que possible pour les bots
Un système qui fonctionne sans surveillance constante de l'administrateur
C'est ce que je considère comme la sécurité d'un service en croissance.
Qu'en pensez-vous?
Les commentaires d'utilisateurs non inscrits sont-ils vraiment l'enfer du spam,
ou une opportunité cachée?
En réalité, je ne suis pas convaincu que cette méthode soit la réponse parfaite.
Si vous pensez que j'ai manqué un risque ou si vous avez eu des expériences similaires en essayant quelque chose de similaire, n'hésitez pas à partager votre avis.
Vos commentaires rendront blog.haus plus solide.
(Aucune inscription n'est nécessaire.)
Questions fréquentes (FAQ)
Quelles sont les méthodes de défense initiales les plus efficaces contre le spam dans les commentaires d'utilisateurs non inscrits?
Les champs Honeypot et la validation du temps de rédaction qui ne nuisent pas à l'expérience utilisateur sont les plus efficaces.
Ils permettent de bloquer la plupart des spams initiaux en exploitant les comportements mécaniques des bots.
Pourquoi avoir choisi la règle des 80% au lieu de la sécurité à 100%?
La sécurité et la convivialité sont en conflit.
Même en permettant une certaine marge de 20% au début,
nous avons jugé qu'assurer 80% de conversations significatives était bien plus avantageux pour la croissance du service.
