reCAPTCHA v2 ist in der Praxis nicht barrierefrei
Der Audio-Fallback erfordert acht Schritte, das Kontrollkästchen blockiert Nutzer und Bots umgehen es ohnehin in 92,4 % der Fälle.
reCAPTCHA v3 ist unsichtbar, aber nicht barrierefrei
reCAPTCHA v3 stuft assistive Technologien als verdächtig ein und leitet diese Nutzer direkt zurück zum v2-Bildraster.
Google Cloud Fraud Defense macht es noch schlimmer
Ein QR-Code ist keine Verbesserung der Barrierefreiheit. Fraud Defense versagt bei Screenreader-Nutzern, erfordert Feinmotorik und geht davon aus, dass jeder unterschiedliche Geräte besitzt.
Die CAPTCHA-Alternative ist Proof-of-Work
Proof-of-Work-CAPTCHAs verlagern die Verifizierung vom Nutzer auf das Gerät. Friendly Captcha ist die erste barrierefreie CAPTCHA-Lösung, die nach WCAG 2.2 AA Gold zertifiziert ist.
Friendly Captcha ausprobieren ›
Ist reCAPTCHA barrierefrei? Die kurze Antwort: mehr oder weniger.
reCAPTCHA v2 erfüllt technisch gesehen die WCAG-Anforderungen. Es unterstützt gängige Screenreader (ChromeVox, JAWS, NVDA, VoiceOver), bietet Audio-Alternativen und verwendet ARIA-Labels.
Aber technische Konformität und Barrierefreiheit sind in der Praxis zwei verschiedene Dinge. In der Praxis stellt Google reCAPTCHA als Authentifizierungsmethode nach wie vor erhebliche Barrieren für Nutzer mit Seh-, motorischen und kognitiven Beeinträchtigungen dar.
reCAPTCHA v3 beseitigt die sichtbare Herausforderung, was zunächst nach Fortschritt klingt. Doch seine verhaltensbasierte Bewertung kann Nutzer blockieren, deren Browsing-Muster aufgrund ihrer assistiven Technologien „verdächtig“ erscheinen. Dann gibt es keine Fehlermeldung, keine Alternative, keinen Weg hindurch.
Nutzer, die von traditionellen CAPTCHA-Lösungen herausgefordert werden, verbringen durchschnittlich 32 Sekunden mit einem CAPTCHA. Das sind 32 Sekunden Reibungsverlust, der die Menschen unverhältnismäßig stark belastet, die am meisten Zeit benötigen.
Dieser Artikel beleuchtet den Stand der Barrierefreiheit von reCAPTCHA, die Anforderungen der WCAG an die Barrierefreiheit von Webseiten und wie eine wirklich barrierefreie CAPTCHA-Alternative aussieht.
Was sagen die WCAG zu CAPTCHAs?
Die Web Content Accessibility Guidelines (WCAG) verlangen, dass jedes CAPTCHA mindestens eine Alternative bietet, die nicht auf einen einzigen Sinneskanal angewiesen ist. Die WCAG behandeln CAPTCHAs direkt unter Erfolgskriterium 1.1.1 – Nicht-Text-Inhalte. Die relevante Ausnahme lautet:
„Wenn der Zweck von Nicht-Text-Inhalten darin besteht, zu bestätigen, dass der Inhalt von einer Person und nicht von einem Computer aufgerufen wird, müssen Textalternativen bereitgestellt werden, die den Zweck der Nicht-Text-Inhalte identifizieren und beschreiben, und es müssen alternative Formen von CAPTCHA bereitgestellt werden, die Ausgabemodi für verschiedene Arten der Sinneswahrnehmung nutzen, um unterschiedlichen Behinderungen Rechnung zu tragen.“
Einfach ausgedrückt: Ein CAPTCHA darf sich niemals auf einen einzigen Sinn stützen. Wenn es eine visuelle Herausforderung gibt, muss es auch eine Audio-Alternative geben und umgekehrt. Das Ziel ist es, sicherzustellen, dass Nutzer mit Seh-, Hör- oder kognitiven Behinderungen immer eine Möglichkeit haben, die Aufgabe zu bewältigen.
Die WCAG verlangt nicht, dass das CAPTCHA mühelos, unsichtbar oder reibungslos ist. Die Frage ist also nicht nur, ob reCAPTCHA den Standard erfüllt. Es geht vielmehr darum, ob die Erfüllung des Standards tatsächlich ausreicht.
Ist reCAPTCHA v2 WCAG-konform?
Technisch gesehen ja. In der Praxis ist es komplizierter.
reCAPTCHA v2 erfüllt die Mindestanforderungen von WCAG 1.1.1. Das Kontrollkästchen ist eindeutig mit einem ARIA-Attribut gekennzeichnet, und Google gibt offiziell die grundlegende Unterstützung von Screenreadern an:
ChromeVox (Chrome OS)
JAWS (IE / Edge / Chrome unter Windows)
NVDA (IE / Edge / Chrome unter Windows)
VoiceOver (Safari / Chrome unter macOS)
Screenreader werden über ARIA-Live-Regionen über Statusänderungen informiert. Die aktuellen Verifizierungszustände sind:
| Statusmeldung | Bedeutung |
|---|---|
|
reCAPTCHA erfordert eine Verifizierung |
Anfangszustand – klicken Sie auf das einfache Kontrollkästchen, um zu beginnen |
|
Verifizierungsaufgabe wird geöffnet |
Kontrollkästchen angeklickt, Aufgabe wird geladen |
|
Sie sind verifiziert |
Verifizierung erfolgreich |
|
Verifizierungsaufgabe abgelaufen |
Zeitüberschreitung – Neustart erforderlich |
Wenn die automatische Überprüfung fehlschlägt, wird den Nutzern als Ausweichlösung eine Audio-CAPTCHA-Aufgabe angeboten, die theoretisch die Anforderung nach „alternativen CAPTCHA-Formen“ gemäß WCAG erfüllt.
Wo reCAPTCHA v2 zu kurz greift
Die Einhaltung technischer Barrierefreiheitsstandards ist nicht alles. Bildbasierte CAPTCHAs sind für zu viele menschliche Nutzer nicht zugänglich. Dies führt zu erheblichen Barrierefreiheitsproblemen und schließt Nutzer aus:
Motorische Einschränkungen
Das Ausfüllen des Kontrollkästchens erfordert präzise Cursorbewegungen. Für Nutzer, die auf Tastaturnavigation angewiesen sind und unter Zittern, eingeschränkter Fingerfertigkeit oder Switch-Zugangsgeräten leiden, kann diese Interaktion allein schon eine Barriere darstellen.
Cookie-Abhängigkeit
reCAPTCHA v2 stützt sich stark auf Cookies von Drittanbietern, um das Nutzerverhalten zu bewerten. Es ist üblich, dass Screenreader-Nutzer diese Cookies blockieren. Für sie ist es dadurch deutlich wahrscheinlicher, dass eine CAPTCHA-Herausforderung ausgelöst wird.
Die Audio-Challenge ist eigentlich gar nicht einfach
Googles eigene Dokumentation listet über acht Schritte auf, um das Audio-CAPTCHA abzuschließen: die Schaltfläche finden, den Modus wechseln, auf „Play“ drücken, um den Ton zu hören, das Eingabefeld finden, Zahlen eingeben und neu starten, wenn die Antwort falsch ist oder die Sitzung abläuft. Darüber hinaus weisen Audio-CAPTCHAs oft schlechte Qualität und Hintergrundgeräusche auf. Das ist keine barrierefreie Audio-Challenge – es ist ein zweites Hindernis.
reCAPTCHA v2 stoppt nicht einmal Bots
Im Jahr 2019 entwickelten Forscher der University of Louisiana in Lafayette ein Tool, das die Bilderkennungs-Challenges von reCAPTCHA v2 mit einer Erfolgsquote von 92,4 % umging. Ein System, das Nutzer mit Behinderungen belastet und gleichzeitig automatisierte Angriffe nicht stoppt, ist das Schlimmste aus beiden Welten.
Ist reCAPTCHA v3 barrierefrei?
reCAPTCHA v3 ist unsichtbar, aber das macht es noch lange nicht barrierefrei oder vollständig zugänglich.
reCAPTCHA v3 läuft vollständig im Hintergrund. Es gibt kein Kontrollkästchen zum Anklicken, kein Bildraster zum Lösen, keine Audio-Herausforderung, die bewältigt werden muss. Für Nutzer mit motorischen oder kognitiven Behinderungen ist das Fehlen jeglicher sichtbarer Interaktion eine echte Verbesserung gegenüber v2.
Aber hier ist der Haken: reCAPTCHA v3 trifft keine Entscheidungen von selbst. Es vergibt eine Risikobewertung. Was danach geschieht, obliegt dem Website-Betreiber. Da das bewertungsbasierte System Fehlalarme erzeugt, empfiehlt Google selbst, reCAPTCHA v2 als Fallback für Nutzer mit niedriger Bewertung zu verwenden. In der Praxis bedeutet dies, dass viele Websites beide Versionen gleichzeitig betreiben: v3 im Hintergrund, v2 in den Startlöchern.
Wo reCAPTCHA v3 zu kurz greift
Hier kommt das Barrierefreiheitsparadoxon ins Spiel.
reCAPTCHA v3 bewertet Nutzer anhand von Verhaltenssignalen: Mausbewegungen, Scrollmuster, Tippgeschwindigkeit und Browserverlauf. Die Risikobewertung führt zu Fehlalarmen, was dazu führt, dass menschliche Nutzer blockiert werden. Diejenigen Nutzer, deren Bewertung unter dem Schwellenwert liegt, werden an v2 weitergeleitet. Das bedeutet, dass das Bildraster wieder zum Einsatz kommt.
Das Problem: Nutzer mit Behinderungen lösen diesen Fallback überproportional häufig aus.
Assistive Technologien verändern das Surfverhalten
Screenreader, Switch-Steuerungen, Eye-Tracking-Software und Sprachsteuerung interagieren anders mit einer Seite als eine Standardmaus und -tastatur. Diese Muster werden vom Risikobewertungsmodell von reCAPTCHA als anormal registriert. Das liegt nicht daran, dass der Nutzer ein Bot ist, sondern daran, dass er anders navigiert.
Blockierte Cookies senken die Bewertung
Viele Nutzer mit Behinderungen verlassen sich auf datenschutzoptimierte Browsereinstellungen, die Cookies von Drittanbietern blockieren. reCAPTCHA v3 nutzt Cookie-basierte Signale, um die Vertrauenswürdigkeit zu bewerten. Weniger Cookies bedeuten eine niedrigere Bewertung – und damit eine höhere Wahrscheinlichkeit, zu v2 zurückgeleitet zu werden.
Nutzer, die mehr Zeit benötigen, werden benachteiligt
Langsamere Interaktionsmuster, die bei Nutzern mit kognitiven, motorischen oder visuellen Beeinträchtigungen häufig vorkommen. Mehr Zeit und langsamere Navigation senken oft die reCAPTCHA-Risikobewertung.
Das Ergebnis ist ein System, das oberflächlich betrachtet barrierefrei erscheint. Doch im Hintergrund leitet reCAPTCHA v3 seine am stärksten benachteiligten Nutzer direkt zurück zu den Bildrätseln, die es eigentlich ersetzen sollte. Darüber hinaus wirft das verhaltensbasierte Bewertungssystem zusätzliche Datenschutzbedenken auf. Lesen Sie weiter über reCAPTCHA-Datenschutz.
Was ist mit Google Cloud Fraud Defense?
Google Cloud Fraud Defense ist nicht barrierefrei. Google Fraud Defense verstößt gleichzeitig gegen mehrere WCAG-Kriterien.
Googles neueste Verifizierungsschicht, Google Cloud Fraud Defense, verfolgt einen anderen Ansatz: Anstelle eines Kontrollkästchens oder einer Punktzahl fordert sie Nutzer auf, einen QR-Code mit ihrem Mobilgerät zu scannen. Auf dem Papier klingt das reibungslos. Wir haben das Gesamtbild in unserem Artikel über Google Cloud Fraud Defense und dessen tatsächliche Bedeutung für Ihre Website behandelt.
Wo Google Cloud Fraud Defense zu kurz greift
Ein QR-Code ist keine barrierefreie Verifizierungsmethode und verstößt gleichzeitig gegen mehrere WCAG-Kriterien.
Sehbehinderungen: QR-Codes basieren vollständig auf Bildern. Screenreader können sie nicht interpretieren, und es gibt keine Audioalternative.
Motorische Einschränkungen: Ein Smartphone in die Hand zu nehmen, die Kamera auszurichten und ruhig zu halten, erfordert eine Feinmotorik, über die viele Nutzer einfach nicht verfügen.
Kognitive Einschränkungen: Der mehrstufige Prozess – QR-Code erkennen, Gerät wechseln, Kamera-App öffnen, auf Bestätigung warten – verursacht eine erhebliche kognitive Belastung.
Kein Smartphone: Ein nicht unerheblicher Teil der Nutzer, darunter ältere Erwachsene und Menschen mit geringerem Einkommen, hat überhaupt keinen Zugang zu einem Smartphone oder mehreren Geräten.
Gemäß WCAG 2.2 Erfolgskriterium 1.3.3 dürfen Anweisungen sich nicht ausschließlich auf sensorische Eigenschaften wie die visuelle Wahrnehmung stützen. Eine Verifizierung ausschließlich per QR-Code erfüllt dieses Kriterium eindeutig nicht.
Das Ergebnis ist ein System, das von den Nutzern nicht verlangt, ihre Menschlichkeit anhand von Bildern nachzuweisen. Es verlangt von ihnen, dies über ein Gerät zu tun, das sie möglicherweise nicht besitzen, und zwar mithilfe eines Vorgangs, den sie möglicherweise nicht ausführen können. Das ist keine Verbesserung der Barrierefreiheit. Es ist Ausgrenzung durch Design.
Was bedeutet „barrierefreies CAPTCHA“ eigentlich?
Gemäß WCAG 2.2 AA muss ein barrierefreies CAPTCHA für Nutzer aller Arten von Behinderungen wahrnehmbar, bedienbar und verständlich sein, nicht nur für die Mehrheit.
Das umfasst vier große Gruppen:
Sehbehinderungen: Blindheit, Sehschwäche, Farbenblindheit
Motorische Beeinträchtigungen: eingeschränkte Fingerfertigkeit, Tremor, Navigation per Schalter oder Eye-Tracking
Kognitive Beeinträchtigungen: Legasthenie, Aufmerksamkeitsstörungen, Verarbeitungsschwierigkeiten
Hörbeeinträchtigungen: Taubheit oder Schwerhörigkeit (relevant, wenn Audio die einzige Alternative ist)
Die meisten CAPTCHA-Typen versagen bei mindestens einer dieser Gruppen – oft bei mehreren:
| CAPTCHA Typ | Visuell | Motorisch | Kognitiv | Auditiv |
|---|---|---|---|---|
|
Bilder-CAPTCHA (reCAPTCHA v2) |
❌ |
❌ |
❌ |
✔️ |
|
Audio-CAPTCHA |
✔️ |
✔️ |
❌ |
❌ |
|
Verhaltensbasierte Bewertung (reCAPTCHA v3) |
✔️ |
❌ |
❌ |
✔️ |
|
Proof-of-work (Friendly Captcha) |
✔️ |
✔️ |
✔️ |
✔️ |
Ein wirklich barrierefreies CAPTCHA verlangt von den Nutzern nicht, ihre Menschlichkeit auf eine Weise zu beweisen, die einen Teil der Menschheit ausschließt. Ein barrierefreies CAPTCHA funktioniert per Definition für alle im Hintergrund.
Was ist die barrierefreieste CAPTCHA-Lösung?
Der barrierefreieste CAPTCHA-Dienst ist einer, der vom Nutzer überhaupt nichts verlangt.
Die Proof-of-Work-Technologie nimmt dem Nutzer die Last der Verifizierung ab und verlagert sie auf das Gerät. Anstatt einen Menschen zu bitten, Hydranten zu identifizieren oder ein Kontrollkästchen anzuklicken, löst der Browser im Hintergrund unauffällig kryptografische CAPTCHA-Aufgaben – unsichtbar, sofort und ohne Interaktion. Keine Bilder, kein Ton, keine Verhaltensprofilierung.
Friendly Captcha basiert vollständig auf diesen Prinzipien barrierefreier Gestaltung. Es ist die erste CAPTCHA-Lösung, die die offizielle WCAG 2.2 AA Gold-Zertifizierung erhalten hat – das bedeutet, dass sie unabhängig geprüft wurde und standardmäßig für alle Nutzer mit allen gängigen Behinderungsarten barrierefrei ist. Keine Workarounds. Keine Fallbacks.
Einen vollständigen Vergleich hinsichtlich Datenschutz, Sicherheit und Benutzererfahrung finden Sie in unserer reCAPTCHA v2 vs. v3-Analyse. Erfahren Sie, wie Friendly Captcha mit Barrierefreiheit umgeht. Besuchen Sie unser Friendly Captcha-Center für Barrierefreiheit.
Das Fazit: Ist reCAPTCHA barrierefrei?
Das Muster bei allen drei Google-Lösungen ist dasselbe: Barrierefreiheit wird als Randfall behandelt, nicht als Gestaltungsprinzip.
Ein CAPTCHA, das für alle funktioniert, benötigt keine Fallbacks, Workarounds oder Audio-Herausforderungen mit acht Schritten. Es arbeitet im Hintergrund. Ein barrierefreies CAPTCHA arbeitet unsichtbar, still und ohne den Nutzer überhaupt um etwas zu bitten.
Genau dafür wurde Friendly Captcha entwickelt. Als erste WCAG 2.2 AA Gold-zertifizierte barrierefreie CAPTCHA-Lösung schützt es Ihre Website vor Bots, ohne neue Barrieren für die Menschen zu schaffen, denen Sie helfen möchten.
Melden Sie sich bei Friendly Captcha an und erleben Sie barrierefreie CAPTCHA-Verifizierung!
FAQ
Nein, reCAPTCHA ist nicht vollständig oder von Natur aus barrierefrei, obwohl seine Barrierefreiheit je nach Version erheblich variiert. Google räumt in seiner reCAPTCHA-Dokumentation ausdrücklich ein, dass interaktive Aufgaben möglicherweise nicht für Websites mit strengen Barrierefreiheitsrichtlinien geeignet sind. Obwohl es technisch gesehen Fallback-Lösungen für assistive Technologien enthält, stellt das reCAPTCHA-System insgesamt erhebliche Hürden für Nutzer mit verschiedenen Behinderungen dar. Ein auf Barrierefreiheit ausgerichtetes CAPTCHA wie Friendly Captcha, das Rechenaufgaben ausschließlich im Hintergrund des Nutzergeräts ausführt, ist daher die bessere Wahl für CAPTCHA-Barrierefreiheit.
Ein Beispiel für die Barrierefreiheit von CAPTCHA ist Friendly Captcha, ein datenschutzorientiertes Tool, das anstelle von Aufgaben für Menschen versteckte kryptografische Proof-of-Work-CAPTCHA-Aufgaben verwendet. Mit Friendly Captcha müssen Nutzer keine Bildquadrate mehr auswählen, Audioaufgaben anhören oder Textalternativen verstehen.
Ja, traditionelle CAPTCHAs werden schnell überflüssig, da sich die gesamte Web-Sicherheitslandschaft in Richtung unsichtbarer Hintergrundüberprüfung verlagert. Friendly Captcha ist eine moderne, vollständig barrierefreie CAPTCHA-Alternative zu diesen traditionellen CAPTCHA-Anbietern, die nach WCAG 2.2 Level AA durch den TÜV zertifiziert ist. Weitere Informationen zu CAPTCHA-Alternativen finden Sie hier.
Ja, reCAPTCHA ist technisch mit den gängigen Screenreadern kompatibel, aber die tatsächliche Benutzererfahrung ist äußerst frustrierend und mangelhaft.
Google hat reCAPTCHA bewusst so konzipiert, dass es mit Software wie NVDA, JAWS, VoiceOver und ChromeVox funktioniert. Es enthält integrierte ARIA-Statusmeldungen, um Verifizierungsaktualisierungen automatisch anzukündigen. Die Kompatibilität auf dem Papier bedeutet jedoch nicht automatisch eine tatsächliche Benutzerfreundlichkeit. Probieren Sie stattdessen Friendly Captcha aus. Es ist eine vollständig barrierefreie CAPTCHA-Alternative.
Auf den ersten Blick ja. In der Praxis oft nein.
reCAPTCHA v3 entfernt die sichtbare Aufgabe vollständig, was nach einer erheblichen Verbesserung der Barrierefreiheit gegenüber v2 klingt. Da sein punktebasiertes System jedoch Fehlalarme erzeugt, empfiehlt Google, reCAPTCHA v2 als Fallback einzusetzen – was bedeutet, dass die meisten Websites beide Versionen gleichzeitig betreiben.
Das Problem: Nutzer mit Behinderungen lösen diesen Fallback überproportional häufig aus. Assistive Technologien verändern das Surfverhalten, blockierte Cookies senken die Risikobewertung und langsamere Interaktionsmuster wirken auf den Algorithmus verdächtig. Das Ergebnis ist, dass gerade die Nutzer, die am meisten von einem unsichtbaren CAPTCHA profitieren, am ehesten zum Bildraster zurückgeschickt werden.
v3 ist barrierefreier, wenn alles reibungslos läuft. Für Nutzer, die Barrierefreiheit am dringendsten benötigen, ist dies oft nicht der Fall. Allgemeine Informationen zu reCAPTCHA finden Sie in unserem Hub.
English 
German 
French 
Spanish 
Italian 
Portuguese