Zum Inhalt springen
Praxis & Umsetzung

Vom Prüfbericht zum Maßnahmenplan: Befunde priorisieren

Ein WCAG-Prüfbericht listet Befunde, aber keine Reihenfolge. So wird daraus ein Maßnahmenplan mit Wellen, klaren Rollen und belegter Nachkontrolle.

13 Min. Lesezeit PrüfberichtMaßnahmenplanWCAG-EMNachprüfung

Ein WCAG-Prüfbericht endet dort, wo die eigentliche Arbeit anfängt. Er sagt, welche Anforderung an welcher Stelle nicht erfüllt ist, und er sagt es gründlich: Im BIK BITV-Test werden in 98 Prüfschritten 88 Anforderungen getestet (BIK BITV-Test), und ein Bericht listet die Ergebnisse für jede geprüfte Seite einzeln auf. Was er nicht sagt: womit Ihr Team am Montag anfängt. Dieser Beitrag zeigt, wie aus einer Befundliste ein Maßnahmenplan mit Rangfolge, Zuständigkeit und Nachkontrolle wird - und warum am Ende keine Punktzahl über die Reihenfolge entscheiden sollte.

Das Wichtigste in Kürze

  • Ein Prüfbericht ist eine Momentaufnahme der geprüften Seiten (BIK BITV-Test) und kein Sanierungsplan: Die Reihenfolge der Umsetzung steht dort nicht.
  • Punktebewertung und Gewichtung einzelner Prüfschritte sind im BITV-Test ausdrücklich nicht vorgesehen (BIK BITV-Test); WCAG-EM 2.0 warnt, dass aggregierte Werte in die Irre führen können (W3C, WCAG-EM 2.0).
  • 96 Prozent aller erkannten Fehler entfallen auf sechs Kategorien (WebAIM Million, 2026). Wer diese sechs Muster in Vorlagen und Bauteilen räumt, erreicht mit wenigen Änderungen viele Seiten.
  • Vier Achsen tragen die Rangfolge: Nutzerauswirkung, Streuung über die Seiten, Rechtsposition und Umsetzungsaufwand. Ihr Zusammenspiel ergibt die Reihenfolge, keine Formel.
  • Die Marktüberwachungsbehörde setzt bei Mängeln eine angemessene Frist für geeignete Maßnahmen (§ 29 Absatz 1 BFSG). Ein datierter Maßnahmenplan ist dann die Grundlage der Antwort.
  • Erledigt ist ein Befund erst nach der Nachkontrolle an derselben Stelle: Konformität lässt sich nur für den Zeitpunkt der Prüfung bestätigen (BIK BITV-Test).

Was ein Prüfbericht leistet und was er offenlässt

Ein Prüfbericht ist nach Prüfschritten und geprüften Seiten geordnet. Für die Prüfung ist das richtig, für die Umsetzung ist es ungeeignet: Die Gliederung folgt der Nummernlogik der Norm, nicht Ihrem Quelltext. Ein einzelner Fehler im Kopfbereich einer Vorlage erscheint als sechs Einzelbefunde auf sechs Seiten, während ein aufwendiger Umbau der Kaufstrecke in einer Zeile steht. Wer die Liste von oben nach unten abarbeitet, arbeitet in der Reihenfolge der Erfolgskriterien - und die hat mit dem Nutzen für Ihre Besucher wenig zu tun. Geprüft werden dabei die Anforderungen der EN 301 549; zum 1. März 2021 kamen 32 Prüfschritte aus den Kapiteln 5, 6, 7, 11 und 12 hinzu, am 12. Februar 2022 sechs weitere (BIK BITV-Test). Wie die Norm aufgebaut ist, ordnet der Beitrag zur EN 301 549 ein.

Was der Bericht dagegen zuverlässig liefert, ist die Grundlage jeder Priorisierung. Sobald eine Bewertung schlechter als erfüllt ausfällt, ist eine Anmerkung zwingend erforderlich, die den Mangel beschreibt und sagt, welches Element der Ansicht betroffen ist (BIK BITV-Test); sofern möglich sollen zusätzlich Umsetzungsempfehlungen gegeben werden (BIK BITV-Test). Dazu kommen die Auflistung der geprüften Seiten, Bildschirmfotos zur Ortsbestimmung der Mängel und das Prüfdatum. Genau diese Angaben - Ort, Element, Zeitpunkt - brauchen Sie, um aus Befunden Aufgaben zu machen. Welche Prüfansätze welchen Anteil daran tragen, steht im Beitrag zu Testmethoden und Werkzeugen.

