Prüfbericht zur Barrierefreiheit verstehen: Schweregrade, Fundstellen, nächste Schritte

Veröffentlicht am 19. Oktober 2026

Ein Prüfbericht zur Barrierefreiheit beantwortet zu jedem Fund drei Fragen: welche Anforderung verletzt ist (meist ein Erfolgskriterium der WCAG), wo genau das Problem steckt (Seite und Fundstelle im Code) und wie schwer es Menschen mit Behinderungen trifft. Was Sie zuerst beheben, ergibt sich nicht aus der Gesamtpunktzahl, sondern aus drei Dingen zusammen: dem Schweregrad, der Stelle im Kaufweg und der Frage, ob viele Funde auf eine gemeinsame Ursache in Theme oder App zurückgehen.

Dieser Ratgeber ist eine Lesehilfe für Berichte über Webseiten, ob sie von einem automatischen Werkzeug stammen oder von einer Prüfstelle. Wie Sie Ihren Shop überhaupt prüfen und welcher Maßstab gilt, steht in der Übersicht Website auf Barrierefreiheit prüfen: Checkliste für Onlineshops. Für PDF-Dateien gibt es eigene Berichte mit eigenen Symbolen; wie Sie die lesen, erklärt der Ratgeber PDF-Barrierefreiheit prüfen und den PAC-Bericht lesen.

Zwei Arten von Berichten

Bevor Sie einen Fund bewerten, klären Sie, woher der Bericht stammt. Ein Scan-Ergebnis und ein Prüfbericht einer Prüfstelle sehen ähnlich aus, zählen aber verschieden.

	Bericht eines automatischen Werkzeugs	Bericht einer Prüfstelle oder Agentur
Was gezählt wird	Regeln des Werkzeugs und jedes einzelne Vorkommen auf der Seite	Anforderungen (WCAG-Kriterien oder Anforderungen der EN 301 549) und deren Prüfschritte
Fundstellen	jedes gefundene Element, meist mit Selektor und HTML-Auszug	oft nur Beispiele je Anforderung, mit Screenshot und Beschreibung
Bewertung	Schweregrad je Regel, dazu Treffer, die ein Mensch nachprüfen muss	Erfüllungsgrad je Anforderung, manchmal mit Schweregrad je Fund
Was es nicht sieht	alles, was menschliches Urteil braucht	Seiten außerhalb der Seitenauswahl
Aussage zur Konformität	keine	für die geprüften Seiten zum Prüfzeitpunkt

Das W3C schreibt in seiner Anleitung zur Auswahl von Prüfwerkzeugen (gelesen am 19.10.2026): „Tools cannot check all accessibility aspects automatically.“ Und: „Sometimes evaluation tools can produce false or misleading results.“ Ein Werkzeugbericht zeigt also sichere Fehler und Verdachtsfälle, aber keinen vollständigen Befund. Welche WCAG-Kriterien ein Werkzeug überhaupt prüfen kann, zeigt der Ratgeber WCAG-Check online: was ein Tool prüft und was Sie selbst testen.

Prüfstellen dokumentieren dagegen oft nicht jedes Vorkommen. WCAG-EM 2 des W3C empfiehlt als Mindestmaß: „Reports should include at least one example for each conformance requirement and WCAG 2 Success Criterion not met.“ Als gute Praxis gilt außerdem, wiederkehrende Fehler kenntlich zu machen: „It is also good practice for evaluators to indicate issues that occur repeatedly.“ (WCAG-EM 2.0, Schritt 5.1, Fassung vom 23.07.2026, gelesen am 19.10.2026). Ein veröffentlichter Prüfbericht der Stiftung Pfennigparade für die iOS-App Integreat Augsburg (die Methode ist für Webseiten dieselbe) sagt es ausdrücklich: Die Dokumentation sei eine „beispielhafte Protokollierung“, und der Auftraggeber müsse gleichartige Fehler selbst aufspüren und beheben (Prüfbericht Integreat, Dezember 2022, gelesen am 19.10.2026). Für Sie heißt das: Ein Beispiel im Bericht steht meist für alle gleichartigen Stellen im Shop.

Ein Fund, Feld für Feld

