Barrierefreie Kontaktformulare und der European Accessibility Act

Ein Kontaktformular ist oft die einzige Tür zwischen Besuchern und Ihrem Unternehmen. Lässt sich diese Tür nur mit Maus, gutem Sehvermögen und der Geduld für ein verschwommenes Bilderrätsel öffnen, bleiben manche Menschen schlicht draußen. Seit Mitte 2025 ist das nicht mehr nur eine Frage der Nutzerfreundlichkeit: Für viele Unternehmen, die in der EU an Verbraucher verkaufen, ist es eine rechtliche Frage geworden.

Was der European Accessibility Act abdeckt

Der European Accessibility Act (Richtlinie (EU) 2019/882) gilt seit dem 28. Juni 2025. Er legt Barrierefreiheitsanforderungen für bestimmte Produkte und Dienstleistungen fest, die sich an Verbraucher richten – darunter der elektronische Geschäftsverkehr, Bankdienstleistungen für Verbraucher, E-Books, elektronische Kommunikation und Teile des Personenverkehrs. Bei einer Website betrifft das den Onlineshop oder das Bankangebot als Ganzes, einschließlich der Formulare, über die Kundinnen und Kunden Kontakt aufnehmen, Fragen stellen oder sich beschweren. Ausgenommen sind Kleinstunternehmen, die Dienstleistungen erbringen: Betriebe mit weniger als zehn Beschäftigten und einem Jahresumsatz oder einer Jahresbilanzsumme von höchstens 2 Mio. Euro. Angebote, die sich ausschließlich an Unternehmen richten, fallen in der Regel nicht darunter.

Jeder Mitgliedstaat hat die Richtlinie in nationales Recht umgesetzt. In Deutschland ist das das Barrierefreiheitsstärkungsgesetz (BFSG), in Polen ein Gesetz aus dem Jahr 2024 über die Barrierefreiheitsanforderungen an bestimmte Produkte und Dienstleistungen. Zuständige Behörden und Sanktionen unterscheiden sich von Land zu Land, der technische Maßstab ist aber weitgehend derselbe: in der Praxis die europäische Norm EN 301 549, die ihrerseits auf den Web Content Accessibility Guidelines (WCAG) aufbaut.

Warum es sich auch ohne Pflicht lohnt

Vielleicht ist Ihr Unternehmen ausgenommen, oder Sie arbeiten nur für andere Firmen. Barrierefreie Formulare lohnen sich trotzdem, aus einem einfachen Grund: Jede Person, die mittendrin aufgibt, ist eine Anfrage, die nie bei Ihnen ankommt. Was Screenreader-Nutzern hilft, hilft auch jemandem, der das Formular im Zug auf dem Smartphone ausfüllt, in grellem Sonnenlicht, mit gebrochenem Handgelenk oder in einer Fremdsprache. Klare Beschriftungen und hilfreiche Fehlermeldungen bedeuten weniger abgebrochene Formulare bei allen – und keine dieser Maßnahmen schwächt Ihren Spamschutz.

Praktische Checkliste mit Bezug auf WCAG 2.2

