Auf dieser Seite

Kostenloser Accessibility Check

  1. URL nennen
  2. Unsere Expert:innen analysieren Ihre Website mit QF-Test nach WCAG-Kriterien: Alternativtexte, Farbkontraste, Tastaturbedienung, ARIA-Rollen etc.
  3. Barrierefreiheits-Bericht mit konkreten Handlungsempfehlungen in 2-5 Werktagen erhalten – ohne Installation, ohne Code, zu nichts verpflichtend

Wie kann man mit QF-Test Webanwendungen auf Barrierefreiheit testen?

QF-Test bringt einen eigenen Testschritt für Barrierefreiheit mit: den Knoten „Prüfung der Barrierefreiheit“. Sie fügen ihn wie jeden anderen Schritt in Ihre Testsuite ein und legen fest, welche Prüfungen laufen sollen. Ein kontextabhängiges Auswahlmenü schlägt passende Regeln und Parameter vor und fügt die richtige Syntax automatisch ein.

QF-Test: Konfiguration des Knotens „Prüfung der Barrierefreiheit“ mit Auswahlmenü für Prüfregeln

Dabei kombinieren Sie zwei Ansätze:

  1. Prüfungen mit axe-core: Die integrierte Open-Source-Bibliothek prüft Ihre Seiten nach WCAG 2.0, 2.1 und 2.2 (Stufen A und AA).
  2. Eigene QF-Test-Checks: QF-Test prüft zusätzlich den Farbkontrast von Icons und anderen grafischen Elementen, die Sichtbarkeit des Tastaturfokus und das Sprachattribut der Seite.

Weil QF-Test echte Benutzerinteraktionen simuliert, testen Sie nicht nur statische Seiten, sondern jeden Zustand Ihrer Anwendung, etwa nach dem Login oder in einem geöffneten Dialog.

Videos: Mit QF-Test automatisiert Barrierefreiheit testen

Barrierefreiheit von Webanwendungen testen mit QF-Test

In diesem Webinar geben wir eine kleine Einführung zu Web-Accessibility und präsentieren die neuen Accessibility-Testing-Features von QF-Test.

Barrierefreiheit von Webanwendungen automatisiert testen mit QF-Test 9

In diesem Video zeigen wir Ihnen, wie Sie mit QF-Test 9 die Barrierefreiheit ihrer Webseite oder Web-Anwendung testen können, und zwar voll automatisch!

Automatisiert Web-Anwendungen testen

Was QF-Test bei Barrierefreiheitstests auszeichnet

QF-Test verbindet etablierte Accessibility-Prüfungen mit funktionaler UI-Testautomatisierung. Das macht den Unterschied zu reinen Scannern.

  • Auch dynamische Zustände prüfen
    Statische Scanner sehen meist nur die Seite, die beim Aufruf geladen wird. QF-Test klickt sich wie reale Nutzer:innen durch Ihre Anwendung. So prüfen Sie gezielt Bereiche nach dem Login, geöffnete Dialoge und Menüs, ausgefüllte Formulare mit Fehlermeldungen sowie dynamisch nachgeladene Inhalte.

  • Bewährte Prüfregeln ohne Programmieraufwand
    axe-core gilt als einer der Standards für automatisierte Accessibility-Tests. Die Bibliothek prüft unter anderem fehlende Alternativtexte, unzureichende Farbkontraste sowie fehlerhafte ARIA-Rollen und -Attribute nach WCAG 2.0, 2.1 und 2.2, Stufen A und AA. Welche Regeln laufen und wie streng geprüft wird, legen Sie im Knoten „Prüfung der Barrierefreiheit“ fest.

  • Zusätzliche Checks über axe-core hinaus
    QF-Test ergänzt axe-core um eigene Prüfungen: Es prüft den Farbkontrast von Icons und anderen grafischen Elementen, kontrolliert per simulierter Tastaturnavigation, ob der Fokus stets sichtbar ist, und stellt sicher, dass die Seite die richtige Sprache für Screenreader angibt. Bekannte Probleme mit niedriger Priorität blenden Sie gezielt aus dem Report aus. Für spezielle Anforderungen erstellen Sie eigene Barrierefreiheitstests.

  • Ein Werkzeug für Funktion und Barrierefreiheit
    Sie bauen Accessibility-Prüfungen einfach in Ihre bestehenden Testfälle ein. Eine separate Testsuite ist nicht nötig, und funktionale Fehler sowie Barrieren fallen im selben Testlauf auf.

  • Kontinuierlich prüfen in der CI/CD-Pipeline
    Laufen die Prüfungen bei jedem Build mit, erkennen Sie neue Barrieren sofort. So gelangen Regressionen gar nicht erst in die Produktion.

  • Berichte, mit denen Ihr Team arbeiten kann
    QF-Test kategorisiert Fehler und Warnungen, hebt betroffene Elemente im Screenshot hervor und liefert Hinweise zur Behebung. So sieht Ihr Team auf einen Blick, was zuerst angegangen werden sollte.