So sieht ein typischer Fund aus einem automatischen Bericht aus. Beispiel, erfunden für einen fiktiven Modeshop:

Feld	Eintrag im Beispiel	Was es bedeutet	Worauf Sie achten
Regel oder Prüfschritt	Schaltflächen müssen einen erkennbaren Namen haben	die Prüfregel des Werkzeugs oder der Prüfschritt des Verfahrens	Eine Regel kann einen Teil eines Kriteriums prüfen, nicht das ganze.
Kriterium und Stufe	WCAG 4.1.2 Name, Rolle, Wert, Stufe A	die Anforderung, gegen die verstoßen wird	Steht kein Kriterium dabei, ist es oft eine allgemeine Empfehlung („Best Practice“), kein WCAG-Verstoß.
Seite	/cart	die geprüfte Adresse	Gleiches Problem auf vielen Seiten deutet auf ein Bauteil im Theme hin.
Fundstelle (Selektor)	`button.cart-drawer__close`	der Weg zum Element im HTML-Code, wie eine Adresse	Steht derselbe Selektor bei vielen Funden, ist es eine einzige Stelle im Code.
HTML-Auszug	`<button class="cart-drawer__close"><svg …></svg></button>`	das betroffene Element	Hier sehen Sie, warum es scheitert: Die Schaltfläche enthält nur ein Symbol, keinen Text.
Schweregrad	kritisch	wie stark das Problem Menschen mit Behinderungen behindert	Der Grad ist eine allgemeine Einschätzung, nicht eine Bewertung Ihres Shops. Siehe unten.
Anzahl	1 Vorkommen	wie oft die Regel auf dieser Seite verletzt ist	Viele Vorkommen heißt nicht viel Arbeit. Entscheidend ist, ob sie eine gemeinsame Ursache haben.
Lösungshinweis	Element braucht einen zugänglichen Namen, etwa „Warenkorb schließen“	was zu tun ist	Geben Sie diesen Hinweis mit Selektor an Ihre Agentur oder den Theme-Hersteller weiter.

Die Bezeichnungen stammen in diesem Beispiel aus dem Aufbau, den die verbreitete quelloffene Prüfbibliothek axe-core verwendet: Zu jedem betroffenen Element gibt sie einen CSS-Selektor („target“), einen „Snippet of HTML of the Element“ und eine Zusammenfassung zur Behebung aus (axe-core API-Dokumentation, gelesen am 19.10.2026). Andere Werkzeuge nennen die Felder anders, enthalten aber meist dieselben Angaben.

Ein Prüfbericht einer Prüfstelle ist anders aufgebaut: Er ordnet die Funde nach Anforderungen, beschreibt das Problem in Worten, zeigt es oft mit Screenshot und macht einen Lösungsvorschlag. Ein Beispiel ist der öffentliche Prüfbericht für bpb.de von Materna (Stand 21.12.2022, gelesen am 19.10.2026), der zu jeder Anforderung der EN 301 549 die Prüfschritte mit Bewertung aufführt und bei Auffälligkeiten einen „Lösungsvorschlag“ macht.

Was die Status bedeuten

Neben den Fehlern führen fast alle Berichte weitere Ergebnisarten. Sie heißen je nach Werkzeug anders, meinen aber dasselbe:

Status im Bericht	Andere Namen dafür	Bedeutung	Ihr nächster Schritt
Bestanden	erfüllt, Passed, passes	Zu dieser Regel oder Anforderung wurde nichts gefunden.	Beim Werkzeug: nur der automatisch prüfbare Teil ist in Ordnung. Den Rest prüfen Sie von Hand.
Nicht bestanden	nicht erfüllt, Failed, violations, Verstoß	Es gibt mindestens eine Stelle, die die Anforderung verletzt.	beheben, dann erneut prüfen
Im Wesentlichen bestanden	eher erfüllt	nur geringe Mängel	in die Liste aufnehmen, aber nach den Verstößen beheben
Teilweise oder eher nicht erfüllt		deutliche Mängel; die Anforderung gilt als nicht erfüllt	wie „nicht bestanden“ behandeln
Zu prüfen	Cannot tell, incomplete, needs review	Das Werkzeug war sich nicht sicher.	jede Stelle selbst ansehen, dann als Fehler oder als in Ordnung einordnen
Nicht anwendbar	Not present, inapplicable	Auf der Seite gibt es nichts, worauf die Anforderung zutrifft, etwa kein Video.	nichts tun, aber kurz prüfen, ob es wirklich fehlt
Nicht geprüft	Not checked, nicht prüfbar	Dieser Punkt wurde bewusst oder versehentlich ausgelassen.	nachfragen oder selbst prüfen; der Bericht ist an dieser Stelle unvollständig

