Warum funktionieren die Filter in meinem Webshop nicht mit einem Screenreader?
Filter fehlen häufig Name, Rolle oder Statusmitteilung
Produktfilter funktionieren meist nicht mit einer Bildschirmleseanwendung, da nicht klar genug ist, was ein Filter ist, wie sein aktueller Status ist oder was passiert, wenn der Benutzer eine Auswahl trifft. Filter bestehen in vielen Online-Shops aus Kontrollkästchen oder Schaltflächen, die visuell gut funktionieren, aber programmtechnisch unvollständig aufgebaut sind: ein Kontrollkästchen ohne zugeordnetes Etikett, eine Schaltfläche, die nur durch eine Farbänderung zeigt, dass ein Filter aktiv ist, oder ein Filterfenster, das sich öffnet, ohne dass eine Bildschirmleseanwendung dies meldet. Für einen sehenden Besucher ist das kein Problem, da dieser die Änderung sieht. Für eine Bildschirmleseanwendung gibt es diese visuelle Änderung nicht — sie benötigt eine technische Ankündigung.
Ein anderes wiederkehrendes Problem besteht darin, dass sich die Ergebnisliste zwar ändert, aber eine Bildschirmleseanwendung davon nichts erfährt. Unter dem Filter wird beispielsweise zwar "24 Ergebnisse" angezeigt, aber ohne dass dies als Statusmitteilung übermittelt wird. Der Benutzer muss daher selbst danach suchen, was sich geändert hat. Dies hängt stark damit zusammen, wie Überschriften und Struktur auf der Seite aufgebaut sind, da eine Bildschirmleseanwendung häufig über diese Struktur navigiert, um zu bestimmen, wo die Ergebnisse beginnen — mehr dazu finden Sie unter Warum liest ein Screenreader die Überschriften auf meiner Seite nicht richtig vor?. Auch die Art und Weise, wie der Fokus nach dem Anwenden eines Filters reagiert, spielt eine Rolle: Wenn der Fokus unaufgefordert zu einem anderen Teil der Seite springt, verliert ein Benutzer einer Bildschirmleseanwendung den Überblick, wie unter beschrieben Warum springt der Cursor oder Fokus auf meiner Website umher?.
Was WCAG hierzu festlegt
Dass Filter einen Namen, eine Rolle und einen Status an unterstützende Technologien wie eine Bildschirmleseanwendung übermitteln müssen und dass Statusänderungen wie eine geänderte Anzahl von Ergebnissen angekündigt werden, ergibt sich aus den Kriterien über Name, Rolle und Wert sowie über Statusmitteilungen in WCAG 2.1 (W3C) — der Stufe, die in der Praxis über EN 301 549 erwartet wird. Ein automatisierter Scan erkennt einen Teil dieser Mängel, wie ein Kontrollkästchen ohne Etikett, aber ob eine Statusmitteilung für einen Benutzer tatsächlich verständlich ist, erfordert eine Beurteilung, die ein Scan nicht durchführen kann — siehe kann ein automatischer Barrierefreiheitstest alles finden.
Worauf dies basiert
- WCAG 2.1 (W3C) — worauf EN 301 549 in der Praxis hinausläuft
- ACM — Barrierefreiheit von Webshops, quantitative und qualitative Untersuchung (Motivaction, März 2026)
Die Verordnung selbst ist auf EUR-Lex abrufbar. Wir verweisen für jede Aussage; Sie müssen uns nicht einfach glauben.
Was Sie konkret tun müssen
Die Ausarbeitung je Verpflichtung, einschließlich der damit verbundenen Fristen und der Vorlagen zu deren Dokumentation, ist im Abonnement enthalten.
Abonnement ansehen Zunächst der kostenlose Quick-ScanDies ist keine Rechtsberatung. Diese Seite enthält allgemeine Informationen zur Rechtsvorschrift, auf die sich diese Plattform bezieht. Wir kennen Ihre Situation nicht. Wenn Sie sich unsicher sind, wie dies auf Ihren Fall zutrifft, wenden Sie sich an einen Rechtsanwalt oder die zuständige Aufsichtsbehörde.
Mit Hilfe von KI verfasst und von einer Person am 05.09.2026 überprüft. Stimmt etwas nicht? Lassen Sie es uns wissen — Korrektionen werden vorrangig behandelt.