Digitale Barrierefreiheit im Bankwesen und der EAA

Warum Bankwesen und Barrierefreiheit schlecht zusammenpassen

Banken sollen Menschen schützen. Die Verwaltung des eigenen Geldes – Kontostände prüfen, Zahlungen tätigen, Kredite beantragen, Kontoauszüge einsehen – ist ein grundlegender Bestandteil des modernen Finanzlebens. Wenn digitale Banking-Plattformen nicht barrierefrei sind, sind die am ehesten ausgeschlossenen Menschen oft diejenigen mit den wenigsten Alternativen.

Ältere Kundinnen und Kunden mit altersbedingtem Sehverlust, die auf Screenreader angewiesen sind. Menschen mit motorischen Einschränkungen, die keine Maus verwenden können. Gehörlose Kundinnen und Kunden, die keinen telefonischen Kundenservice nutzen können und alles online erledigen müssen. Das sind reale Nutzerinnen und Nutzer, die es im Kundenstamm jeder Bank gibt, und der European Accessibility Act macht ihren Zugang nun zu einer gesetzlichen Anforderung.

Bank- und Finanzdienstleistungen werden im Geltungsbereich des EAA ausdrücklich genannt. Die Frist vom 28. Juni 2025 galt für Finanzdienstleistungen ebenso wie für E-Commerce und Telekommunikation. Für Banken ist das nicht optional.

Die häufigsten Barrierefreiheitsmängel im Bankwesen

Nicht barrierefreie Anmeldung und Authentifizierung

Anmeldeprozesse sind das Eingangstor zu jeder Banking-Dienstleistung und weisen häufig Barrierefreiheitsprobleme auf:

• CAPTCHA ohne akustische Alternative, wodurch blinde Nutzerinnen und Nutzer die Authentifizierung nicht bestehen können
• One-Time-Password-(OTP-)Verfahren, die auf SMS beruhen – manche Menschen mit kognitiven Einschränkungen haben Schwierigkeiten, mehrstufige Authentifizierungen unter Zeitdruck zu bewältigen
• Sitzungs-Timeouts, die Nutzerinnen und Nutzer nicht vor dem Beenden einer Sitzung warnen und die nicht verlängert werden können – wer länger für Aufgaben braucht (was viele Menschen mit Behinderungen einschließt), wird immer wieder abgemeldet

WCAG 2.1 2.2.1 Timing Adjustable (Stufe A) verlangt, dass Sitzungszeitlimits anpassbar oder verlängerbar sind.

Unbeschriftete und nicht barrierefreie Formularfelder

Banking bringt viele Formulare mit sich: Überweisungen, Einrichtung von Zahlungen, Adressänderungen, Kreditanträge. Dieselben Formular-Barrierefreiheitsmängel, die jede Website betreffen, sind im Bankwesen besonders kostspielig – wer als blinde Person ein Zahlungsformular nicht ausfüllen kann, hat keinen Zugang zu einer zentralen Banking-Dienstleistung.

Der häufigste Mangel: Formularfelder ohne korrekt zugeordnete <label>-Elemente. Ohne ein Label kündigt der Screenreader „Textfeld, leer“ an, und die Person weiß nicht, was sie eingeben soll. Wir behandeln dies ausführlich in unserem Leitfaden zu barrierefreien Fehlermeldungen, und es gilt gleichermaßen für Standard-Formularfelder.

Nicht barrierefreie PDF-Kontoauszüge und Dokumente

Monatliche Kontoauszüge, Allgemeine Geschäftsbedingungen, Kreditverträge, Produktinformationsblätter – Banken erzeugen enorme Mengen an PDF-Inhalten, und nahezu alle davon stammen aus Systemen, die nicht barrierefreie PDFs produzieren.

Ein barrierefreies PDF hat eine getaggte Struktur, eine logische Lesereihenfolge, sinnvolle Überschriftenebenen und Alternativtexte für alle Bilder, die Informationen enthalten. Ein aus einem Word-Dokument exportiertes oder von einer Report-Engine ohne Barrierefreiheitsverarbeitung erzeugtes PDF hat davon in der Regel nichts. Mehr dazu finden Sie in unserem Leitfaden zur PDF-Barrierefreiheit.

Schlechte Tastaturnavigation in Transaktionsprozessen