Belege für die Begriffe: Das WCAG-EM Report Tool des W3C kennt genau fünf Ergebniswerte, nämlich „Passed“, „Failed“, „Cannot tell“, „Not present“ und „Not checked“ (Begriffsliste im Quellcode des Tools, gelesen am 19.10.2026). axe-core sortiert Ergebnisse in „passes“, „violations“, „incomplete“ (auch „needs review“: „require further testing“) und „inapplicable“ (API-Dokumentation). Der BIK BITV-Test bewertet die Prüfschritte in bis zu fünf Stufen von „erfüllt“ bis „nicht erfüllt“; eine Anforderung gilt nur als erfüllt, wenn alle zugehörigen Prüfschritte „erfüllt“ oder „eher erfüllt“ sind (Beschreibung des Prüfverfahrens, gelesen am 19.10.2026).

Warum „nicht anwendbar“ als bestanden zählt: Das W3C schreibt in Understanding Conformance (gelesen am 19.10.2026): „if there is no content to which a success criterion applies, the success criterion is satisfied.“ Ein Shop ohne Videos erfüllt die Untertitel-Kriterien also automatisch.

Unsere Einschätzung zu „nicht anwendbar“ im Werkzeugbericht: axe-core meldet eine Regel als „inapplicable“, wenn es auf der Seite keinen passenden Inhalt gefunden hat. Ein Scan sieht die Seite so, wie sie geladen ist. Inhalte, die erst nach einem Klick erscheinen, etwa eine ausklappende Warenkorbleiste, ein Größenauswahl-Dialog oder ein nachgeladenes Produktvideo, prüft er dann womöglich nicht. Gibt es solche Elemente in Ihrem Shop, prüfen Sie sie von Hand.

Schweregrade richtig lesen

Werkzeuge, die auf axe-core aufbauen (etwa Lighthouse), verwenden dessen vier Stufen (Lighthouse-Dokumentation, gelesen am 19.10.2026). Die Bibliothek gibt bei einem Fehler einen der Werte „minor“, „moderate“, „serious“ oder „critical“ aus (API-Dokumentation). Was sie bedeuten, erklärt der Hersteller Deque im Glossar von axe DevTools (gelesen am 19.10.2026):

Stufe	Deutsche Entsprechung	Bedeutung laut Deque
critical	kritisch	„users with a disability will be blocked completely“; Behebung „should be a top priority“
serious	schwerwiegend	„users with a disability will face serious barriers“; Behebung „should be a high priority“
moderate	mittel	Es gibt Barrieren, die Menschen mit Behinderungen aber nicht vom Zugang zu grundlegenden Abläufen oder Inhalten abhalten; sie müssen trotzdem behoben werden, bevor eine Seite konform ist.
minor	gering	weniger Auswirkung als ein mittlerer Fund; muss für eine konforme Seite trotzdem behoben werden

Drei Dinge sollten Sie dabei wissen:

Der Schweregrad hängt an der Regel, nicht an Ihrem Shop. Ein kritischer Fund auf der Impressumsseite hält niemanden vom Kauf ab, ein mittlerer Fund an der Schaltfläche „Jetzt kaufen“ vielleicht schon. Den Ort gewichten Sie selbst, mit der Tabelle unten.
Die Stufe A, AA oder AAA ist kein Schweregrad. Sie sagt, zu welcher Konformitätsstufe ein Kriterium gehört. Für einen Onlineshop gelten die Stufen A und AA; beide müssen erfüllt sein. Das BFSG nennt die Stufen nicht selbst: Nach § 4 BFSG wird vermutet, dass ein Angebot die Anforderungen erfüllt, wenn es harmonisierten Normen entspricht. Für Websites verweist die FAQ der Bundesfachstelle Barrierefreiheit auf die EN 301 549, die die WCAG 2.1 in den Stufen A und AA verlangt; AAA nennt sie nicht (beide gelesen am 19.10.2026). Ein Fehler der Stufe AA, etwa zu schwacher Kontrast bei Preisen, kann im Alltag mehr Menschen treffen als ein Fehler der Stufe A an einer selten genutzten Stelle (unsere Einschätzung).
Bei Prüfstellen ist die Bewertung meist ein Erfüllungsgrad. „Eher erfüllt“ oder „im Wesentlichen bestanden“ heißt geringe Mängel. Manche Berichte unterscheiden zusätzlich zwischen Verstoß und Empfehlung: Der Integreat-Bericht etwa beschreibt einen Verstoß als Fehler, der behoben werden muss, und eine Empfehlung als „nicht zwingend zu beheben“.

