CAPTCHA – Eine Barriere für viele Nutzer:innen

Was ist ein CAPTCHA?

CAPTCHA steht für Completely Automated Public Turing test to tell Computers and Humans Apart. Es handelt sich um eine automatisierte Sicherheitsabfrage, die prüfen soll, ob ein Formular oder eine Funktion auf einer Website von einem Menschen oder von einem Bot ausgefüllt wird. Ziel ist der Schutz vor Spam, Missbrauch und automatisierten Angriffen.

Typische CAPTCHA-Formen sind:

  • verzerrte Buchstaben, die abgetippt werden müssen

  • Auswahl von Bildern nach Vorgabe („Klicke alle Ampeln an“)

  • einfache Rechenaufgaben

  • Checkboxen mit zusätzlicher Verhaltensanalyse („Ich bin kein Roboter“)


Warum sind CAPTCHAs problematisch?

Für viele Nutzer:innen mit Behinderung stellen CAPTCHAs eine erhebliche Barriere dar – oft unüberwindbar. Gründe dafür sind unter anderem:

  • Screenreader können grafische CAPTCHAs nicht erkennen oder lösen.

  • Tastaturnutzer:innen können bildbasierte Aufgaben nicht bedienen.

  • Sehbehinderte Menschen erkennen verzerrte Zeichen oder komplexe Kontraste nicht.

  • Menschen mit kognitiven Einschränkungen haben Schwierigkeiten bei zeitlich begrenzten oder mehrstufigen Aufgaben.

  • Auditiv dargestellte Alternativen sind oft undeutlich oder auf Englisch.

Kurz: Die meisten CAPTCHAs ignorieren Grundsätze digitaler Barrierefreiheit.


Barrierefreie Alternativen zu klassischen CAPTCHAs

Statt auf visuelle oder auditive Hürden zu setzen, empfehlen sich folgende barrierearme oder barrierefreie Alternativen:

  • Logikfragen in Klartext, z. B. „Wie viel ist drei plus fünf?“

  • Honeypot-Felder, die von echten Menschen nicht ausgefüllt werden (aber von Bots erkannt werden)

  • Zeitbasierte Filter, die erkennen, ob ein Formular zu schnell ausgefüllt wurde

  • Rate-Limiting und Verhaltensanalysen im Hintergrund

  • Token-basierte Absicherungen, die keinen aktiven Eingriff der Nutzer:innen erfordern

Wichtig: Auch Alternativen müssen barrierefrei beschriftet und verständlich sein – z. B. durch klare Labels, ARIA-Attribute und semantisch korrektes HTML.


Rechtliche Bewertung von CAPTCHAs

Ein nicht zugängliches CAPTCHA kann gegen geltende Richtlinien der WCAG, der BITV oder der EN 301 549 verstoßen. Es verletzt das Prinzip der Zugänglichkeit und Gleichbehandlung, das in vielen Rechtsnormen – wie dem Behindertengleichstellungsgesetz (BGG) oder ab 2025 auch im BFSG – gefordert wird.

Im Zweifel ist ein CAPTCHA, das den Zugang zu einem Service vollständig blockiert, rechtswidrig.


Empfehlung: Vermeiden oder ersetzen

Wenn ein CAPTCHA notwendig ist, muss es zugänglich, optional und verständlich sein. Noch besser: Es wird ganz vermieden und durch technische Alternativen ersetzt, die nicht auf der Benutzerinteraktion beruhen, sondern im Hintergrund arbeiten.

Informative Ratgeber und redaktionelle Artikel rund um digitale Barrierefreiheit

Weitere Artikel entdecken

Ein Mann prüft am Computer mithilfe digitaler Tools wie WAVE, axe und Lighthouse, ob die Website barrierefrei gestaltet ist.

Automatisiertes Barrierefreiheits-Testing mit axe, WAVE & Lighthouse

Automatisiertes Barrierefreiheits-Testing mit axe, WAVE und Lighthouse bringt Accessibility-Prüfungen direkt in euren Dev-Prozess: Von der lokalen Code-Extension über Pre-Commit-Hooks bis zur CI/CD-Pipeline sorgen diese Tools für schnelle, skalierbare Audits nach WCAG-Standards. axe glänzt mit tiefgehenden Regelsets für semantisches HTML und ARIA, WAVE liefert visuelles Feedback auf der Seite, und Lighthouse bietet zusätzlich Performance- und SEO-Checks. Durch frühzeitige Fehlererkennung in Pull-Requests und nächtliche Full-Site-Scans lassen sich Regressionen vermeiden und alle Releases revisionssicher dokumentieren.

