We have all been faced with the sometimes daunting task of having to guess what those little numbers/letters are at the bottom of the form, that will classify you as a human being. Some people seem to be less human than others, since they either have trouble understanding the concept of what to do, or have trouble reading it.
So that leaves us with the question:
"What can we do to make it easier/less annoying for the visitor to fill in our forms and at the same time prevent our inbox (or comments box) from being filled with those nasty spam messages."
After reading Darren's post on CAPTCHAs, I decided to write about a method that we here at Quirk have been evaluating and will now, with the publishing of this post, be implementing on GottaQuirk, to determine if we can do away with the need for a CAPTCHA.
First, I have to give credit to an article that appeared at Internet Storm Center, from where this solution was born. Our solution is based on checking two things that do not require any human input:
Great post Jean! I have to agree with Andrew though, false positives worry me too. Perhaps we could send suspected bots to a captcha? That way if they really are just an incredibly fast human with disabled stylesheets then they can still get through.
Posted by Rob on 2006/12/07
@andrew - They would still have to fill in field clearly marked "Do not fill in".
Posted by Craig on 2006/12/07
@andrew, @rob - regarding the style sheet question - I didn't put the rule in a style sheet but actually used an inline-style so the problem of a style sheet not loading is eliminated. And if a visitor somehow submits the form in less than 5 seconds it does give him a warning and asks him to slow down a bit
Posted by Jean on 2006/12/07
It's easy enough to create a bot that reads inline styles and ignores hidden fields. Once that happened you'd be writing obfuscated css to hide the field trying to confuse the bot. Also, putting the form creation time in another hidden field just invites posting the form with that time changed! If you want to store the form creation time you are going to need to store it in the server-side session. If you are going to have a minimum time before the form can be entered, why not show a little JS countdown? I will admit if I saw that on a form I would find it a bit odd. I second the idea of sending suspected bots to a captcha. Users are already used to captcha's, so only being required to use one in special circumstances is not too burdensome. In the end, there's not going to be any future-proof way of preventing bots. This battle against spam bots is the ultimate Turing test.
Posted by Gavin on 2006/12/07
The only problem with the comment above is that it uses non-broken English with punctuation marks. Haven't seen a spambot do that before ;-)
Posted by Jean on 2006/12/08
Sheesh, you had me at hello. Not being a script kiddi, could you do this rather... http://sethgodin.typepad.com/seths_blog/2006/12/commercializing.html then use the data recieved to sell to companys as a measure of their brand awareness on the net. You will have the demographic etc huh? hows dem apples!
Posted by Smith on 2006/12/08
Get our latest blog posts delivered straight to your inbox.
Subscribe to our fortnightly newsletter which is packed with interesting eMarketing news, views and other quirky titbits.
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | ||||
| 4 | 5 | 6 | 7 | 8 | 9 | 10 |
| 11 | 12 | 13 | 14 | 15 | 16 | 17 |
| 18 | 19 | 20 | 21 | 22 | 23 | 24 |
| 25 | 26 | 27 | 28 | 29 | 30 | 31 |

Name:
Friends of Quirk
Websites:
www.quirk.biz
It seems like a great idea. My only concern is that if the stylesheet doesn't load properly, or has been disabled, then a user would fill in the first, hidden field. The plus side is that this method seems a lot more accessable than normal captchas, as they no longer rely on vision for the visitor to prove their 'human-ness'
Posted by andrew on 2006/12/07