Menu Search
Jump to the content X X
Smashing Conf San Francisco

You know, we use ad-blockers as well. We gotta keep those servers running though. Did you know that we publish useful books and run friendly conferences — crafted for pros like yourself? E.g. our upcoming SmashingConf San Francisco, dedicated to smart front-end techniques and design patterns.

In Search Of The Perfect CAPTCHA

CAPTCHAs, or Completely Automated Public Turing Tests to Tell Computers and Humans Apart, exist to ensure that user input has not been generated by a computer. These peculiar puzzles are commonly used on the web to protect registration and comment forms from spam. To be honest, I have mixed feelings about CAPTCHAs. They have annoyed me on many occasions, but I’ve also implemented them as quick fixes on websites.

This article follows the search for the perfect solution to the problem of increasing amounts of human-generated spam. We’ll look at how and why CAPTCHAs are used and their effect on usability in order to answer key questions: what is the perfect CAPTCHA, and are they even desirable?

The Incentive To Act Human Link

To understand the need for CAPTCHAs, we should understand spammers’ incentives for creating and using automated input systems. For the sake of this article, we’ll think of spam as of any unwarranted interaction or input on a website, whether malicious or for the benefit of the spammer (and that differ from the purpose of the website). Incentives to spam include:

  • Advertising on a massive scale;
  • Manipulating online voting systems;
  • Destabilizing a critical human equilibrium (i.e. creating an unfair advantage);
  • Vandalizing or destroying the integrity of a website;
  • Creating unnatural, unethical links to boost search engine rankings;
  • Accessing private information;
  • Spreading malicious code.

All of these incentives lead to profitable or otherwise gainful situations for spammers. Automating the process obviously allows for superhuman speed and efficiency.

Those who run websites know that this is a big business and a big problem. Akismet321, the popular spam killer (commonly seen as a WordPress plug-in)2, catches over 18 million spam comments per day and has caught more than 20 billion in its history. Mollom333, which provides a similar service, catches over half a million spam comments per day and estimates that more than 90% of all messages are spam.

No amount of asking nicely will stop the spammers, but their greed can be used against them; using automated systems to increase profit does have a weakness.

Enter the CAPTCHA Link

On one side of the coin is the spammer; on the other is the humble website owner, a pleasant sort, who experiences common problems:

  • Blogs and forums that sink under the weight of spam posts,
  • Accounts that are registered under false pretences for unlawful purposes,
  • Bots that ruin the dynamics of a website,
  • A dive in the quality of content and the user experience.

Automated spam plagues website owners to no end, so CAPTCHAs are appealing and compelling… initially. The time needed to moderate and review user-generated content versus the time needed to implement a CAPTCHA is what pushes most developers to do it.

In fact, CAPTCHAs are used a lot. The reCAPTCHA124 project estimates that over 200 million reCAPTCHAs are completed daily, and it takes an average of 10 seconds to complete one. The Drupal CAPTCHA project5 logs close to 100 thousand uses per week, and this is just a fraction of websites (those that choose to report back).

CAPTCHAs tackle a problem head-on: they focus purely on stopping spammers. Genuine users are, for the most part, overlooked. That is to say, an assumption is made that the normal behavior of users is not affected.

It’s not true, though. The issue of genuine usability is not new. The W3C released a report back in 2005 on the inaccessibility of CAPTCHAs6, which suggested that some systems can be defeated with up to 90% accuracy. More recently (in 2009), Casey Henry looked at the effectiveness of CAPTCHAs on conversion rates and suggested a possible conversion loss of around 3%:

“Given the fact that many clients count on conversions to make money, not receiving 3.2% of those conversions could put a dent in sales. Personally, I would rather sort through a few spam conversions instead of losing out on possible income.”

— Casey Henry, CAPTCHAs’ Effect on Conversion Rates7

In 2010, a team from Stanford University released a report entitled “How Good Are Humans at Solving CAPTCHAs? A Large Scale Evaluation498” (PDF), which evaluates CAPTCHAs on the Internet’s biggest websites. Unsurprisingly, the results weren’t favourable, the most astounding being an average of 28.4 seconds to complete audio CAPTCHAs. The study also highlighted worrisome issues for non-native English speakers.

Web developers like Tim Kadlec have called for death to CAPTCHAs9, and he makes a strong argument against their use:

“Spam is not the user’s problem; it is the problem of the business that is providing the website. It is arrogant and lazy to try and push the problem onto a website’s visitors.”