Die Punktzahl-Falle

Eine Gesamtnote wirkt handlich und führt in die Irre. Im BIK BITV-Test sind eine Punktebewertung und eine Gewichtung einzelner Prüfschritte ausdrücklich nicht vorgesehen (BIK BITV-Test). WCAG-EM 2.0 formuliert es noch deutlicher: Derzeit sei keine einzelne Kennzahl bekannt, die Verlässlichkeit, Genauigkeit und Praxistauglichkeit zugleich erreicht; aggregierte Werte könnten in die Irre führen und lieferten zu wenig Kontext, um die tatsächliche Barrierefreiheit eines digitalen Produkts zu verstehen (W3C, WCAG-EM 2.0). Aus einer Gesamtnote lässt sich keine Reihenfolge ableiten - aus Anmerkungen mit Ortsangabe schon.

Die vier Achsen der Priorisierung

Priorisieren heißt, vier Fragen an jeden Befund zu stellen und die Antworten nebeneinanderzulegen. Keine der vier ersetzt die anderen, und keine lässt sich in eine Formel gießen. Zusammen ergeben sie eine Rangfolge, die Sie gegenüber der Geschäftsführung, gegenüber einer Aufsicht und gegenüber betroffenen Nutzern begründen können. Genau das ist der Unterschied zwischen einem Plan und einer sortierten Liste.

Die erste Achse trägt am weitesten. Ein fehlender Alternativtext an einem schmückenden Bild kostet eine Screenreader-Nutzerin eine Sekunde; ein Formularfeld ohne Beschriftung kostet sie den Abschluss. Beides sind Abweichungen von derselben Konformitätsstufe, und beides steht im Bericht gleichrangig nebeneinander. Die Unterscheidung trifft nicht die Norm, sondern Sie. Hilfreich ist dabei die Verteilung im Bestand: Zu schwacher Textkontrast wurde auf 83,9 Prozent der untersuchten Startseiten erkannt, fehlende Alternativtexte auf 53,1 Prozent, fehlende Formularbeschriftungen auf 51 Prozent (WebAIM Million, 2026). Wie Kontrast gemessen wird und wo die Schwellen liegen, steht im Beitrag zu Farbkontrasten in der Barrierefreiheit.

Nutzerauswirkung

Blockiert der Befund eine Aufgabe oder erschwert er sie? Ein Bedienelement, das mit der Tastatur nicht erreichbar ist, beendet den Vorgang. Ein unscharf formulierter Alternativtext verlangsamt ihn. Beides gehört behoben, aber nicht in derselben Woche.

Streuung über die Seiten

Sitzt der Befund in einer Vorlage, in einem Bauteil oder auf einer einzelnen Seite? WCAG-EM 2.0 hält es für gute Praxis, wiederholt auftretende Probleme im Bericht als solche auszuweisen (W3C, WCAG-EM 2.0). Ein Bauteilfehler ist eine Änderung mit vielfacher Wirkung.

Rechtsposition

Betrifft der Befund einen Schritt, den eine Aufsicht in ihrer Stichprobe ohnehin ansieht? Anlage 1 zum BFSG nennt Startseite, Anmeldung, Übersicht, Kontakt, Hilfeseiten und Seiten mit rechtlichen Informationen ausdrücklich (Bundesministerium der Justiz).

Umsetzungsaufwand

Eine Sprachangabe im Wurzelelement ist ein Attribut. Untertitel für einen vorhandenen Videobestand sind ein Projekt mit Budget und Zulieferern. Der Aufwand entscheidet nicht über das Ob, sondern über die Welle.

Die vierte Achse wird oft zuerst genannt und gehört zuletzt gewichtet. Aufwand ist eine Eigenschaft Ihrer Organisation, nicht des Befunds: Was in einem gepflegten Gestaltungssystem eine Stunde kostet, kostet in einer gewachsenen Vorlagensammlung eine Woche. Deshalb ist die Reihenfolge innerhalb einer Welle verhandelbar, die Zuordnung zur Welle dagegen nicht. Wie sich Aufwand und Nutzen über ein Prüfjahr verteilen, zeigt der Beitrag zu Auditkosten und Wirtschaftlichkeit.

Von der Bewertung zur Rangfolge