Punktzahl und Konformität sind zwei verschiedene Dinge

Manche Werkzeuge zeigen eine Zahl von 0 bis 100. Bei Lighthouse ist sie laut Dokumentation von Chrome for Developers (Stand 22.10.2025, gelesen am 19.10.2026) ein gewichteter Durchschnitt der automatischen Prüfungen. Jede Prüfung zählt nur als bestanden oder nicht bestanden; haben einige Schaltflächen einen Namen und andere nicht, gibt es für diese Prüfung 0 Punkte. Die Gewichte beruhen auf den Schweregraden von axe; die Prüfung auf Schaltflächennamen etwa zählt 10, die auf eine sinnvolle Reihenfolge der Überschriften 3. Prüfungen, die nur von Hand gehen, fließen nicht ein: „Manual audits and low-impact / best-practices audits aren't included in the table because they don't affect your score.“

Daraus folgt:

100 Punkte heißen nicht barrierefrei. Die Zahl bewertet nur, was das Werkzeug automatisch prüft.
Die WCAG kennen keine Punkte. WCAG-EM 2 schreibt: „WCAG 2 does not provide a rating scheme.“ Zusammengefasste Werte „can be misleading and do not provide sufficient context“ (WCAG-EM 2.0). Auch der BIK BITV-Test vergibt nach seiner Verfahrensbeschreibung derzeit keine Gesamtpunktzahl mehr.
Konformität gilt für ganze Seiten und ganze Abläufe. Nach Understanding Conformance gibt es Konformität nur für vollständige Webseiten, und bei einem Ablauf über mehrere Seiten müssen alle Seiten des Ablaufs die Stufe erfüllen. Für Ihren Shop heißt das: Ein einziger Fehler in einem Schritt des Checkouts genügt, damit der ganze Bestellvorgang nicht konform ist.

Nutzen Sie die Punktzahl, um vorher und nachher zu vergleichen. Für die Entscheidung, was Sie beheben, zählen die einzelnen Funde.

Vom Bericht zur Reihenfolge: die Entscheidungstabelle

Stellen Sie zu jedem Fund drei Fragen:

Wo im Kaufweg liegt er? Warenkorb, Checkout, Login und Zahlung zuerst. § 19 BFSGV nennt Identifizierungs-, Authentifizierungs-, Sicherheits- und Zahlungsfunktionen ausdrücklich.
Wie schwer ist er? Kritisch und schwerwiegend vor mittel und gering. „Zu prüfen“ erst klären, dann einordnen.
Gibt es eine gemeinsame Ursache? Gleicher Selektor auf vielen Seiten, gleiche Farbe in vielen Funden, gleiches App-Element: Das ist eine Änderung, die viele Funde auf einmal beseitigt.