— Tim Kadlec, Death To CAPTCHAs10

Completing a CAPTCHA may seem like a trivial task, but studies (like that of the W3C) have shown that that’s far from the reality. And as Kadlec mentions later in his article, what about users with visual impairments, dyslexia and other special needs? Providing an inaccessible wall doesn’t seem fair. Users are the ones who invest in and give purpose to websites.

The question is, are CAPTCHAs so unusable that they shouldn’t be used at all? Perhaps more importantly, does a usable CAPTCHA that cannot be cracked exist? If the answer is no, what is the real solution to online spam?

The World Of CAPTCHAs Link

The human brain is an amazing piece of work. Its ability to conceptualize, to find order in chaos and to adapt under extraordinary circumstances makes it highly useful, to say the least. For some tasks, it outshines a computer with great ease. In other tasks — mathematics, for example — it is laughably inferior.

Logic would dictate, therefore, that the most successful CAPTCHA would be:

  • A task that users excel at naturally but that computers can’t begin to comprehend,
  • A task that is incredibly quick for users to perform but arduous for computers,
  • A task that minimizes the need for additional user input,
  • A task that is relatively accessible to all users, even those with special needs (that is, the CAPTCHA should be no more difficult than general web usage and the current task demand).

One of the greatest advantages that humans have over machines is our ability to visually recognize patterns. The most popular CAPTCHA technique derives from this.

Web developers have explored many options: simple recognition tests, interactive tasks, games of Tic Tac Toe and equations11 that even mathematicians would have struggled with. We’ll explore the more sensible ideas being implemented online today.

Text Recognition Link

The most popular type of CAPTCHA currently used is text recognition (as seen with the reCAPTCHA124 project).

The reCAPTCHA project aims to stop spam and help digitize books.

reCAPTCHA was created at Carnegie Mellon University, home to the CAPTCHA pioneers and (in 2000) coiners of the term. Now run by Google, the project uses scanned text that optical character recognition (OCR) technology has failed to interpret. This, in theory, provides unbreakable CAPTCHAs, with the secondary benefit of helping to digitize books.

reCAPTCHA’s example of OCR mistakes
reCAPTCHA’s example of failed OCR scanning.

Concerns of accessibility and usability are often voiced with regard to this type of CAPTCHA. Completely illegible CAPTCHAs are common on the Web, and asking users to perform impossible tasks can not be good for usability.

The reCAPTCHA project does make efforts to provide audio alternatives for visually impaired users, but many more text-recognition CAPTCHAs are being used without aids. As noted in the Stanford University study, audio CAPTCHAs take a long time to complete. The same study also highlighted an undesirable reliance on recognition of English-language words.

Another take on the basic text CAPTCHA was introduced14 in late 2010 by Solve Media, whose solution was to replace text with an advertisement and a related question, a move that many saw as too invasive.

Solve Media CAPTCHA15

Solve Media claims its CAPTCHAs can be solved more quickly than others. While we should be skeptical of marketing talk, there is clearly some potential, given that many global brands transcend a single language. There is potential here for marginal improvement.

While text-recognition CAPTCHAs have a few downsides (e.g. spammers could use a software that would be able to recognize text embedded in the image and try all possible combinations to “break” the anti-spam mechanism), they are undoubtedly recognizable. This fact alone can go a long way in usability decisions.

Logic Questions Link

Some have suggested that answering simple logic questions would be better than performing visual tasks, the idea being that the complexity of written language would be enough to confuse computers.

The TextCAPTCHA16 service has over 180 million questions in its database, including:

  • The 6th letter in “unrolled” is?
  • What is fifty-eight thousand, five hundred and seventy-four as digits?
  • Which of 3, twenty-nine, 70, 46 or 65 is the lowest?

These CAPTCHA questions are designed for the intelligence of a seven-year-old child. They are far more accessible than text and image recognition, and while this is a big advantage, it comes with a price. First, the time required to read and comprehend these questions will vary because they are unusual and unknown to users. Secondly, computers can still break these CAPTCHAs. Joel Vanhorn17 points to Wolfram Alpha as an intelligence source strong enough to crack them.

With the likes of IBM’s Watson18 recently showcasing an eerily human-like ability to process language, such technology might become mainstream quicker than we think. Instead of worrying about logic questions becoming solvable by computers, we should use this technology to analyze user-submitted content and then separate natural language from the computer-generated content that is common to spam. Services like SBlam!19 are implementing this idea.