Die Prüfschritte im BIK BITV-Test werden nach einem fünfstufigen Schema bewertet: erfüllt, eher erfüllt, teilweise erfüllt, eher nicht erfüllt, nicht erfüllt (BIK BITV-Test). Die Prüfstelle begründet diese Abstufung damit, dass Entwickler und Redakteure daraus besser Prioritäten für Verbesserungen ableiten können als aus einem Ergebnis mit nur zwei Ausprägungen (BIK BITV-Test). Für die Konformitätsauswertung wird die Skala wieder zusammengezogen; für Ihren Maßnahmenplan ist die feinere Stufung das wertvollere Werkzeug.

Praktisch heißt das: Lesen Sie den Bericht zweimal. Beim ersten Durchgang interessiert, welche Anforderungen der Konformität entgegenstehen. Beim zweiten Durchgang interessiert, wie weit ein Befund von erfüllt entfernt ist. Ein Prüfschritt mit eher nicht erfüllt braucht in der Regel eine Korrektur an vorhandenem Code, ein Prüfschritt mit nicht erfüllt oft einen Umbau. Diese Unterscheidung trennt Welle eins von Welle zwei zuverlässiger als jede frühe Schätzung in Personentagen. Welche Kriterien seit WCAG 2.2 hinzugekommen sind und wo sie typischerweise greifen, steht im Beitrag zu den neuen Kriterien der WCAG 2.2.

Befund im BerichtNutzerauswirkungAufwandWelle
Sprachangabe des Dokuments fehltVorlesen in der falschen Sprache, gesamte SeiteEin Attribut in der VorlageWelle 1
Textkontrast unter dem SchwellenwertText bleibt bei Sehschwäche unlesbarFarbwerte im GestaltungssystemWelle 1
Formularfeld ohne BeschriftungEingabe wird zum Raten, Abschluss gefährdetAuszeichnung je Feld, Vorlage prüfenWelle 1
Leerer Link, leere SchaltflächeZiel unklar, Bedienung bricht abTextalternative je BauteilWelle 2
Fokusreihenfolge im Dialog springtTastaturbedienung verliert den OrtUmbau der DialogkomponenteWelle 2
Video ohne UntertitelInhalt für gehörlose Nutzer verschlossenErstellung, Prüfung, Einbindung je VideoWelle 3

Die Reihenfolge steht im Plan, nicht im Bericht

Ein Prüfbericht bewertet Prüfschritte je Seite. Ein Maßnahmenplan ordnet Aufgaben je Bauteil und je Rolle, mit Datum und Nachweisstelle. Der Übergang zwischen beiden ist Handarbeit, und er ist der Punkt, an dem eine Prüfung ihren Wert entfaltet oder in der Ablage verschwindet. Wir liefern diesen Übergang als Teil jedes WCAG-Audits mit.

Drei Umsetzungswellen statt einer langen Liste

Drei Wellen reichen in der Praxis aus. Mehr Stufen erzeugen Abstimmungsaufwand, weniger Stufen erzeugen wieder eine Liste. Die Zuordnung ergibt sich aus zwei der vier Achsen: Auswirkung und Aufwand. Streuung und Rechtsposition verschieben einzelne Befunde nach oben, bilden aber keine eigene Welle. So bleibt der Plan lesbar, auch wenn der Bericht mehrere hundert Zeilen umfasst.

Welle eins räumt, was viele Stellen betrifft und wenig kostet. Hier liegt der Hebel, den die Bestandszahlen sichtbar machen: 96 Prozent aller erkannten Fehler entfallen auf sechs Kategorien (WebAIM Million, 2026). Es sind zu schwacher Textkontrast, fehlende Alternativtexte, fehlende Formularbeschriftungen, leere Links, leere Schaltflächen und die fehlende Sprachangabe des Dokuments (WebAIM Million, 2026). Bis auf die Alternativtexte sind das Änderungen an Vorlagen und Bauteilen, nicht an einzelnen Seiten. In dieselbe Welle gehören eingeblendete Inhalte, die Text verdecken oder sich nicht schließen lassen - dazu der Beitrag zu Tooltips und eingeblendeten Inhalten.

  1. Welle eins, wenige Wochen: Vorlagen und Bauteile. Sprachangabe, Kontrastwerte, Beschriftungen, Textalternativen an Bauteilen, sichtbarer Fokus. Eine Änderung wirkt auf allen Seiten, die das Bauteil einsetzen.
  2. Welle zwei, ein Quartal: Bedienlogik. Fokusführung in Dialogen und Menüs, Statusmeldungen, Tastaturbedienung dynamischer Bauteile, Fehlermeldungen im Text statt in der Farbe. Hier wird umgebaut, nicht korrigiert.
  3. Welle drei, Jahresplanung: Bestände und Prozesse. Untertitel und Transkripte für vorhandene Videos, Dokumentenarchive, Fremdsysteme im Bezahlvorgang, Zulieferverträge. Diese Aufgaben brauchen Budget und Beteiligte außerhalb der Webentwicklung.