Interaktiver Beispiel-Bericht

Mit QF-Test erhalten Tester:innen präzise Auswertungen mit Hinweisen zur Behebung gefundener Probleme. Unsere Testberichte im HTML-Format sind flexibel und interaktiv.

Scrollen Sie im Beispiel-Bericht nach unten, vergrößern Sie Screenshots und Mitteilungen mit einem Klick, benutzen Sie die Pfeiltasten, um schnell zwischen Einträgen hin und her zu navigieren.

Was Automatisierung leistet und was nicht

Automatisierte Tests finden technische Fehler schnell, zuverlässig und reproduzierbar. Sie decken aber nicht alle WCAG-Kriterien ab. Ob Inhalte verständlich sind oder die Bedienung mit dem Screenreader wirklich funktioniert, beurteilen am Ende Menschen. QF-Test nimmt Ihrem Team die wiederkehrenden Prüfungen ab, damit mehr Zeit für die manuellen Tests bleibt, auf die es ankommt.

Warum ist Barrierefreiheit im Web wichtig?

In einer zunehmend digitaler werdenden Welt stellt Barrierefreiheit im Web sicher, dass digitale Inhalte für alle zugänglich sind. Neben ihrer sozialen Verantwortung profitieren Unternehmen von einer besseren Nutzererfahrung und einer erweiterten Zielgruppe.

Zunehmend wird Barrierefreiheit auch für die Einhaltung gesetzlicher Vorschriften wie der EU-Richtlinie (EU) 2019/882 und dem Barrierefreiheitsstärkungsgesetz (BFSG), das seit dem 28. Juni 2025 gilt, relevant.

Ein zentrales Element der digitalen Barrierefreiheit ist die Unterstützung von Hilfstechnologien wie Screenreadern, Braillezeilen oder Sprachsteuerungen. Diese Technologien ermöglichen es Menschen mit Einschränkungen, Webanwendungen effektiv zu nutzen. Daher ist es essenziell, dass Webseiten mit diesen Hilfstechnologien kompatibel sind.

Barrierefreiheit in der Entwicklung: von Design bis Test

Barrierefreiheit ist ein essenzieller Bestandteil moderner Softwareentwicklung und Webanwendungen. Softwaretester:innen und Entwickler:innen stehen vor der Aufgabe, Webseiten auf Barrierefreiheit zu prüfen. Manuelle Tests sind aufwendig, und vieles davon wiederholt sich. Automatisierte Barrierefreiheitstests oder A11y-Tests (Numeronym für „Accessibility“) können hier massiv Zeit einsparen, indem sie gängige Probleme effizient identifizieren, und zwar auch schon während der Entwicklungsphase der Software.

Die Sicherstellung der Barrierefreiheit beginnt bereits im Designprozess. Durch frühzeitige Berücksichtigung von Zugänglichkeitsaspekten können Entwickler:innen und Designer:innen sicherstellen, dass digitale Produkte von Anfang an inklusiv gestaltet werden. Dies umfasst die Auswahl geeigneter Farbschemata, die klare Strukturierung von Inhalten und die intuitive Platzierung von Schaltflächen.

Ein zentraler Bestandteil barrierefreier Webentwicklung ist die saubere und semantisch korrekte Strukturierung des Quellcodes. Dies ermöglicht es Hilfstechnologien wie Screenreadern, die Inhalte einer Webseite korrekt zu interpretieren und wiederzugeben. Dies umfasst unter anderem die korrekte Verwendung von HTML-Elementen und ARIA-Rollen. QF-Test unterstützt Entwickler:innen dabei, den Quellcode auf Barrierefreiheitsaspekte zu überprüfen, indem es automatisierte Tests gemäß den Web Content Accessibility Guidelines (WCAG) 2.0, 2.1 und 2.2 durchführt.

Welche Richtlinien gelten für Barrierefreiheitstests?

Ob öffentliche Stelle oder Unternehmen: Fast alle gesetzlichen Vorgaben zur digitalen Barrierefreiheit verweisen technisch auf dieselbe Grundlage, die Web Content Accessibility Guidelines (WCAG) auf Stufe AA.