Questions that are website-specific, such as “What is the name of this website?” and “What is the dominant color in the image above?”, might be better than general questions. The downside, of course, is that the pool of pointed questions is very small compared to the 180 million possibilities of TextCAPTCHA.

The biggest problem with logic questions is that they’re specific to a language, usually English. Providing millions of questions in every language in order to avoid alienating potential users would be a huge task. When presented with such a daunting prospect, the same question resurfaces: are CAPTCHAs the right solution?

Image Recognition Link

Many have experimented with photography instead of text. The benefit? No legibility issues. Services like identiPIC20 ask users to identify the object in an image. Microsoft has also researched this method through its Asirra project21.

Microsoft Asirra Project22
Microsoft’s Asirra project on image recognition.

The fact that we haven’t seen widespread adoption of image recognition CAPTCHAs indicates that it doesn’t improve usability. In fact, it jeopardizes accessibility. Visually impaired users have no chance of passing this type of CAPTCHA, and including a description or alternative text would weaken the tests.

In 2009, Google published research23 (by a team led by Rich Gossweiler, Maryam Kamvar and Shumeet Baluja) that looked at an alternative form of image CAPTCHA. The project asked users to correct the orientation of images by rotating them.

Photo rotation CAPTCHA - Google Research

A novel idea, I’m sure you’ll agree, and the research showed a preference for the ease and simplicity of this technique. Sadly, it fails the accessibility requirement (think again of the visually impaired).

Friend Recognition Link

One of the more interesting CAPTCHA ideas appeared in January 2011 as a result of an effort by social-networking giant Facebook. The company is currently experimenting with social authentication24 in an effort to verify account authenticity. In the words of the experiment:

“We will show you a few pictures of your friends and ask you to name the person in those photos. Hackers halfway across the world might know your password, but they don’t know who your friends are.”

— Alex Rice, Facebook, A Continued Commitment to Security25

Facebook friend recognition CAPTCHA26
A peek at Facebook’s friend recognition test.

What makes Facebook’s project slightly different than the normal CAPTCHA is that the authentication is supposed to filter out human hackers rather than machines.

There is potential for Facebook to roll this out across the web. With 600 million users and millions of websites that integrate with it, Facebook has the ability to use this social recognition CAPTCHA in a big way — and it could prove to be easier than text recognition (Orwellian privacy concerns aside for the moment).

There is one problem. Do you actually know who your friends are? The reality is that friend requests are exchanged between even the barest of acquaintances; remembering names to go with all those faces could be challenging. As intuitive and intelligent as Facebook’s idea might be, it is ultimately flawed because, as humans, we don’t follow the rules.

User Interaction Link

One method getting a lot of attention has users perform tasks that are impossible for virtual intelligence. They Make Apps27 features a small slider that must be dragged to the right in order to submit a form. It asks the visitor to “Show your human side; slide the cursor to the end of the line to create your account.”

They Make Apps uses a slider CAPTCHA.

Obviously this option is inaccessible to people with special needs. Furthermore, developing a script that is capable of moving the slider automatically to activate the “Submit” button would probably be not that difficult. A multilateral version of the slider option is used in the comments section of the Adafruit blog. Four different sliders have to be matched to the corresponding colors in order to validate a comment and activate submission.

The Adafruit blog’s slider CAPTCHA.

An Over-Engineered Solution? Link

None of the solutions above meet all of the requirements we highlighted for a perfect CAPTCHA. Each of them impairs usability for a large segment of potential users. Even if we went so far as to assume that users generally welcomed traditional text-recognition CAPTCHAs, they would not likely welcome the other alternatives. The extra few seconds the user takes to decipher what is being asked of them negates the benefits. Too slow means not worth it.

Of the solutions available, text recognition (like reCAPTCHA) still feels like the best choice. But the question remains: why are we asking users to perform these tasks? Surely we can beat spammers at their own game by using automated systems to do the work for us. So far we have assumed that a common problem actually exists for CAPTCHAs to solve.

Despite the advances in intelligent computer systems, most spamming mechanisms are stupid. If a submission fails (because of the CAPTCHA or some other reason), the spam bot will move down its list of thousands of websites. Jeff Atwood showed this in his 2006 article “CAPTCHA Effectiveness29.” Despite all the research that goes into CAPTCHA-breaking, most spammers have no incentive to invest effort in defeating them. The sheer quantity of websites available to attack and the speed at which they can do it means that CAPTCHA-breaking is unlikely to concern many spammers.