Für reibungslose Abläufe empfiehlt es sich, automatische Builds bei kritischen Violations abbrechen zu lassen, Tickets via Bot zu erzeugen und KPI-gedriebene Dashboards zu pflegen. das IFDB – Institut für digitale Barrierefreiheit unterstützt euch dabei mit zertifizierten Audits, maßgeschneiderten Schulungen und Managed Monitoring, damit eure Produkte dauerhaft 100 % gesetzeskonform und inklusiv bleiben.

Weiterelesen
Frau sitzt an einem Schreibtisch und gestaltet am Computer ein modernes Webdesign mit Fokus auf Farben und Kontraste. Das Bild symbolisiert barrierefreies Design und visuelle Lesbarkeit für inklusive digitale Inhalte

Designrichtlinien für Inklusion – Farben, Kontraste & visuelle Lesbarkeit

Damit alle Nutzer per Tastatur klar erkennen, welches Element gerade aktiv ist, solltest du für Links und Buttons deutliche Fokusrahmen definieren – zum Beispiel einen 3 Pixel breiten, kontrastreichen Rand mit ausreichend Abstand zum umgebenden Inhalt. Achte darauf, dass dieser Rahmen stets gut sichtbar bleibt und nicht zu dünn oder farblich zu unauffällig ausfällt.

Für aufklappbare Untermenüs sind ARIA-Attribute unverzichtbar: Mit aria-expanded signalisierst du, ob das Submenü geöffnet ist, und über aria-controls verknüpfst du den auslösenden Button mit dem entsprechenden Menü. Zusätzlich zeigt aria-haspopup an, dass eine weitere Ebene folgt. So verstehen Screenreader zuverlässig, wann Nutzer auf ein Dropdown stoßen und in welchem Zustand es sich befindet.

Auch die mobile Navigation lässt sich barrierefrei umsetzen: Ein einfacher Hamburger-Button trägt aria-expanded=“false“ und aria-controls=“mobile-menu“ und toggelt beim Klick das versteckte

Weiterelesen
Ein diverses Team sitzt gemeinsam vor einem Bildschirm und betrachtet motiviert Inhalte am Monitor. Die Szene steht exemplarisch für eine barrierefreie Zusammenarbeit in modernen Unternehmen, in denen digitale Teilhabe, Teamarbeit und inklusive Arbeitskultur gefördert werden.

Navigation barrierefrei gestalten – Was eine zugängliche Menüführung ausmacht

Damit alle Nutzer per Tastatur klar erkennen, welches Element gerade aktiv ist, solltest du für Links und Buttons deutliche Fokusrahmen definieren – zum Beispiel einen 3 Pixel breiten, kontrastreichen Rand mit ausreichend Abstand zum umgebenden Inhalt. Achte darauf, dass dieser Rahmen stets gut sichtbar bleibt und nicht zu dünn oder farblich zu unauffällig ausfällt.

Für aufklappbare Untermenüs sind ARIA-Attribute unverzichtbar: Mit aria-expanded signalisierst du, ob das Submenü geöffnet ist, und über aria-controls verknüpfst du den auslösenden Button mit dem entsprechenden Menü. Zusätzlich zeigt aria-haspopup an, dass eine weitere Ebene folgt. So verstehen Screenreader zuverlässig, wann Nutzer auf ein Dropdown stoßen und in welchem Zustand es sich befindet.

Auch die mobile Navigation lässt sich barrierefrei umsetzen: Ein einfacher Hamburger-Button trägt aria-expanded=“false“ und aria-controls=“mobile-menu“ und toggelt beim Klick das versteckte

Weiterelesen
Kontaktieren sie uns!

Mit der IFDB haben Sie einen starken Partner an Ihrer Seite, wenn es um die Barrierefreiheit digitaler Angebote geht.

Wir stehen Ihnen gerne für alle Fragen zur Verfügung – auch telefonisch.

Vorteile der Access Ready Zertifizierung nach EU 2019/882:

Was sind die nächsten Schritte?

1

Wir prüfen Ihr digitales Angebot auf digitale Barrierefreiheit.

2

Terminvereinbarung für kostenfreie & unverbdindliche Erstberatung.

3

Zertifizierung des digitalen Auftritts. Gesetzeskonsform & barrierefrei

Kostenloser Compliance Check & Erstgespräch!