Zuordnung: wer welchen Befund übernimmt

Ein Maßnahmenplan ohne Rollen ist eine Wunschliste. Die Zuordnung folgt der Stelle im System, nicht der Nummer des Erfolgskriteriums: Wer die Vorlage pflegt, bekommt die Vorlagenbefunde; wer Inhalte einstellt, bekommt die Inhaltsbefunde; wer einkauft, bekommt die Befunde an fremden Bauteilen. Diese Aufteilung lässt sich aus jedem Bericht ableiten, weil zu jedem Befund das betroffene Element genannt ist.

Die Trennung ist auch eine Kostenfrage. Ein Redaktionsbefund, der in der Entwicklung landet, kostet eine Abstimmungsrunde und kommt als Rückfrage zurück. Umgekehrt wird ein Bauteilfehler, den die Redaktion Seite für Seite umgeht, zur Dauerbelastung. Wir übergeben den Plan deshalb in zwei Ansichten - eine für die barrierefreie Webentwicklung und eine für die Inhaltspflege.

  • Jeder Befund trägt eine Rolle, kein Team: Vorlagenpflege, Inhaltspflege, Einkauf, Fremdsystem.
  • Jeder Befund trägt die Ortsangabe aus dem Bericht: Adresse, Seitenzustand, betroffenes Element.
  • Jeder Befund trägt ein Zieldatum, das zur Welle passt, und ein Feld für den Nachweis der Behebung.
  • Wiederholt auftretende Befunde werden einmal beschrieben und mehrfach verortet, nicht mehrfach beschrieben.
  • Befunde an fremden Bauteilen tragen den Namen des Zulieferers und das Datum der Anfrage.
  • Inhaltsbefunde werden von einer Schulung begleitet, sonst entstehen sie mit dem nächsten Beitrag neu.

Sammelbefund oder Einzelfall: die Streuung entscheidet

Die Streuung ist die Achse, die am häufigsten übersehen wird. Eine Prüfung arbeitet mit einer Auswahl: Die Minimalanzahl bei einfachen, kleinen und einheitlich gestalteten Webangeboten sind drei Seiten, bei komplexen Angeboten können es fünf bis zehn oder auch mehr Seiten sein (BIK BITV-Test). WCAG-EM 2.0 ergänzt diese strukturierte Auswahl um eine Zufallsauswahl im Umfang von zehn Prozent der strukturierten Auswahl (W3C, WCAG-EM 2.0). Dasselbe Prinzip steht im deutschen Recht: Anlage 1 zum BFSG verlangt nach dem Zufallsprinzip weitere ausgewählte Seiten und Dokumente im Umfang von mindestens 10 Prozent der festgelegten Stichprobe (Bundesministerium der Justiz).

Daraus folgt zweierlei. Erstens steht ein Befund auf einer geprüften Seite in der Regel für ein Muster, nicht für einen Einzelfall. Zweitens muss Ihr Maßnahmenplan über die geprüften Seiten hinausreichen, sonst behebt er Stichproben statt Ursachen. Prüfen Sie zu jedem Befund, ob er aus einer Vorlage, einem Bauteil oder einer Redaktionsgewohnheit stammt - und beheben Sie ihn dort. Für geschützte Bereiche gilt das besonders, weil die Auswahl dort kleiner ausfällt und der Zugang geregelt sein muss; dazu der Beitrag zu Prüfungen hinter dem Login.

Was der Plan über den Bericht hinaus abdecken muss

WCAG-EM 2.0 hält fest, dass sich Konformitätsaussagen für ganze Websites nicht allein auf die Prüfung einer ausgewählten Teilmenge von Seiten und Funktionen stützen lassen (W3C, WCAG-EM 2.0). Der Maßnahmenplan schließt diese Lücke nicht durch mehr Prüfung, sondern durch Ursachenarbeit an Vorlagen und Bauteilen. Ergänzend gehören Formate hinein, die im Prüfumfang oft fehlen - etwa Gebärdensprachvideos für zentrale Erklärungen.