The BBC is one of the most highly scrutinized institutions in the UK. Its requirements for accessibility are second to none, and its recent examination30 of CAPTCHAs resulted in an emphatic “No”:

“Visually impaired participants expected full accessibility from the BBC and we felt it would affect our reputation to use them. Elderly users had issues with the distorted text. The logic puzzles were found to be odd and patronising. The audio was struggled with. Overall, extremely negative feelings were expressed towards CAPTCHA technology.”

— Rowun Giles, BBC, CAPTCHA and BBC iD31

Alternative solutions exist that prevent automated submissions without resorting to CAPTCHAs and, more importantly, without user interference.

Alternatives To The CAPTCHA Link

CAPTCHAs, in their purest form, might realize their potential in another field. As website protectors, though, they’re far from ideal. Doing a disservice to users in an effort to combat spam doesn’t cut it on today’s web. Human-powered spam is on the rise (as is unethical link-building), and we should be implementing unobtrusive, invisible methods.

Automated and Manual Spam Detection Link

We touched on two detection services at the beginning of this article. Akismet321, Mollom333 and SBlam!34 all analyze user-submitted data and flag spam automatically. Mollom sometimes presents a CAPTCHA, but only when it’s unsure. But why not develop your own system that is tuned to the mechanics of your website?

Taking responsibility and removing the burden from users will improve their interactions with and impressions of your website. Manually moderating content is often a sacrifice worth making.

The Honeypot Method Link

In 2007, Phil Haack suggested35 a clever method of detecting bots: using a honeypot. The idea behind the honeypot method is simple: website forms would include an additional field that is hidden to users. Spam robots process and interact with raw HTML rather than render the source code and therefore would not detect that the field is hidden. If data is inserted into this “honeypot,” the website administrator could be certain that it was not done by a genuine user.

The honeypot method can be made more sophisticated by using JavaScript and data hashing. These obfuscation methods are not hack-proof, but we can assume that robots are not sophisticated enough to enter the required information.

JavaScript can be used to fill in hidden fields dynamically, which server-side validation can check for. Scratchmedia36 provides an example of this hidden field solution, along with an alternative CAPTCHA if JavaScript is disabled.

Additional timestamp and session data checks can also be used to detect automated submissions. A recent discussion on Stack Overflow provides many examples and ideas about this, including the implementation of Hashcash37, which is available as a WordPress plug-in. A jQuery tutorial38 explains a similar method and includes an interesting thought:

“Thieves know to look for stickers, dogs in the yard, lights on the exterior of a home, and other signs of a well-guarded house. They’re looking for high payoff with minimal work and risk.”

— Jack Born, Safer Contact Forms Without CAPTCHAs39

The analogy suggests that, as with CAPTCHAs, the method used does not stop intruders so much as the presence of any hurdle at all. As mentioned, spammers currently have too many targets to bother searching for a back door.

Centralizing the User Base Link

With the rise of the social web, many websites now allow users to register and interact with one another. Publishing to a third-party website was traditionally done either by registering a full-fledged account or by submitting totally anonymously, both of which methods leave the gate open to spam. In 2008, Facebook announced Facebook Connect, which provides websites and their users with an integrated platform that addresses this and other concerns. Twitter followed suit in 2009 with a similar service (“Sign in with Twitter”). Both of these services can be implemented on websites relatively easily, and they eliminate the need for registration and comment forms, which are accessible to robots.

So many websites offer social-networking integration that services like Janrain40 have popped up. Janrain provides an abstracted umbrella solution to ensure that websites are accessible through any account platform.

Janrain social login at
Mahalo provides social log-in functionality via Janrain.

Other services, such as the commenting platform Disqus41, allow user interaction with built-in spam detection and user sign-in.

Less anonymity and more accountability make users think twice about the content they submit. It also enables human spammers to be detected and banned quickly across entire websites; remove one Facebook profile and the whole Facebook Connect network is safe from that account owner’s dastardly deeds.

Such services, of course, provoke heated debates about privacy, data protection and the like… but that’s for another article. As alternatives for preventing spam without CAPTCHAs while maintaining usability and accessibility, they have great potential.

Recording User Time Expenditure Link