Situation im Bericht	Rang	Was Sie tun
kritisch oder schwerwiegend, im Warenkorb, Checkout, Login oder bei der Zahlung	1, sofort	beheben; bis dahin einen anderen Bestellweg anbieten, etwa per Telefon oder E-Mail (unsere Einschätzung: nur als Übergang; der Fund bleibt offen, bis der Checkout selbst behoben ist)
kritisch oder schwerwiegend, auf allen Seiten im selben Bauteil (Kopfzeile, Menü, Cookie-Banner, Fußzeile)	1, sofort	eine Korrektur im Theme oder in der App behebt alle Vorkommen
viele Vorkommen mit gleichem Selektor oder gleicher Farbe, egal welche Seite	2	eine Stelle im Theme ändern, dann alle Seiten neu prüfen
kritisch oder schwerwiegend, auf Produkt- oder Kategorieseiten	2	Theme-Fehler zuerst, Inhaltsfehler wie fehlende Alternativtexte danach Produkt für Produkt
mittel oder gering, im Kaufweg	3	im nächsten Arbeitspaket beheben
„zu prüfen“, egal wo	vor der Einordnung	von Hand ansehen; echter Fehler: wie oben einordnen, kein Fehler: als geprüft vermerken
Fehler in einem fremden Bauteil (Zahlungsfenster, Bewertungs-Widget, Chat)	je nach Ort wie oben	Anbieter mit Fundstelle anschreiben, eine andere App prüfen, Stand notieren
mittel oder gering, auf Inhaltsseiten oder im Blog	4	bei der nächsten Überarbeitung der Seite
Empfehlung ohne WCAG-Kriterium (Best Practice)	5	wenn alles andere erledigt ist
nicht anwendbar	kein	nur prüfen, ob der Inhalt wirklich fehlt

Die Tabelle ist unsere Empfehlung, keine Vorgabe einer Norm. Wie Sie die Behebung im Shop insgesamt planen, Bereich für Bereich, beschreibt der Fahrplan, um Ihre Website barrierefrei zu machen.

Durchgerechnetes Beispiel

Beispiel, erfunden: Ein Scan meldet für einen kleinen Modeshop sechs Regeln mit zusammen 291 Vorkommen.

Fund	Kriterium	Schweregrad	Wo	Vorkommen	Rang
A: Schaltfläche „Zur Kasse“ ist ein Symbol ohne Namen	4.1.2	kritisch	Warenkorb	1	1
B: Schaltfläche „Alle akzeptieren“ im Cookie-Banner ohne Namen	4.1.2	kritisch	alle Seiten, Cookie-App	3	1
C: Streichpreis in Hellgrau, zu wenig Kontrast	1.4.3	schwerwiegend	Kategorie und Produkt, Selektor `.price--compare`	240	2
D: Produktbilder ohne Alternativtext	1.1.1	kritisch	Produktseiten	38	2
E: Video im Bereich „Zu prüfen“: Untertitel nicht erkennbar	1.2.2	zu prüfen	Startseite	1	erst klären
F: Überschriftenebene übersprungen	keins, Best Practice	mittel	Startseite	8	5

So wird daraus ein Plan:

Zuerst A und B. Beide sperren Menschen, die mit Screenreader einkaufen, an einer Stelle aus, an der sie nicht vorbeikommen. B liegt in der Cookie-App: Sehen Sie in deren Einstellungen und Updates nach; hilft das nicht, schreiben Sie den Anbieter mit der Fundstelle an.
Dann C, obwohl es 240 Vorkommen sind. Alle tragen denselben Selektor. Das ist eine einzige Farbangabe im Theme. Nach der Änderung sollten 240 der 291 Vorkommen verschwunden sein.
D ist Fleißarbeit. 38 Bilder brauchen je einen eigenen Text. Beginnen Sie mit den meistverkauften Produkten.
E prüfen Sie selbst: Video abspielen, Untertitel einschalten. Gibt es keine und hat das Video Ton, wird es ein Fund der Stufe A.
F zuletzt. Es ist kein WCAG-Verstoß, sondern eine Empfehlung des Werkzeugs.

Aus 291 Vorkommen werden damit fünf Arbeitspakete, und das größte davon, C, ist eine einzige Änderung. Das zeigt, warum Sie nach Ursachen zählen und nicht nach Vorkommen.

Was ein Bericht enthalten muss und was fehlen darf

WCAG-EM 2 nennt für einen Bericht Mindestangaben, darunter wer geprüft hat, für wen und wann, den Umfang und das Konformitätsziel, die geprüften Seiten und die Ergebnisse (WCAG-EM 2.0, Schritt 5). Das W3C bietet dazu eine Berichtsvorlage mit Zusammenfassung, Umfang, Prüfern, Vorgehen und Ergebnissen je Kriterium. Für Ihren Shop ergibt sich daraus diese Prüfliste:

Muss drinstehen:

Datum der Prüfung. Der BIK BITV-Test betont, dass Konformität nur für den Zeitpunkt des Tests bestätigt werden kann (Verfahrensbeschreibung).
Die geprüften Adressen. Fehlen Warenkorb und Checkout, sagt der Bericht über Ihren Kaufweg nichts.
Der Maßstab: WCAG-Version und Stufe, etwa WCAG 2.2 A und AA, oder die EN 301 549. Ein Bericht nach EN 301 549 prüft die WCAG 2.1 A und AA; ein Bericht nach WCAG 2.2 enthält zusätzlich die neuen Kriterien.
Die Methode: automatisch, von Hand oder beides; Werkzeug und Version oder das Prüfverfahren.
Zu jedem Fund: Kriterium, Seite, Fundstelle oder Beispiel, Beschreibung.
Was nicht geprüft wurde: ausgeschlossene Bereiche, „nicht geprüft“ oder „zu prüfen“ gekennzeichnete Punkte.

Darf fehlen:

Eine Punktzahl. Die WCAG kennen keine.
Jedes einzelne Vorkommen, bei einem Bericht von Hand. Ein Beispiel je verletzter Anforderung genügt nach WCAG-EM 2; die übrigen Stellen suchen Sie selbst.
Die Stufe AAA. Sie ist für Ihren Shop nicht verlangt.
Fertiger Code für die Lösung. Ein Lösungshinweis reicht; die Umsetzung hängt von Ihrem Shopsystem ab.

Warnzeichen:

Ein automatischer Bericht, der „100 % barrierefrei“ oder „BFSG-konform“ bescheinigt. Werkzeuge können das nach dem W3C nicht feststellen.
Kein Datum, keine Adressen, kein Maßstab.
Nur eine Punktzahl, ohne einzelne Funde und Fundstellen.

Nach der Behebung: Nachtest und Ablage

Prüfen Sie nach jeder Korrektur dieselben Seiten mit demselben Werkzeug noch einmal. Nur so sehen Sie, ob ein Fund verschwunden ist oder ob die Korrektur einen neuen erzeugt hat. Führen Sie eine einfache Liste:

Fund	Kriterium	Seite und Fundstelle	Schweregrad	Ursache (Theme, App, Inhalt)	Rang	Zuständig	Behoben am	Nachtest am, Ergebnis
A	4.1.2	/cart, Schaltfläche „Zur Kasse“	kritisch	Theme	1	Agentur

Diese Liste hat einen rechtlichen Hintergrund. Nach § 14 Abs. 3 BFSG müssen Sie dauerhaft sicherstellen, dass Ihre Dienstleistung die Anforderungen erfüllt. Stellen Sie eine Nichtkonformität fest, verlangt § 14 Abs. 4 BFSG Korrekturmaßnahmen und eine unverzügliche Information der Marktüberwachungsbehörden mit Angaben zur Art der Abweichung und zu den Maßnahmen. Auf begründetes Verlangen der Behörde müssen Sie nach § 14 Abs. 5 BFSG Auskünfte zum Nachweis der Konformität geben. Wann ein Fund aus einem Bericht schon eine Nichtkonformität im Sinne des Gesetzes ist, sagt das Gesetz nicht ausdrücklich. Ein Bericht mit Datum und eine Behebungsliste mit Nachtest zeigen aber, was Sie wann getan haben. Legen Sie beides zusammen ab und heben Sie auch alte Fassungen auf.

Ihr nächster Schritt

Ein erstes Ergebnis für Ihren Shop bekommen Sie mit dem kostenlosen Scan. Ordnen Sie jeden Fund mit der Entscheidungstabelle oben ein: Schweregrad, Seite im Kaufweg, Kriterium. Wie jeder automatische Test findet der Scan nur einen Teil der Barrieren; Warenkorb, Checkout und alles, was menschliches Urteil braucht, prüfen Sie zusätzlich von Hand.

Dieser Ratgeber ist keine Rechtsberatung. Im Zweifel klären Sie Ihren Fall mit der Bundesfachstelle Barrierefreiheit oder einer Anwältin oder einem Anwalt.

Stand: 19.10.2026. Quellen gelesen am 19.10.2026.