Prüfbericht zur Barrierefreiheit: von gefundenen Problemen zum klaren Plan für die Behebung
Sie erfahren, wo Barrieren entstehen: auf Ihrer Website, in Ihrer mobilen App und in ganzen Nutzerabläufen. Wawsome verbindet automatische Prüfungen mit manuellen Tests durch Experten. Daraus entsteht ein Bericht mit priorisierten Problemen, technischen Empfehlungen und konkreten Schritten für die Umsetzung.
- Hybride Tests
- Experten für Barrierefreiheit
- Analyse von Seiten und Abläufen
- Umsetzbare Empfehlungen
Sehen Sie, was der Bericht enthält, bevor Sie den Prüfumfang festlegen. Aufbau des Berichts ansehen
Ein Scan zeigt einen Teil des Problems. Ein Audit zeigt, was sich ändern muss.
Das Audit prüft einzelne Elemente. Und es prüft, ob sich Aufgaben von Anfang bis Ende erledigen lassen.
Beispiel 1
Ein Formular kann richtig aufgebaut wirken und sich trotzdem nicht allein mit der Tastatur ausfüllen lassen.
Beispiel 2
Ein Fehler beim Login wird vom Screenreader vielleicht gar nicht angesagt.
Beispiel 3
Eine Zahlung kann scheitern, wenn Nutzer zwischen Website und mobiler App wechseln.
Was ist ein Audit zur digitalen Barrierefreiheit und warum brauchen Sie es?
Ein Audit zur digitalen Barrierefreiheit ist eine strukturierte Prüfung ausgewählter Seiten, Komponenten, Dokumente, Anwendungen und Interaktionen. Es zeigt Barrieren, die Menschen mit Behinderungen an der Nutzung digitaler Angebote hindern können. Im vereinbarten Umfang ordnet das Audit die technischen Befunde den WCAG-Kriterien und den geltenden Anforderungen zu.
Ohne nachprüfbare Diagnose investieren Teams oft in Änderungen mit wenig Wirkung. Die Probleme, die Login, Kauf oder Nutzung blockieren, bleiben dann bestehen. Der Bericht schafft eine gemeinsame Grundlage für Prioritäten, Budget, Zuständigkeiten und die Kontrolle des Fortschritts.
Sie suchen eine bestimmte Art von Test? Hier finden Sie alle unsere Leistungen für Barrierefreiheitsprüfung und Audits.
Für Nutzer
Sie finden echte Hürden bei Navigation, Formularen, Anmeldung und Transaktionen.
Für Teams
Aus Beobachtungen werden Tickets und Empfehlungen, die Design, QA und Entwicklung verstehen und einplanen können.
Für das Unternehmen
Sie priorisieren die Abläufe, die für Conversion, Self-Service und Kundenbeziehungen am meisten zählen.
Unsere Prüfmethode: automatische Tests, Analyse durch Experten und End-to-End-Tests der Nutzererfahrung
Umfang festlegen
Gemeinsam legen wir Plattformen, Nutzerprofile, Testumgebungen, kritische Funktionen, Nutzungsszenarien und technische Grundlagen fest, auch die passenden WCAG-Kriterien. Wir dokumentieren genau, was zur Stichprobe gehört und was nicht.
Automatische Tests
Mit automatischen Tools markieren wir Probleme, die sich über Regeln erkennen lassen. Dazu gehören bestimmte Strukturfehler, fehlende Verknüpfungen von Beschriftungen und manche Kontrastprobleme. Experten werten die Ergebnisse aus, damit keine falschen Schlüsse entstehen.
Diesen Teil können Sie selbst ausprobieren, mit dem kostenlosen Wawsome Barrierefreiheits-Check.
Manuelle Tests
Experten prüfen Tastaturbedienung, Fokusreihenfolge und Sichtbarkeit des Fokus, das Verhalten im Screenreader, Formulare, Fehlermeldungen, interaktive Elemente und dynamische Zustände. Und zwar in den Szenarien, die zum Audit gehören.
Tests von Nutzerabläufen
Wir prüfen, ob Nutzer eine Aufgabe von Anfang bis Ende erledigen können. Dazu gehören Wechsel zwischen Seiten, Sitzungen, Geräten und Anwendungen, unter den vereinbarten Testbedingungen.
Auswertung und Bericht
Wir prüfen die Befunde, fassen wiederkehrende Probleme zusammen und dokumentieren Belege, Auswirkung, Schweregrad, geschätzten Aufwand der Behebung und Empfehlungen. So können Sie einen Maßnahmenplan aufstellen.
Was prüfen Experten bei einem Barrierefreiheits-Audit?
Seiten und Komponenten
Was wir prüfen: Semantische Struktur, Navigation, Schaltflächen, Modale, Menüs, Formulare, angezeigte Daten und das Verhalten der Elemente in verschiedenen Zuständen.
Ergebnis: Eine Liste der Probleme je Seite oder Komponente.
Nutzerabläufe
Was wir prüfen: Registrierung, Login, Kontowiederherstellung, Suche, Kauf, Zahlung, Anfragen und Vertragsabschluss.
Ergebnis: Probleme genau an den Stellen, an denen Nutzer nicht weiterkommen.
Web und mobile Plattformen
Was wir prüfen: Websites, Webanwendungen, Portale mit Login und mobile Apps für iOS und Android, auf den vereinbarten Versionen und Geräten.
Ergebnis: Befunde getrennt nach Plattform und Testszenario.
Assistive Technologien
Was wir prüfen: Die Bedienung in vereinbarten Szenarien mit Screenreadern, Tastatur und passenden Einstellungen zur Barrierefreiheit.
Ergebnis: Belege dafür, wie die Nutzung für Menschen wirklich funktioniert.
Dokumente und Oberflächen
Was wir prüfen: PDFs oder andere Dateien im Prüfumfang, mit Struktur, Lesereihenfolge, Formularen und interaktiven Elementen.
Ergebnis: Empfehlungen zur Korrektur der ausgewählten Dokumente.
Technische Konformität
Was wir prüfen: Die Zuordnung der Beobachtungen zu den passenden WCAG-Kriterien und, auf Wunsch, zu den geltenden Anforderungen der EN 301 549.
Ergebnis: Eine Befundmatrix mit Verweisen auf die technischen Kriterien.
Ein Kundenprozess. Mehrere Anwendungen. Ein Audit für die ganze Nutzererfahrung.
Beispiel zur Veranschaulichung: Ein Kunde beginnt den Vertragsabschluss auf der Website. Dann bestätigt er seine Identität am Smartphone und schließt den Vorgang in einer mobilen App ab. Das Audit prüft, ob er ohne Barrieren navigieren, die Anleitungen verstehen, das Gerät wechseln, Daten eingeben und bestätigen und den Vorgang abschließen kann.
Website
Antrag ausfüllen und Vertragsabschluss starten. Wir prüfen Formulare, Meldungen, Navigation, Fortschritt und ob der Übergang zum nächsten Schritt barrierefrei ist.
Prüfpunkt: Übergang zum nächsten Schritt
Smartphone und Identitätsprüfung
Wechsel auf das Mobilgerät, Anleitung öffnen und die Identität über die zugelassenen Wege bestätigen.
Möglicher Blocker: Gerätewechsel
Mobile App
Nach der Bestätigung zurückkehren, den Stand des Vorgangs verstehen und die Aktion in der App abschließen.
Prüfpunkt: Der Stand des Vorgangs ist klar
Im Bericht zeigen wir nicht nur, wo die Fehler liegen. Wir zeigen auch, an welcher Stelle der Ablauf abbricht, welche Nutzer betroffen sein können und welche Lösungen es gibt. Bei Plattformen von Drittanbietern hängen die Tests vom verfügbaren Zugang und von den Vereinbarungen ab.
Was enthält der Prüfbericht zur Barrierefreiheit von Wawsome?
Befund #07Beispiel
Fundort
Vertragsabschluss, Schritt 3: Schaltfläche „Weiter“
Schritte zum Nachstellen
Füllen Sie das Formular nur mit der Tastatur aus. Drücken Sie dann Tab, um zu „Weiter“ zu gelangen.
Beobachtetes Ergebnis
Die Schaltfläche lässt sich mit der Tastatur weder erreichen noch auslösen.
Erwartetes Verhalten
Die Schaltfläche erhält einen sichtbaren Fokus und lässt sich mit Enter oder Leertaste auslösen.
WCAG-Kriterium
2.1.1 Tastatur (Stufe A)
Schweregrad und Auswirkung
Kritisch Wer mit Tastatur oder Screenreader arbeitet, kann den Vertragsabschluss nicht beenden.
Aufwand der Behebung
Gering
Empfohlene Lösung
Ein natives Button-Element verwenden oder Tastaturbedienung und einen sichtbaren Fokusstil ergänzen.
Management-Zusammenfassung
Die wichtigsten Probleme, das Risiko, das sich aus der Stichprobe ergibt, und die zentralen Prioritäten für die Leitung.
Nutzen: Die Leitung sieht, wo sie handeln muss.
Umfang und Testbedingungen
Plattformen, Seiten, Abläufe, Nutzertypen, Geräte, Versionen, assistive Technologien und die verwendeten Standards.
Nutzen: Klare Grenzen und nachvollziehbare Ergebnisse.
Problemliste
Für jeden Befund: Kennung, Fundort, Schritte zum Nachstellen, beobachtetes Ergebnis und erwartetes Verhalten.
Nutzen: Ihre Teams können jedes Problem untersuchen und nachstellen.
Technische Kriterien
Zuordnung zu den passenden WCAG-Kriterien und, wo zutreffend, zu weiteren technischen Anforderungen.
Nutzen: Eine Grundlage für technische Reviews und die Analyse der Konformität.
Schweregrad
Eine Einstufung auf einer dokumentierten Skala: Wie ernst ist das technische Problem und welche Folgen hat es für die Barrierefreiheit?
Nutzen: Blockierende Probleme heben sich von Problemen mit geringer Wirkung ab.
Auswirkung
Eine begründete Einschätzung der Folgen für Nutzer und kritische Abläufe. Unabhängig davon, wie oft ein Problem vorkommt.
Nutzen: Prioritäten nach der Wirkung auf Nutzererfahrung und Betrieb.
Aufwand der Behebung
Eine grobe Schätzung des Aufwands (gering, mittel oder hoch). Ihr Entwicklerteam bestätigt sie später.
Nutzen: Realistische Planung von Ressourcen und Abhängigkeiten.
Empfohlene Lösungen
Lösungswege für Oberfläche, Inhalt, Code und Verhalten. Dazu Akzeptanzkriterien, wenn vereinbart.
Nutzen: Der Schritt von der Diagnose zur Umsetzung.
Fahrplan zur Behebung
Reihenfolge der Maßnahmen, Abhängigkeiten, vorgeschlagene Zuständigkeiten und Ablauf der Umsetzung.
Nutzen: Eine Grundlage für Backlog, Budget und die Kontrolle des Fortschritts.
Grenzen und erneute Prüfung
Nicht abgedeckte Bereiche, Annahmen, später zu prüfende Ergebnisse und die empfohlenen Schritte für den Nachtest.
Nutzen: Kein falscher Eindruck einer vollständigen Abdeckung.
Was beheben wir zuerst? Prioritäten nach Schweregrad, Auswirkung und Aufwand.
Schweregrad
Wie schwer wiegt die Barriere aus Sicht der Barrierefreiheit? Ein Problem kann eine Aktion unmöglich machen, sie deutlich erschweren oder nur einen Teil der Nutzung betreffen.
- Kritisch
- Hoch
- Mittel
- Gering
Auswirkung
Wie wichtig ist die betroffene Funktion und was bedeutet das für Nutzer? Ein Fehler im zentralen Login wiegt zum Beispiel anders als ein Fehler auf einer selten besuchten Seite.
Aufwand
Wie viel Arbeit steckt in der Korrektur? Geht es um Inhalte, eine angepasste Komponente, eine Änderung der Architektur oder externe Anbieter? Die endgültige Schätzung liegt beim Team, das umsetzt.
Unser Vorgehen: Barrieren, die wichtige Prozesse blockieren, gehen wir sofort an. Danach bündeln wir Korrekturen mit großer Wirkung und planen komplexe Änderungen nach ihren Abhängigkeiten. Eine undurchsichtige Formel ersetzt nie das Urteil von Experten.
| Low complexity | High complexity | |
|---|---|---|
| High impact | Fix first | Plan around dependencies |
| Low impact | Group with related fixes | Schedule and re-evaluate |
Beispiel für PrioritätenBeispiel
Barriere
Eine Schaltfläche „Weiter“ im Vertragsabschluss, die sich nicht mit der Tastatur bedienen lässt.
Auswirkung
Nutzer können den Ablauf nicht beenden, obwohl das Problem nur einmal vorkommt.
Entscheidung
Hohe Priorität, weil der Ablauf sonst nicht abgeschlossen werden kann.
Vom Bericht zur Umsetzung: Was passiert nach dem Audit?
Sitzungen mit Entwicklern
Wir gehen die Befunde gemeinsam mit Ihren Teams aus Entwicklung, Design und QA durch. Wir erklären die Probleme, besprechen Lösungen und klären Abhängigkeiten. Wo sinnvoll, legen wir auch die Akzeptanzkriterien für den Nachtest fest.
Fahrplan zur Behebung
Wir erstellen einen Fahrplan für die Umsetzung der Empfehlungen. Grundlage sind die Prioritäten aus dem Audit, Ihre betrieblichen Ziele und die Kapazität Ihres Teams. Der Fahrplan lässt sich anpassen, während Sie Lösungen umsetzen.
Barrierefreiheitserklärung
Auf Basis der vorhandenen Ergebnisse, bekannter Einschränkungen und Ihrer Angaben können wir einen Entwurf der Barrierefreiheitserklärung erstellen. Freigeben muss ihn die verantwortliche Stelle. Die Erklärung lässt sich mit dem Fortschritt und nach den geltenden Pflichten aktualisieren.
Eine Barrierefreiheitserklärung ist keine Zertifizierung.
Erneutes Audit
Nach der Umsetzung prüfen wir die vereinbarten Probleme erneut. So sehen Sie, ob die Barrieren behoben sind und ob in kritischen Abläufen Rückschritte auftreten. Wir dokumentieren die Ergebnisse, damit sie in die nächste Runde des Fahrplans einfließen können.
Zwischen zwei Audits kann der Wawsome Barrierefreiheits-Monitor neue Probleme melden, wenn sich Ihre Inhalte ändern.
Unterstützung bei Prüfungen durch Behörden
Auf Wunsch und im Rahmen der vereinbarten Leistungen unterstützen unsere Fachleute Sie technisch bei Prüfungen durch Behörden. Sie erklären die Methode, die Befunde, die Schritte zur Behebung und die Belege für Ihre Bemühungen.
Diese Unterstützung ersetzt keine rechtliche Vertretung und garantiert nicht das Ergebnis der Behörde.
Ein Bericht für viele Entscheidungen: Produkt, Entwicklung, Compliance und Management
CTOs und Entwicklerteams
Nachstellbare Probleme, technische Empfehlungen, Abhängigkeiten und eine realistische Reihenfolge der Maßnahmen.
Produkt und UX/UI
Die Stellen, an denen die Nutzererfahrung abbricht, und die Interaktionsmuster, die korrigiert werden müssen.
Compliance und Recht
Dokumentation der Prüfungen, Grenzen und Fortschritte. Sie unterstützt die Analyse der geltenden Pflichten, ohne eine automatische Zertifizierung zu versprechen.
Geschäftsführung und Management
Ein klares Bild der Barrieren in wichtigen Prozessen und ein Rahmen für die Verteilung von Ressourcen.
Barrierefreiheits-Audit, WCAG, European Accessibility Act und BFSG: Wie hängt das zusammen?
WCAG
Die WCAG liefern technische Kriterien für Barrierefreiheit.
EN 301 549
Die EN 301 549 ist eine europäische Norm. Sie legt in den passenden Kontexten Anforderungen an die Barrierefreiheit von IKT-Produkten und Dienstleistungen fest.
European Accessibility Act
Der European Accessibility Act und das jeweilige nationale Recht legen Pflichten für bestimmte Produkte und Dienstleistungen fest. In Deutschland setzt das Barrierefreiheitsstärkungsgesetz (BFSG) die Richtlinie um.
Ein Audit dokumentiert Befunde im geprüften Umfang. Für sich allein ist es kein Nachweis, dass alle rechtlichen Pflichten erfüllt sind. Je nach technischem Umfang kann sich die Bewertung auf die WCAG 2.2 und die Prüfmethode WCAG-EM des W3C (auf Englisch) stützen.
Sie haben eine Website, eine App oder einen komplexen digitalen Prozess? Wir starten mit dem, was geprüft werden muss.
Sie müssen nicht von Anfang an wissen, welche Seiten oder Standards Sie wählen. In einem ersten Gespräch legen wir die wichtigsten Abläufe, die beteiligten Plattformen und das passende Format der Ergebnisse fest.
Warum Sie Ihr Audit mit den Experten von Wawsome besprechen sollten
Wir verbinden automatische Tests mit manueller Prüfung und der Analyse von Nutzerabläufen. So wollen wir Barrieren finden und in Empfehlungen für die Teams übersetzen, die die Verbesserungen umsetzen.
ISO 9001Qualitätsmanagement
ISO 27001Informationssicherheit
IAAP-ZertifizierungExpertise für Barrierefreiheit im Team
Quellen
- W3C WAI: Übersicht zur Prüfung der Barrierefreiheit im Web (auf Englisch)
- W3C: Methode zur Bewertung der Konformität von Websites, WCAG-EM (auf Englisch)
- W3C WAI: Konformität bewerten und darüber berichten (auf Englisch)
- W3C: Web Content Accessibility Guidelines (WCAG) 2.2 (auf Englisch)
- EUR-Lex: Richtlinie (EU) 2019/882, European Accessibility Act
Zuletzt aktualisiert am 21. Oktober 2026
Machen Sie aus dem Audit einen Maßnahmenplan für digitale Barrierefreiheit
Sagen Sie uns, was Sie prüfen möchten: eine Website, eine mobile App, ein Portal mit Login oder einen Prozess über mehrere Plattformen. Ein Experte von Wawsome hilft Ihnen, den Ansatz für das Audit und die passenden Ergebnisse festzulegen.
Sie brauchen keine vollständige Liste der Probleme. Gemeinsam klären wir, was sich zu testen lohnt.