Another rather simple method that can be implemented without annoying users is to distinguish between users and bots by measuring the time they take to fill out a contact form or compose a comment. By estimating the average time spent on a comment, one could define certain rules. For example, if a submission takes less than five seconds, which is virtually impossible for a human but just enough time for a bot to do its job, you could ask the user to try again. Jack Born’s tutorial42 on a slight variation of this concept for jQuery is worth a peek, since most users have JavaScript enabled. The whole endeavor is based on one crucial assumption: spammers prefer going after the easiest targets and will leave a website untouched if their initial attempt fails (although this can never be guaranteed).

The Perfect CAPTCHA Link

It would seem evident from years of use and research that CAPTCHAs are far from perfect as a solution. Remove spammers from the equation and we remove the need for CAPTCHAs entirely; this is the mentality we should be aiming for. The perfect CAPTCHA is no CAPTCHA at all.

The Rise of Humans Link

CAPTCHAs, by nature, function more by blocking spam than by detecting humans (which is their purpose). But they can’t do that when the spammer is not a computer. A better solution would be to remove the incentive to spam altogether. If we can reverse the trend and drive spam from being highly lucrative to being a net loss, then both automated and manual spam will become worthless.

One of the many dark arts of search engine optimization (SEO) is to artificially generate links to the website being “optimized.” Search engines consider inbound links a strong indicator of value. This can be abused, obviously, by posting worthless links on many websites (forums and comment forms are perfect for this). The SEO benefits are so worthwhile that automated spamming isn’t even required. The practice of enlisting cheap human labor is emerging. And CAPTCHAs are not designed to stop this.

We should accept the need for moderation and background detection. CAPTCHAs are a stop-gap solution at best, and are lazy and inaccessible at worst. Whether you choose to fight the good fight or simply put the interests of genuine users first, you have options.

Taking a Stand Link

If website owners work together to eliminate the incentives to spam, then spam will slowly wear away over time and eventually remove the need for CAPTCHAs. Is that too idealistic? Probably. In reality, we are likely to see a combination of technology and law dealing the death blow to spammers.

Google’s latest algorithm change43 has significantly demoted low-quality content farms (the effects of which are explained by Johannes Beus44). Advances such as this will ultimately remove all incentives to game the system. However, if we website owners don’t evangelize and adopt alternative solutions, then we might just wake up to a world where CAPTCHAs are worthless and our websites are unmanageable.

Understanding the alternatives (whereby spam detection is silent to users) and implementing them on our clients’ websites is a good start. It’s a positive step toward usability and conversion rates (and clients will love that!). If users comment on your website, reward them with a simple experience. This can be done in several ways:

  • Moderation wherever possible
    Disallow certain content to be posted directly to your website, or allow it through maintained and verified account management. Better yet, use a service like Facebook Connect or Disqus; you’ll make things easier for both yourself and users.
  • CAPTCHA alternatives
    Try the honeypot method or another that is invisible to users. Some could potentially be bypassed, but their presence is often enough to thwart automated efforts.
  • Client-side detection
    This can work because, while there are simple workarounds, spammers won’t waste time (for now). Keyword and mouse interactions can be used to detect genuine user input. This option shouldn’t be used on its own but can add extra assurance.
  • Server-side spam detection
    Developers should focus on server-side spam detection that monitors users and flags unusual activity. Specialist services like Akismet are affordable and proven, but bespoke systems can be tailored to the nuances of your website.
  • Social moderation
    Move toward more sophisticated features that allow this. The simple act of voting content up and down can help to push spam away or flag it for deletion.

It seems clear, considering all the pros and cons of CAPTCHA, that the future lies in a system that is invisible to normal web use. For now, using a CAPTCHA should be your last resort.

Do you use CAPTCHAs in your designs? If yes, which ones?survey software45

Further Reading Link

We express sincere gratitude to our Twitter followers and Facebook fans52 for their support and feedback in helping to prepare this article.

(al) (vf) (ik) (sp)

Footnotes Link

  1. 1
  2. 2
  3. 3
  4. 4
  5. 5
  6. 6
  7. 7
  8. 8
  9. 9
  10. 10
  11. 11
  12. 12
  13. 13
  14. 14
  15. 15
  16. 16
  17. 17
  18. 18
  19. 19
  20. 20
  21. 21
  22. 22
  23. 23
  24. 24
  25. 25
  26. 26
  27. 27
  28. 28
  29. 29
  30. 30
  31. 31
  32. 32
  33. 33
  34. 34
  35. 35
  36. 36
  37. 37
  38. 38
  39. 39
  40. 40
  41. 41
  42. 42
  43. 43
  44. 44
  45. 45
  46. 46
  47. 47
  48. 48
  49. 49
  50. 50
  51. 51
  52. 52

