Fragen zu Barrierefreiheit von Webanwendungen

Lassen sich Barrierefreiheitstests in CI/CD-Pipelines einbinden?

Ja. Die Prüfungen laufen in bestehenden Testabläufen mit. So fällt sofort auf, wenn eine Änderung neue Barrieren erzeugt.

Ja. Die Prüfungen laufen in bestehenden Testabläufen mit. So fällt sofort auf, wenn eine Änderung neue Barrieren erzeugt.

Permalink

Brauche ich Programmierkenntnisse für Barrierefreiheitstests mit QF-Test?

Nein. QF-Test ist ein Low-Code-Werkzeug, die Prozeduren für Barrierefreiheitstests sind vorgefertigt.

Nein. QF-Test ist ein Low-Code-Werkzeug, die Prozeduren für Barrierefreiheitstests sind vorgefertigt. Wer möchte, kann trotzdem eigene Tests mit simulierten Nutzerinteraktionen bauen.

Permalink

Wie finde ich heraus, ob meine Webseite barrierefrei ist?

Mit dem kostenlosen Accessibility Check: URL angeben, nach 2–5 Werktagen kommt der Bericht.

Mit dem kostenlosen Accessibility Check: URL angeben, nach 2–5 Werktagen kommt der Bericht mit konkreten Handlungsempfehlungen für Ihre Webseite. Unsere Expert:innen analysieren Ihre Webseite mit QF-Test nach WCAG-Kriterien wie z.B. Alternativtexte, Farbkontraste, Tastaturbedienung und ARIA-Rollen.

Permalink

Kann man Barrierefreiheit vollständig automatisiert testen?

Nein. Automatisierte Tests finden technische Fehler schnell und reproduzierbar. Verständlichkeit und logische Struktur brauchen weiterhin manuelle Prüfung.

Nein. Automatisierte Tests finden technische Fehler wie fehlende Alternativtexte, falsche ARIA-Rollen oder schwache Kontraste schnell und reproduzierbar. Verständlichkeit und logische Struktur brauchen weiterhin manuelle Prüfung. Allerdings ist dem User schon viel geholfen, wenn die technischen Kriterien erfüllt sind.

Permalink

Was prüft QF-Test bei Barrierefreiheitstests?

QF-Test bindet die Bibliothek axe-core ohne Programmieraufwand ein. Dazu kommen eigene Checks wie ein Farbkontrast-Check für grafische Elemente.

QF-Test bindet die Bibliothek axe-core ohne Programmieraufwand ein. Dazu kommen eigene Checks wie ein Farbkontrast-Check für grafische Elemente. Weitere eigene Checks, etwa zur Sichtbarkeit des Fokus, sind angekündigt.

Permalink

Was ist der Unterschied zwischen WCAG, BITV, BFSG und EAA?

Die WCAG sind der technische Maßstab. EN 301 549 und BITV 2.0 übertragen ihn in europäische bzw. deutsche Vorgaben. EAA und BFSG regeln, wer zur Barrierefreiheit verpflichtet ist.

Die WCAG (Web Content Accessibility Guidelines) sind der technische Maßstab für barrierefreie Webinhalte. Die EN 301 549 und die BITV 2.0 übertragen ihn in europäische bzw. deutsche Vorgaben.

Der EAA (European Accessibility Act) und das BFSG (Barrierefreiheitsstärkungsgesetz) regeln, wer zur Barrierefreiheit verpflichtet ist – seit Juni 2025 auch viele Unternehmen.

Permalink

Welche WCAG-Stufe muss meine Website erfüllen?

In der Regel Stufe AA. Darauf verweisen die EN 301 549 und die gesetzlichen Vorgaben.

In der Regel Stufe AA. Darauf verweisen die europäische Norm EN 301 549 und die gesetzlichen Vorgaben wie BITV 2.0 und BFSG.

Welche Anforderungen im Einzelfall gelten, hängt unter anderem von Branche, Unternehmensgröße und Art des digitalen Angebots ab. Für einzelne Bereiche können auch abweichende oder zusätzliche Regeln gelten. Bitte lassen Sie im Zweifel rechtlich prüfen, welche Vorgaben für Ihr Angebot verbindlich sind.

Hinweis: Diese Information dient der allgemeinen Orientierung und ersetzt keine Rechtsberatung.

Permalink
Fragen & Antworten rund um QF-Test

Wir verwenden Cookies zur anonymisierten Auswertung Ihres Besuchs auf unserer Webseite durch "Matomo". Dafür benötigen wir Ihr Einverständnis, welches für zwölf Monate gilt.

Cookie-Konfiguration

Funktionale Cookies

Wir verwenden funktionale Cookies, um die Basisfunktionalität der Webseite zu gewährleisten.

Performance- und Statistik-Cookies

Wir verwenden Matomo zur Analyse und Optimierung unserer Webseite. Cookies erlauben eine anonyme Erfassung der Informationen und helfen uns, Ihnen einen benutzerfreundlichen Besuch unserer Webseite zu bieten.

Cookie-Details
Bezeichnung Anbieter Gültigkeitsdauer Typ Verwendung
_pk_id Matomo 13 Monate HTTP Enthält eine eindeutige jedoch pseudonymisierte Matomo-interne Besucher-ID zur Erkennung wiederkehrender Besucher.
_pk_ref Matomo 6 Monate HTTP Wird verwendet, um zu tracken, von welcher Website der anonymisierte Benutzer auf die Website gekommen ist.
_pk_ses Matomo 1 Tag HTTP Das Session Cookie von Matomo wird verwendet, um die Seitenanforderungen des Besuchers während der Sitzung zu verfolgen.
_pk_testcookie Matomo Session HTTP Zur Prüfung, ob der Browser des Besuchers Cookies unterstützt.
_pk_cvar Matomo 30 Minuten HTTP Kurzzeit-Cookie für temporäre Besuchsdatenspeicherung.
_pk_hsr Matomo 30 Minuten HTTP Kurzzeit-Cookie für temporäre Besuchsdatenspeicherung.