Regelwerk Gilt für Technischer Maßstab
WCAG (W3C) Internationale Grundlage –
EN 301 549 Öffentliche Stellen und Unternehmen in der EU WCAG 2.1 AA, künftig WCAG 2.2 AA
EU-Richtlinie 2016/2102 / BITV 2.0 Öffentliche Stellen EN 301 549
European Accessibility Act / BFSG Bestimmte Produkte und Dienstleistungen für Verbraucher:innen, seit 28. Juni 2025 EN 301 549

Was bedeutet das für Ihre Tests? Mit QF-Test prüfen Sie automatisiert nach WCAG 2.0, 2.1 und 2.2 und sind damit bereits auf die neue Version 4.1.1 der EN 301 549 vorbereitet, die die Anforderungen auf WCAG 2.2 anhebt. Automatisierte Tests decken allerdings nicht alle Kriterien ab. Für eine vollständige Konformitätsbewertung braucht es zusätzlich manuelle Prüfungen.

WCAG-Konformität ist Pflicht in der EU

Ist Ihre Website wirklich barrierefrei? Unser kostenloser Accessibility Check zeigt Ihnen in 2–5 Tagen genau, wo Ihre Website steht. Inklusive interaktivem Bericht und konkreten Handlungsempfehlungen.

Verfahren zur Prüfung der Barrierefreiheit in Software

Barrierefreiheit lässt sich nicht mit einem einzigen Verfahren vollständig prüfen. Manuelle und automatisierte Tests haben unterschiedliche Stärken und ergänzen sich gegenseitig.

Manuelle Tests Automatisierte Tests
Stärken Bewerten die tatsächliche Nutzbarkeit, etwa mit Screenreader oder Tastatur. Erkennen, ob Inhalte verständlich und logisch strukturiert sind. Finden technische Fehler wie fehlende Alternativtexte, fehlerhafte ARIA-Rollen oder zu geringe Kontraste schnell und reproduzierbar. Prüfen viele Seiten und Zustände in kurzer Zeit.
Grenzen Zeitaufwendig, erfordern viel Erfahrung. Ergebnisse können je nach Tester:in variieren. Decken nur einen Teil der WCAG-Kriterien ab. Können nicht beurteilen, ob Inhalte verständlich oder sinnvoll sind.
Ideal für Abschließende Bewertung, komplexe Interaktionen, Prüfung mit Hilfstechnologien Regelmäßige Prüfung bei jedem Build, Erkennen von Regressionen

Manuell Barrierefreiheit testen

Bei manuellen Tests prüfen erfahrene Tester:innen die Software aus der Perspektive von Menschen mit Behinderungen. Mit Screenreadern, Vergrößerungssoftware oder reiner Tastaturbedienung beurteilen sie, ob die Anwendung nicht nur technisch, sondern auch praktisch nutzbar ist. Nur so lassen sich Fragen beantworten wie: Ist die Reihenfolge der Inhalte logisch? Sind Anweisungen verständlich? Funktioniert ein komplexer Dialog mit dem Screenreader wirklich?

Automatisiert Barrierefreiheit testen

Automatisierte Tests übernehmen die wiederkehrenden, technischen Prüfungen. Sie liefern bei jedem Durchlauf vergleichbare Ergebnisse und lassen sich in die CI/CD-Pipeline einbinden. So fällt sofort auf, wenn eine Änderung neue Barrieren verursacht, lange bevor sie in einem manuellen Audit auffallen würde.

Das Beste aus beiden Welten

Am effizientesten ist die Kombination: Automatisierte Tests sichern kontinuierlich die technische Basis ab und entlasten Ihr Team von Routineprüfungen. Die gewonnene Zeit fließt in gezielte manuelle Tests, bei denen menschliche Einschätzung gefragt ist. Gerade in agilen Projekten mit kurzen Release-Zyklen bleibt die Barrierefreiheit so dauerhaft auf einem guten Stand.

Kostenloser Accessibility Check: Ist Ihre Webseite barrierefrei?

Die EU-Richtlinie zur Barrierefreiheit gilt — und viele Websites sind noch nicht barrierefrei. Damit Sie wissen, wo Sie stehen, bieten wir ab sofort einen kostenlosen, unverbindlichen Accessibility Check an: Sie nennen uns Ihre URL, unsere Expert:innen analysieren mit QF-Test Ihre Website nach WCAG-Kriterien und Sie erhalten innerhalb von 2–5 Tagen einen interaktiven Bericht mit konkreten Handlungsempfehlungen.

Kein Risiko, keine versteckten Kosten — einfach Klarheit darüber, was zu tun ist.

Weiterführende Informationen

FAQs zum Thema Barrierefreiheit von Web-Anwendungen

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

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.