↑ Back to top Tweet itShare on Facebook


David Bushell is a website designer and front-end developer working at Browser Creative, London. He blogs regularly at and xheight, and shares inspiration and web design related interests at Design Heroes. You can also follow him on Twitter.

  1. 1

    Daniel Nordstrom

    March 4, 2011 5:54 am

    I personally really hate CAPTCHA’s and that was my first thought when I saw the title of this article as it was linked on Twitter. Thinking it was going to be a horrible article about a horribly annoying technique, I was pleasantly surprised.

    There are some neat things and ideas here. Up until now, I’ve liked stuff like the logical questions most since they’re simple and you don’t need to try several times to recognize an unrecognizable piece of messed up text—especially if you’re partially colorblind and nearsighted.

    Out of these, I find the user interaction method and the friend recognition very pleasing. Centralizing user accounts at Google, Facebook, OpenID or similar is simple too, of course.

    Anyway, thanks for a surprisingly interesting article!

    Daniel Nordstrom

  2. 2

    Andy Hughes

    March 4, 2011 4:32 am

    Awesome article. I’ve recently had to deal with spam quite a lot recently and resorted to word-recognition CAPTCHA tactics. This makes me re-evaluate that decision and look for an alternative. Thanks!

  3. 9

    People still use Captcha? How quaint.

    • 10

      David Bushell

      March 4, 2011 4:52 am

      They’re very common, especially on big websites like eBay for example. Smaller, more progressive and web-oriented sites tend to have moved on (though that audience is probably the most CAPTCHA-knowledgeable of all).

    • 11

      Without captchas, how else could we block humans from accessing precious machine-only content?

  4. 12

    Sam Granger

    March 4, 2011 4:39 am

    Facebooks solution is pretty pointless/flawed if it’s meant to stop hackers. They’re giving the “hacker” multiple choices. Unless there’s a time limit, you could easily Google those names – in today’s world, it’s extremely easy to find a photo of someone when you know their name, heck, I just Googled someone that I haven’t seen in real life just to find out what they looked like – took me 20 seconds max. They’d be better off with some sort of input field with names for instance with auto complete, but hey, that’s just me!

    • 13

      Another reason why Facebook’s solution is flawed is because plenty of people tag themselves as stupid things, like food or animals (or their babies). I have no idea which of my friends has tagged themselves as a slice of pizza, for example.

      I had to use this Facebook recognition thing on holiday and it told me I could only get a couple tags wrong or I wouldn’t be let in. Even though I got more wrong than was allowed (see above), it still let me into my account. The whole thing takes ages and is a complete waste of time.

  5. 14

    Adwin Anderson

    March 4, 2011 4:42 am

    I think the points raised in this article are very good, but some of the alternatives to CAPTCHA’s require a lot of skill on the development side. A designer who is stronger with frontend languages like HTML and CSS will more than likely go for the easiest option which is a CAPTCHA. I am guilty of doing this in some of my wweb projects but after reading this I will try out some of these ideas and test out the results.

    • 15

      David Bushell

      March 4, 2011 4:56 am

      This is very true. As a designer I used a CAPTCHA on my website for a long time (only just removed it!). The real issue is with very large websites with a huge audience – they should have the budget to implement alternatives if they consider accessibility.

  6. 16

    A informative summary about the CAPTCHA. The fact: Every CAPTCHA has your own advantages and disadvantages.

  7. 17

    The Facebook model is also flawed because profiles have friends listed publicly by default and it also lets you search them.

    So all you would need to do would be to search the users friends until you found the profile photo which matched?

  8. 18

    What about KeyCaptcha? Bots are not able to solve it.

  9. 19

    Great article. I’m not website owner or designer. Just a humble visitor. I, like the BBC folks, hate captchas and never understood the issues. This was a great overview and an appropriately exhortative piece.

  10. 20

    nice article! contains some very interesting thoughts and methods.

  11. 21

    Niko Halink

    March 4, 2011 5:09 am

    I use a captcha/honeypot solution where an image with text is generated and a field to enter the text but both are invisible for users. I give the image and field captcha named classes to hide them with CSS.
    I’ve had no trouble with people not being able to complete the forms, and I’ve never seen any bot generated content in the databases.

  12. 22

    Vladimir Sobolev

    March 4, 2011 5:24 am

    Best captcha – is NO captcha. Use tokens.

  13. 23

    Great article. One of the worst CAPTCHAs I’ve ever seen is used by Google. If you fail too many times to login to analytics they throw up a CAPTCHA that is next to impossible.

  14. 24

    i believe that for most cases you could allow 1 comment/login/download per ip address and then use some other method to filter out spammers, since most users only comment every so often.

  15. 25

    Captcha is bad. Most spambots just look for pages called guestbook or comment + blog. So replacing things like name, email and comment with images could do the trick. I had a guestbook called gbook it got spammed a lot. I renamed it cafe. And no more spam.

    and if that fails i will do random sums like 3+4 = ?

    The worst thing to do is use cats like rapidshare did. I think it cost them a lot of clients.

  16. 26

    Be careful with the honeypot method! Some users have ‘autofill’ software installed and will populate the hidden field. Text recognition has worked well for years and it’s familiar. I would be slightly confused (and dare I say, put off) if i was filling in a form about mortages and had to identify a picture of a cat or answer a math question!

    • 27

      If auto fill software fills in hidden fields then that software is broken.

      • 28

        Autofill software is a huge issue when it comes to the honeypot technique. The issue is that in order for the honeypot hidden field to properly work, it needs to be named something that the spam bot is likely to fill in, i.e. email. But autofill software will see email and even though it is a hidden field, will try to complete it. This explains the issue thoroughly:

        • 29

          Maybe the solution is to give the user an error message to clear out the honeypot field after he have sent the form.

        • 30

          I use a field called ‘hf53bdh9e7j’ and it works just fine. You don’t have to use a name that the bot is likely to fill in. Most of them are too stupid and just fill in every field on the form. In fact, I think you’re better off using an obscure field name so that browsers don’t auto-fill the field. This used to be a problem with Chrome but I no longer have that problem.

        • 31

          This can be solved by dynamically adding autocomplete=”off” like this:

  17. 32

    Thanks, interesting read. It strikes me that a well-scripted trio combination of a honeypot, ‘time to complete’ and real-time check with a known spam source blacklist service would all meet the useability criteria (ie no user action is impeded) – that would probably eliminate many human spammers who are copy/pasting links too.

    One other thing I wondered about is tracking/detecting mouse movements – a bit like you can for heatmaps. If a regular user’s mouse has shifted on the screen since pageload, the chances of them being a robot are slim! How easily could that be gamed?

    On the Facebook approach – that seems like just another Big Brother-like way to link eveyone together, without actually solving the problem.

    I’ve used maths questions before (to avoid language issues), until I realised just how bad many people are at maths!

  18. 33

    Very interesting points! – And it has certainly made me re-think the verification methods I use on my websites.

    But the underlying point that I think we should all take from this article is that we will NEVER have a 100% perfect verification system.

    Sticking with the “Burglar” analogy; People have been living in houses for 1000’s of years… from Castle’s to Caravans! and yet thieves are still able to “Break In” to them… despite stickers, alarms, dogs, barbed wire fences, CCTV, laser systems, security guards, bio-metrics etc… Burglaries still happen daily, bypassing all types of security measures, and using all types of technology to do it (Just like Spammers use SpamBots)

    You say remove the incentive to “Spam” but this is the same as asking us to remove the valuable items from our homes… Stop putting TV’s, Games Consoles, Jewelery, Laptops etc. in your homes and the incentive to Burgle goes away! – An Impractical solution.

    The good news is, that most people are not thieves (or spammers) and the numbers of spam comments are relatively low when compared to the genuine ones. It is a shame we live in a society like this, but that is “The Human way” and it always has been.

    Another interesting point there… Captcha’s are designed to verify that you are a human-being in order to stop it’s users from behaving like human-beings!

    You’ve got me thinking now! – Thanks for taking the time to write and share this article! – A great read.

    • 34

      David Bushell

      March 4, 2011 6:29 am

      Very good point about never being able to remove all the incentives. Perhaps then the punishment and effort required must outweigh the reward – a very difficult challenge without upsetting genuine users! but I think it’s possible. On the analogy, some societies have practically zero crime rates.

  19. 35

    I’ve been using for all my forums, it work great, I was getting to many false positives with all the others, and it doesn’t have a question or annoying letters to fill out on the forum

  20. 36

    A very interesting read. Thanks, David!


↑ Back to top