Geld überweisen, einen Zahlungsempfänger einrichten, den Transaktionsverlauf einsehen – komplexe, mehrstufige Abläufe, die im Bankwesen alltäglich sind, enthalten oft Komponenten, die nur mit der Maus funktionieren: Dropdowns, die nicht auf Tastatureingaben reagieren, Datumsauswahlfelder ohne Tastaturunterstützung, Bestätigungsdialoge, die den Tastaturfokus einfangen.

Nicht barrierefreie mobile Apps

Der EAA erfasst mobile Anwendungen ebenso wie Websites. Banking-Apps neigen besonders dazu, native Komponenten zu haben, die sich anders verhalten als Web-Elemente, mit Barrierefreiheitsebenen, deren korrekte Umsetzung ausdrückliche Arbeit erfordert.

Häufige Mängel im mobilen Banking sind: interaktive Elemente, die zu klein sind, um sie zuverlässig zu antippen (WCAG 2.5.5 Target Size, Stufe AAA, empfiehlt mindestens 44×44 CSS-Pixel), unzureichender Kontrast in individuellen UI-Themes und benutzerdefinierte Tab-Leisten oder Navigationsmuster, die ihren Zustand nicht an Barrierefreiheits-APIs weitergeben.

Unzureichender Kontrast im Interface-Design

Das UI-Design im Bankwesen tendiert oft zu Minimalismus und der Verwendung von hellem Grau auf Weiß für sekundäre Informationen – Kontonummern, Transaktionsreferenzen, ergänzende Texte. Diese scheitern häufig an WCAG 1.4.3 Contrast Minimum (Stufe AA), das ein Verhältnis von 4,5:1 für normalen Text verlangt.

Der Vertrauensverlust durch fehlende Barrierefreiheit

Banking ist eine Vertrauensbeziehung. Wenn eine Person mit Behinderung nicht auf ihre Kontoauszüge zugreifen kann, kein Lastschriftmandat eigenständig einrichten kann oder gezwungen ist, eine Telefonleitung anzurufen (die selbst Barrieren aufweisen kann), um Aufgaben zu erledigen, die ihre nicht behinderten Mitmenschen online erledigen, ist die Botschaft klar: Dieser Dienst wurde nicht für Sie gestaltet.

Die Reputationskosten dieser Botschaft sind in einer Branche, in der Kundenvertrauen fundamental ist, erheblich. Die rechtlichen Kosten unter dem EAA werden zunehmend konkret. Und die praktischen Kosten – die Kundinnen und Kunden, die still zu einem Wettbewerber wechseln, der mit ihrer assistiven Technologie funktioniert – sind schwerer messbar, aber sehr real.

Wo Sie beginnen sollten

Der EAA verlangt einen Standard von WCAG 2.1 Stufe AA über alle Ihre digitalen Dienste hinweg. Für die meisten Banken ist es nicht machbar, dies über sämtliche digitalen Kontaktpunkte gleichzeitig zu erreichen – die Fläche ist zu groß. Priorisieren Sie nach Kundenauswirkung:

Höchste Priorität:

1. Anmelde- und Authentifizierungsprozesse – wenn Kundinnen und Kunden nicht hineinkommen, ist alles Weitere bedeutungslos
2. Zentrale Kontoverwaltung: Kontostand einsehen, Transaktionen einsehen, Geld überweisen
3. Downloads von Kontoauszügen und PDF-Dokumenten

Zweite Priorität:

1. Einrichtung und Verwaltung von Zahlungen
2. Antragsprozesse für Kredite und Produkte
3. Kernprozesse der mobilen App (entsprechend den Web-Prioritäten)

Führen Sie für jeden Bereich sowohl automatisiertes Scannen (das Kontrast-, Beschriftungs- und Strukturprobleme erkennt) als auch manuelle Tests mit assistiver Technologie durch (die Mängel bei der Tastaturnavigation, Probleme beim Fokusmanagement und Fehler bei Screenreader-Ansagen erkennen).

Starten Sie einen kostenlosen Scan Ihrer öffentlich zugänglichen Banking-Website, um zu sehen, wo Sie bei den automatisiert prüfbaren Problemen aktuell stehen. Für eine umfassende Überprüfung authentifizierter Banking-Prozesse – wo die meisten komplexen Barrierefreiheitsmängel liegen – sprechen Sie mit unserem Team über ein strukturiertes Audit-Programm.