Nachkontrolle: wann ein Befund als erledigt gilt

Ein Befund gilt als erledigt, wenn er an derselben Stelle erneut geprüft wurde und die Bewertung sich geändert hat. Alles andere ist eine Statusmeldung. Der Prüfverbund formuliert dazu deutlich, dass Webangebote laufend verändert werden, die Prüfung deshalb nur eine Momentaufnahme ist und die Konformität einer Webseite nur für den Zeitpunkt des Tests bestätigt werden kann (BIK BITV-Test). Ein Maßnahmenplan ohne Nachkontrolle dokumentiert deshalb Absichten, keine Ergebnisse.

Für die Nachkontrolle sind selten alle Prüfschritte erforderlich. Sinnvoll ist ein Zuschnitt auf die Anforderungen, zu denen Befunde vorlagen, plus die Seiten, die durch die Änderung berührt wurden. Automatische Werkzeuge helfen dabei, ersetzen die Prüfung aber nicht: Die meisten Anforderungen der WCAG und der BITV können nicht automatisch sichergestellt oder überprüft werden (BIK BITV-Test), und auch der jährliche Bestandsvergleich weist ausdrücklich darauf hin, dass das Fehlen erkannter Fehler kein Beleg für Zugänglichkeit oder Konformität ist (WebAIM Million, 2026). Zwischen zwei Prüfungen hält ein laufendes BFSG-Monitoring den Stand sichtbar.

nach dem Zufallsprinzip weitere ausgewählte Seiten und Dokumente, falls vorhanden, im Umfang von mindestens 10 Prozent der unter den Doppelbuchstaben aa bis ff festgelegten Stichprobe.

Anlage 1 zum BFSG, Nummer 2 Buchstabe b Doppelbuchstabe gg (Bundesministerium der Justiz)

Diese Zeile ist der Grund, warum ein Maßnahmenplan datiert sein sollte. Gelangt die Marktüberwachungsbehörde zu dem Ergebnis, dass eine Dienstleistung die Barrierefreiheitsanforderungen nicht erfüllt, fordert sie den Dienstleistungserbringer unverzüglich auf, innerhalb einer von ihr festgesetzten angemessenen Frist geeignete Maßnahmen zu ergreifen, um die Konformität herzustellen (§ 29 Absatz 1 BFSG). Wer dann einen laufenden Plan mit Wellen, Rollen und Nachweisen vorlegt, hat in der Regel eine Grundlage für das Gespräch über diese Frist; wer eine reine Befundliste vorlegt, hat sie nicht. Nach außen gehört der Stand zusätzlich in die Barrierefreiheitserklärung mit Feedback-Mechanismus.

Quellen und Studien

Dieser Beitrag stützt sich auf: Barrierefreiheitsstärkungsgesetz, § 29 und § 37 sowie Anlage 1 zu § 28 (Bundesministerium der Justiz); WCAG Evaluation Methodology (WCAG-EM) 2.0, W3C Group Note vom 23. Juli 2026 (W3C, WCAG-EM 2.0); Beschreibung des Prüfverfahrens des BIK BITV-Tests (BIK BITV-Test); The WebAIM Million 2026, Auswertung von einer Million Startseiten aus Februar 2026 (WebAIM Million, 2026).

Verwandte Artikel

WCAG & Standards

Tooltips barrierefrei: eingeblendete Inhalte nach 1.4.13

Erfolgskriterium 1.4.13 verlangt drei Dinge zugleich: ausblendbar, überfahrbar, beständig. Der Beitrag zerlegt den Wortlaut, zeigt den Prüfweg des BITV-Tests.

15 Min. Lesezeit
Recht & Compliance

Barrierefreies Intranet: Pflichten für interne Systeme

Das BFSG erfasst nur Verbraucherangebote. Warum Intranet, HR-Portal und Zeiterfassung trotzdem barrierefrei sein müssen und welche Normen dafür gelten.

14 Min. Lesezeit
WCAG & Standards

forced-colors: Kontrastmodus richtig unterstützen

Was der erzwungene Kontrastmodus mit Ihrem Design macht, welche Eigenschaften wegfallen und wie Sie forced-colors, Systemfarben und Fokusstile sauber aufsetzen.

15 Min. Lesezeit