Had a couple of complaints about the google reCAPTCHA barrier to joining the W3C Social Web CG. The great news is the W3C systems team are receptive to our feedback, and may be able to put something on their roadmap about removing CAPTCHAs altogether.
Meanwhile, they have asked for advice about robust alternatives specifically to the google reCAPTCHA they could consider. They said “We’re aware of hCaptcha but at least when our team evaluated it a few months ago, it didn’t seem to have the level of usability/accessibility we needed.”
I would say, select the most easy challenge and maybe plus some bot traps
in the form, like a not-visual field which must never filled out (otherwise it’s a bot).
I am not in a position to evaluate the alternatives myself, but would love if anyone has direct experience with something to let me know.
a not-visual field which must never filled out (otherwise it’s a bot).
I believe there is an accessibility problem with this approach because for example screenreaders can’t know whether a field is visible, and will read it to the person, so if it is labelled to say something like “do not fill this out” it is a) noise for the human, and b) ultimately bots can figure out how to read it to.
For a11y
“ Adding aria-hidden=“true” to an element removes that element and all of its children from the accessibility tree. This can improve the experience for assistive technology users by hiding: purely decorative content, such as icons or images. duplicated content, such as repeated text. ”
This will not prevent all bots either.
My question is more:
What benefit would a bot have if it signs the Group CLA?