[Résolu] Toujours au sujet des captcha

Bonjour à tous !

Je ne sais pas trop si de nouvelles solutions existent et je suis tombé sur une discussion (close malheureusement) à ce sujet sur ce forum.
Je voudrais trouver un captcha le plus "user-friendly" possible, voir pas de captcha mais réaliser un anti-spam simple. C'est à installer sur un site à grande majorité pour des personnes très très peu habituées à l'informatique, souvent agées, voir handicapées Ce n'est donc pas non-plus une cible de choix pour le spam, je n'ai pas forcément besoin d'une sécurité énorme.

J'avais ma petite suggestion et je voulais savoir ce que vous en pensiez.


Et une petite solution simple, sans captcha (avec un cookie, dans un premier temps)

- On créé un cookie à l'arrivée de l'utilisateur sur le formulaire.
Ce cookie a une durée de vie très courte (5 secondes) juste le temps que l'utilisateur remplisse le formulaire, le robot lui le remplira à toute vitesse et n'attendra pas 5 secondes.
- En imaginant qu'on a un formulaire avec quelques champs à remplir, éventuellement en désactivant l'autocompletion du navigateur (ou utiliser des noms de champs "exotiques") pour obliger l'internaute à saisir toutes les infos (e-mail, nom...), plus un message par exemple, on ne tapera pas tout ça en 5 secondes (voir 10, pourquoi pas)
- On vérifie la présence du cookie, s'il n'existe pas, le formulaire est considéré valide, s'il existe, c'est l'inverse. Et cela arrêtera pas mal de robots, non?

Solution alternative avec la session : envoyer en variable session le timestamp + 5 secondes et tester si on est supérieur lors de la validation

Si vous pensez que c'est idiot, je me tournerai probablement vers la solution de la page intermédiaire, qui comporterait un récapitulatif du message, pourquoi pas.
Modifié par Mattew (27 Mar 2009 - 10:02)

Hello Mattew et bienvenue,

la première chose qui me vient à l'esprit c'est que si un champ obligatoire n'est pas rempli ou si un champ est mal saisi (email incorrect par exemple) je suppose que tu vas ré-afficher ton formulaire et du coup 5 secondes (ou même 2 s'il s'agit de rajouter un .fr à l'email) seront bien trop "longues" pour distinguer un robot d'un humain.

Bref, ça ne me semble pas être une bonne idée.
Modifié par Heyoan (27 Mar 2009 - 01:54)

Et empècher l'autocomplétion du formulaire ne serait pas un atout en terme d'accessibilité, non plus.

Personnellement, quand je n'ai pas besoin d'un seuil de sécurité très important j'utilise un champs caché que les utilisateurs ne doivent pas remplir mais que les robots tendance à remplir. ça marche relativement bien, je n'ai pas encore eu de soucis sur les quelques site où j'utilise ce procédé. Le tout est de bien baliser le champs avec un label "ne pas remplir, champs de sécurité".

Je vais adopter la solution de Laurie-Anne, que je remercie . J'avais vu cette solution sur d'autres posts et j'avais juste une petite réserve dessus dans le cas où les robots ne remplissaient pas systématiquement tous les champs. Cela dit la solution simple est de mettre ce fameux champs caché (en CSS) en tout premier pour être sûr qu'il soit rempli.

Merci d'avoir évoqué ce problème de rechargement de la page en cas d'erreur de l'utilisateur.

Bonjour,

Juste une question :

pourquoi :

a écrit :
Le tout est de bien baliser le champs avec un label "ne pas remplir, champs de sécurité"

si c'est un champs caché ?


et pour un seuil de sécurité très important vous recommandez quoi ?

Merci d'avance pour vos réponses

Petit up pour répondre vite fait car j'ai lu ce topic qui est pas tout récent (quoique).
Pourquoi avertir l'utilisateur alors que le champs est censé ne pas être visible? simplement parce que rien ne garantie que cet utilisateur a activé CSS et donc un input dans le code est un input tout simple

(Tiens, je n'avais pas vu le sujet remonter)

Oui exactement, pour ça. Il peux arriver que le champs caché par CSS soit affiché donc il vaux mieux prévenir.

Et pour répondre à la seconde question, j'ai peur que quand le seuil de sécurité nécessaire augmente, l'accessibilité du captcha, elle, diminue. On pourra cibler certains handicaps comme la cécité en proposant une alternative audio, mais certains handicaps ne seront pas facile à accommoder (surtout les cognitifs).

Il faut donc étudier le besoin réel de son site et proposer un compromis adapté.

Tu as raison, personnellement je pense en fait que le mieux reste de laisser le choix au visiteur... captcha normal pour les plus téméraires, audio pour les personnes handicapées ou facilement affectées par un système "compliquant" (si ça se dit >_<), ou un question réponse tout simple mais là encore cela peut se compliquer si la réponse requiert une orthographe spécifique, en parallèle au fait que les question-réponses par <select></select> sont forcément pas géniaux compte-tenu de la probabilité pour qu'il soit passé par un bot (1 chance sur 4 si il y a 4 réponses possibles...) ou alors compliquer la chose en plusieurs champs du style :
"Reconstituez cette phrase :
TF1 est une chaine de télé"
Dans ce cas il serait possible de faire des compositions de phrases simples
[Nom propre][Verbe][Nom commun][Adjectif]
et afficher au hasard des possibilités prédéfinies dans 4 liste déroulantes séparées.
.... enfin ça reste une idée comme une autre j'imagine xD et c'est sûrement pas moi qui ai du l'inventer