• Sichtbare, verknüpfte Beschriftungen (1.3.1, 3.3.2): Jedes Feld hat ein sichtbares Label, das per for/id mit dem Eingabefeld verbunden ist. Ein Platzhalter allein ist kein Label – er verschwindet, sobald man zu tippen beginnt.
• Fehlermeldungen, die die Lösung nennen (3.3.1, 3.3.3): Feld benennen, Problem beschreiben, Korrektur vorschlagen – als Text, nicht nur mit rotem Rahmen. „Bitte geben Sie eine E-Mail-Adresse wie name@example.com ein“ ist besser als „Ungültige Eingabe“.
• Vollständige Tastaturbedienung (2.1.1, 2.1.2): Alle Felder, Checkboxen, das CAPTCHA und der Absenden-Button sind mit Tab, Leertaste und Enter erreichbar und bedienbar, ohne Tastaturfalle.
• Sichtbarer Fokus (2.4.7): Man sieht jederzeit, welches Feld aktiv ist. Wer den Fokusrahmen des Browsers ohne Ersatz entfernt, verfehlt dieses Kriterium.
• Ausreichender Kontrast (1.4.3): Texte, Labels und Fehlermeldungen haben ein Kontrastverhältnis von mindestens 4,5:1 zum Hintergrund (3:1 bei großer Schrift).
• Zielgröße (2.5.8): Buttons, Checkboxen und Links sind mindestens 24 × 24 CSS-Pixel groß oder haben genug Abstand zueinander.
• CAPTCHA-Alternativen (1.1.1) und barrierefreie Authentifizierung (3.3.8): 1.1.1 verlangt eine Textalternative und das CAPTCHA in mehr als einer Sinnesform; 3.3.8 gilt streng genommen für Anmeldeschritte, der Gedanke lässt sich aber übertragen – ein Rätsel wie verzerrte Buchstaben abtippen oder eine Rechenaufgabe sollte nicht der einzige Weg sein. Bieten Sie eine Alternative an oder setzen Sie auf ein Verfahren ganz ohne Rätsel.
• Honeypots vor Hilfstechnologien verbergen: Das Fallenfeld bekommt aria-hidden="true" am umgebenden Element und tabindex="-1", damit Screenreader- und Tastaturnutzer nie darin landen.

CAPTCHAs und Honeypots: wo Spamschutz auf Barrierefreiheit trifft

Genau genommen bezieht sich Kriterium 3.3.8 auf Anmelde- und Authentifizierungsschritte, nicht auf Kontaktformulare. Der Gedanke dahinter lässt sich aber gut übertragen: Verzerrte Buchstaben abtippen, eine Rechenaufgabe lösen oder Ampeln in einem Bilderraster anklicken schließt manche Menschen komplett aus. Verfahren, die meist ganz ohne Rätsel auskommen – etwa Cloudflare Turnstile, Friendly Captcha, ein Honeypot mit Zeitprüfung oder serverseitige Filter wie Akismet –, halten Spam fern, ohne dass Besucher etwas beweisen müssen. Ein Honeypot ist allerdings nur dann freundlich, wenn er wirklich unsichtbar ist, auch für Screenreader und Tastatur:

<div class="hp" aria-hidden="true">
  <label for="hp-website">Dieses Feld bitte leer lassen</label>
  <input type="text" id="hp-website" name="website"
         tabindex="-1" autocomplete="off">
</div>
<!-- CSS: .hp { position: absolute; left: -10000px; } -->

Das eigene Formular in einer Viertelstunde testen

1. 1Legen Sie die Maus beiseite und füllen Sie das ganze Formular nur mit der Tastatur aus. Erreichen Sie jedes Feld und den Absenden-Button, und sehen Sie immer, wo Sie gerade sind?
2. 2Schicken Sie das Formular leer ab, dann mit einer falschen E-Mail-Adresse. Erscheinen die Fehler als Text beim richtigen Feld, und ist klar, was zu tun ist?
3. 3Öffnen Sie die Seite auf dem Smartphone oder zoomen Sie den Browser auf 200 %. Ist alles lesbar, lassen sich die Buttons gut antippen, und verdeckt ein Cookie-Banner oder Chat-Widget den Absenden-Button?
4. 4Schalten Sie einen Screenreader ein (VoiceOver, NVDA oder TalkBack) und hören Sie zu: Wird jedes Feld mit seiner Beschriftung angesagt, und bleibt der Honeypot stumm?
5. 5Lassen Sie eine automatische Prüfung wie axe-core laufen. Sie findet fehlende Labels und Kontrastprobleme schnell, aber nicht alles – die manuellen Schritte oben bleiben nötig.

Wenn Sie lieber mit einem Überblick beginnen: formexposed prüft Ihre öffentlichen Formulare von außen, ohne etwas abzuschicken. Die Barrierefreiheitsprüfung führt für jedes Formular axe-core-Tests aus, markiert CAPTCHAs ohne barrierefreie Alternative und Honeypots, die Screenreader vorlesen, und schaut sich das Formular auf dem Smartphone an – Tippflächen, Overlays über dem Absende-Button, horizontales Scrollen. Der kostenlose Check zeigt die Gesamtstufe, diese Details enthält der vollständige Bericht. Ein guter Ausgangspunkt für die Liste oben, aber kein Ersatz für Tests mit echten Menschen.