Barrierefreiheitsbericht-Vorlage — was ein guter tatsächlich enthält
„Barrierefreiheitsbericht“ bezeichnet je nach Sprecher mindestens drei verschiedene Artefakte, und die Lücke zwischen ihnen ist groß genug, dass eine Rechtsabteilung und eine technische Leitung dasselbe Meeting verlassen und dabei völlig unterschiedliche Dinge wollen können. Der Begriff umfasst die automatisierte PDF, die ein axe DevTools- oder WAVE-Scan am Ende einer Build-Pipeline auswirft; den 60-seitigen manuellen Liefergegenstand, den ein Fachunternehmen nach einem sechswöchigen Barrierefreiheits-Audit übergibt; und die branchenweiten Benchmarks wie den WebAIM Million und die Jahres-1-EAA-Durchsetzungszusammenstellungen.
Dieser Artikel behandelt die ersten beiden — das Artefakt, das man in Auftrag gibt, prüft, abnimmt und dem Entwicklungsteam übergibt. Im Folgenden wird beschrieben, welche Struktur ein verwendbarer Bericht hat, welche Schweregradmatrix einen praxistauglichen Bericht von einem Stapel nicht handlungsrelevanter Tags trennt, und welches Befundformat Entwicklungsteams tatsächlich priorisieren werden. Die Hälfte der Berichte, die 2026 auf den Schreibtischen von Barrierefreiheitsverantwortlichen landen, besteht diesen Test nicht, und der Fehler hat fast immer dieselbe Form: keine Abgrenzung, keine Matrix, kein Fahrplan, kein Urteil — nur eine lange Liste von WCAG-Verweisen und das Wort „hoch“ in einer Spalte.
Automatisierte Scanner-Berichte, manuelle Audit-Berichte und jährliche Branchenberichte sind drei verschiedene Artefakte. Der nachfolgende Feldleitfaden katalogisiert die neun Abschnitte, die einen Liefergegenstand verwendbar machen, mit derselben Anatomie in jedem Eintrag: was er enthält, die Beispielformulierung, die ihn verankert, warum er wichtig ist, die Zielgruppe und ob er verpflichtend oder empfohlen ist. Der Katalog kann von oben nach unten gelesen oder per Abschnittsnummer direkt aufgerufen werden.
9 Abschnitte · was jeder gute Barrierefreiheitsbericht enthält
| ID | Abschnitt | Aufgabe | Verpflichtend? |
|---|---|---|---|
| E·01 | Zusammenfassung für die Leitung | Ein-Absatz-Konformitätsurteil für Auftraggeber | Verpflichtend |
| E·02 | Abgrenzungserklärung | Was getestet wurde — und was nicht | Verpflichtend |
| E·03 | Methodik | Standard, Audit-Typ, Werkzeuge, Versionen | Verpflichtend |
| E·04 | Konformitätsurteil | Bestanden / Nicht bestanden / Nicht anwendbar nach Erfolgskriterium | Verpflichtend |
| E·05 | Befunde — die Problemliste | Jeder Befund mit ID, EC, Schweregrad, Behebung | Verpflichtend |
| E·06 | Schweregradmatrix | Definierte Bedeutung von Blocker / Schwerwiegend / Gering | Verpflichtend |
| E·07 | Behebungsfahrplan | Priorisierte Behebungsreihenfolge mit Aufwandsschätzungen | Verpflichtend |
| E·08 | Nachtestrichtlinie | Zeitplan und Auslöser für Nachvalidierungen | Verpflichtend |
| E·09 | Vorlage der Erklärung zur Barrierefreiheit | Entwurf der öffentlichen Erklärung, veröffentlichungsfertig | Verpflichtend |
Verpflichtend = in automatisierten Scanner-Berichten und manuellen Audit-Berichten abgedeckt, mit dem Vorbehalt, dass Scanner E·01, E·02, E·07 und E·09 automatisch stubben oder weglassen, weil diese Abschnitte menschliches Urteil erfordern. Das Format jedes Abschnitts liegt im Ermessen des Auditors; das Vorhandensein aller neun macht einen Liefergegenstand verwendbar.
Drei Typen von Barrierefreiheitsberichten — und welcher tatsächlich benötigt wird
Das Vokabular ist wichtig, weil Anbieter die Kategorien absichtlich verwischen. Drei verschiedene Artefakte werden unter demselben Begriff verkauft, und sie beantworten unterschiedliche Fragen.
Automatisierter Scanner-Bericht. Erzeugt durch ein Werkzeug — axe DevTools, WAVE, Lighthouse, Pa11y oder den kostenlosen Barrierefreiheits-Scanner auf dieser Website. Läuft in Minuten. Deckt etwa 60 bis 70 Prozent der WCAG-2.2-Erfolgskriterien nach Oberfläche ab, aber deutlich weniger nach Nutzerauswirkung, weil die folgenreichsten Fehler — Tastaturfallen, Qualität der Fokusreihenfolge, Screenreader-Lesbarkeit, bedeutungsvoller Alternativtext — größtenteils außerhalb dessen liegen, was statische Analyse entscheiden kann. Nützlich als Baseline und CI-Regressionsgate, nicht als vollständiger Bericht für sich allein.
Manueller Audit-Bericht. Bei einem Fachunternehmen in Auftrag gegeben oder intern erstellt, idealerweise mit einem Durchlauf durch ein manuelles Audit durch Tester mit Behinderungen. Dauert vier bis acht Wochen. Deckt die 30 bis 40 Prozent WCAG ab, die Automatisierung verfehlt, plus eine menschliche Bewertung des Rests. Dies ist das Artefakt, das eine verteidigbare rechtliche Haltung nach dem ADA Title III oder der EAA begründet und den Behebungsfahrplan antreibt.
Jährlicher Branchenbericht. WebAIM Million, EU-eGovernment-Benchmark, EAA-Jahres-1-Durchsetzungszusammenfassungen. Sektorweiter Kontext, kein Ersatz für das Testen des eigenen Angebots.
Wenn ein Stakeholder „wir brauchen einen Barrierefreiheitsbericht“ sagt, ohne zu qualifizieren, welchen, nachfragen. Der Kostenunterschied zwischen den dreien beträgt etwa vier Größenordnungen.
Ein Bericht, der Abgrenzung, Matrix oder Urteil weglässt, ist aktiv irreführend, weil der Leser nicht erkennen kann, was getestet wurde, was Schweregrad bedeutet oder ob das Angebot konform ist.
Jeder Eintrag unten verzeichnet dieselben Dinge in derselben Reihenfolge: was er enthält, die Beispielformulierung, die ihn verankert, warum er wichtig ist, die Zielgruppe und ob er verpflichtend oder empfohlen ist. Ein Bericht, dem eines der neun fehlt, ist unvollständig; ein Bericht, dem E·02, E·04 oder E·06 fehlt, ist nicht verwendbar.
Zusammenfassung für die Leitung
Ein Absatz, verständliche Sprache, kein Fachjargon. Das unverzichtbare Element ist ein Konformitätsurteil — ein einziger Satz, der einem Auftraggeber mitteilt, ob das Angebot dem genannten Standard entspricht, teilweise entspricht oder nicht entspricht. Unter dem Urteil drei bis fünf Sätze, die Standard, Audit-Zeitfenster, Anzahl der Blocker-Befunde und den Hauptpunkt des Behebungsfahrplans nennen.
Auftraggeber brauchen ein Urteil, keinen Stimmungsbericht. Die Zusammenfassung ist die einzige Seite, die die meisten Nichtfachleute öffnen werden, und ein Bericht, der den Konformitätsstatus unter zwölf Seiten Methodikpräambel vergräbt, verfehlt seine primäre Aufgabe. Der Urteilssatz ist auch das, was Regulierungsbehörden und Beschaffungsbeauftragte zitieren, wenn sie auf den Bericht verweisen.
Abgrenzungserklärung
Was getestet wurde — URLs, Seitentypen, User Journeys, Geräte, Browser, Hilfstechnologien. Und was nicht — hinter Authentifizierung liegende Seiten außerhalb des Testkontos, PDFs, native mobile Apps, Einbettungen Dritter. Jede ausgeschlossene Oberfläche wird mit dem Grund der Ausnahme genannt (außerhalb des Budgets, kein Testzugang, auf Folgeengagement verschoben).
Die Abgrenzungserklärung verhindert, dass ein Jahresend-Audit mit Formalargumenten ausgehebelt wird. Fehlt sie, ist der Konformitätsanspruch nicht falsifizierbar — ein Kläger kann auf jede nicht auditierte Oberfläche zeigen und behaupten, der Bericht schweige dazu, und der Verteidiger kann das Gegenteil nicht nachweisen. Eine Abgrenzungserklärung grenzt auch die Haftung des Auditors ein: ein explizit genannter Ausschluss ist ein von der auditierten Organisation akzeptierter Ausschluss.
Methodik
Welcher Standard — WCAG 2.2 AA, WCAG 2.1 AA, EN 301 549 v3.2.1, Section 508. Welcher Audit-Typ — automatisiert, manuell, gemischt. Welche Werkzeuge in welchen Versionen — axe-core 4.x, NVDA 2025.1, VoiceOver iOS 18, JAWS 2025. Welcher Testansatz — WCAG-EM-Stichprobenrundgang, vollständige Template-Prüfung, Journey-basiert.
Die Methodik ermöglicht es, einen Nachtest sechs Monate später wie-für-wie zu vergleichen. Ohne eine genannte Werkzeugversion lässt sich eine Regression nicht von einem Werkzeug-Update-Artefakt unterscheiden. Ohne einen genannten Standard ist ein „Konformitäts“-Anspruch nicht interpretierbar. Der Methodikabschnitt ist auch der Ort, an dem die Kompetenz eines Auditors von anderen Auditoren beurteilt wird.
Konformitätsurteil
Die formale Konformitätserklärung, nach Erfolgskriterium, in drei Zuständen: bestanden, nicht bestanden, nicht anwendbar. WCAG 2.2 AA hat 55 Erfolgskriterien; jedes sollte in dieser Tabelle erscheinen. Nicht anwendbar ist ein legitimes Urteil — eine Website ohne Video muss 1.2.2 Untertitel nicht bestehen — aber jedes „N/A“ braucht eine einzeilige Begründung.
Das lesen Regulierungsbehörden und Klägervertreter als Erstes. Ein Bericht, der das Urteil verwischt — „entspricht größtenteils“, „in wesentlicher Konformität“, „auf dem Weg zur Barrierefreiheit“ — ist ein Bericht, der vor dem DOJ oder einer EAA-Durchsetzungsbehörde eines Mitgliedstaats verliert. Die Urteilstabelle ist auch der Input für die öffentliche Erklärung zur Barrierefreiheit, sodass eine unscharfe Tabelle eine unscharfe Erklärung erzeugt.
Befunde — die Problemliste
Der längste Abschnitt in jedem echten Bericht. Jeder Befund erhält eine eigene Zeile mit einer stabilen ID, WCAG-Erfolgskriterium, Schweregrad, Fundort, Beschreibung, Nutzerauswirkung und empfohlener Behebung. Das Format ist im Abschnitt „Befundformat“ weiter unten dargelegt. Befunde werden nach Template oder nach Schweregrad gruppiert, nach Behebungspriorität geordnet und mit der Konformitätsurteil-Tabelle querverlinkt.
Die Befundliste ist der Teil, den das Entwicklungsteam tatsächlich öffnet. Ein Bericht, der seine Befunde in narrativem Fließtext vergräbt, wird nie priorisiert; ein Bericht, der sie als Zeilen mit stabilen IDs liefert, wird zu einem Backlog von Tickets. Die stabile ID ist das tragende Detail — sie ermöglicht es, denselben Befund im Urteilstableau, im Fahrplan und im Nachtest-Bericht zwölf Monate später zu referenzieren.
Schweregradmatrix
Eine definierte Matrix, die angibt, was Blocker, Schwerwiegend und Gering in diesem spezifischen Bericht bedeuten. Ohne Matrix sind die Schweregrade Gefühlssache. Die empfohlene dreistufige Matrix — verankert in Nutzerauswirkung statt in Scanner-Konfidenz oder rechtlicher Exposition — ist im Rubrik-Abschnitt weiter unten dargelegt.
Ohne eine Matrix bedeutet „hoher Schweregrad“ was auch immer der Leser mitbringt, und die Schweregradspalte wird dekorativ. Mit einer Matrix bedeutet Blocker in Befund F-001 dasselbe wie in Befund F-247, und der Fahrplan kann rational priorisieren. Eine Matrix verhindert auch Scope Creep bei Nachtests — ein Befund kann nicht zwischen Zyklen still umklassifiziert werden, wenn seine Schweregradsdefinition schriftlich vorliegt.
Behebungsfahrplan
Eine priorisierte Behebungsreihenfolge mit groben Aufwandsschätzungen. Zunächst Blocker, dann Schwerwiegend, dann Gering; innerhalb jeder Stufe zuerst die Dinge beheben, die sich über Templates hinweg wiederholen. Aufwandsschätzungen können grob sein — Klein, Mittel, Groß in Entwicklertagen — aber sie müssen existieren, weil der Fahrplan das ist, was den Bericht in ein Programm verwandelt.
Ein Bericht ohne Fahrplan ist ein Stapel von Befunden ohne Anweisung, was als Nächstes zu tun ist, und die auditierte Organisation wird ihn stillschweigend beiseitelegen. Ein Fahrplan verwandelt den Bericht in ein Arbeitsprogramm, das verfolgt, mit Ressourcen versehen und in den folgenden Quartalen berichtet werden kann. Es ist auch das Artefakt, das der Monitoring-Kaufleitfaden als Input für eine kontinuierliche Monitoring-Konfiguration empfiehlt.
Nachtestrichtlinie
Wann der Bericht nachvalidiert wird, was einen außerplanmäßigen Nachtest auslöst und welche Befunde nachgetestet werden. Ein jährlicher vollständiger Audit plus ein Sechs-Monats-Nachtest für zuvor fehlgeschlagene Kriterien ist für die meisten Angebote verteidigbar; täglich ausliefernde Produkte brauchen einen engeren Zyklus.
Ein Bericht ohne Nachtest-Rhythmus ist ein Bericht, der innerhalb von zwölf Monaten still veraltet. Die EU-Richtlinie über den barrierefreien Zugang zu Websites erwartet, dass veröffentlichte Erklärungen jährlich aufgefrischt werden; die EAA und der DOJ-Title-II behandeln nicht aufgefrischte Audits als Hinweis darauf, dass die Organisation aufgehört hat, aufzupassen. Ein genannter Rhythmus schützt auch einen Auditor davor, dass ein künftiger Auftraggeber fragt, warum der vorherige Bericht eine Regression nicht erfasst hat, die zwei Monate nach Abschluss des Audit-Fensters eingeführt wurde.
Vorlage der Erklärung zur Barrierefreiheit
Ein aus den Audit-Befunden verfasster Erklärungsentwurf, bereit zur Veröffentlichung unter /accessibility/. Der Auditor hat die Fakten, also entwirft der Auditor die Erklärung; die auditierte Organisation prüft und veröffentlicht. Beispiele, wie veröffentlichte Erklärungen in ihrer Qualität variieren, katalogisiert der Erklärungen-zur-Barrierefreiheit-Audit für die Top 100 im Jahr 2026.
Die Erklärung ist die öffentliche Oberfläche des Berichts und das einzige Dokument, das die meisten Nutzer jemals sehen werden. Sie als Teil des Berichts zu verfassen — statt die auditierte Organisation sechs Monate später Befunde in öffentliche Sprache übersetzen zu lassen — ist das, was den Kreislauf zwischen Audit und öffentlichem Status schließt. Es ist auch das EAA-Konformitätsartefakt nach Artikel 7 und eines der Dokumente, das die DOJ-Regel von 2024 nach Title II auf Anfrage erwartet.
Eine Schweregradmatrix, die tatsächlich funktioniert
Die meisten Berichte verwenden „hoch / mittel / niedrig“, ohne zu definieren, was diese Wörter bedeuten, was die Schweregradspalte dekorativ statt tragend macht. Eine funktionierende Matrix ist in der Nutzerauswirkung verankert, nicht in der Scanner-Konfidenz und nicht in der rechtlichen Exposition.
Blocker. Nutzer mit der betreffenden Behinderung können den Ablauf überhaupt nicht abschließen. Eine Tastaturfalle im Checkout. Ein Screenreader, der ein kritisches Formularfeld nicht ankündigt. Ein Modal, das den Fokus erfasst und ohne Maus nicht geschlossen werden kann. Der Nutzer muss abbrechen oder sich helfen lassen.
Schwerwiegend. Nutzer können den Ablauf abschließen, aber mit erheblicher Reibung oder wesentlich weniger Information als ein sehender Maus-Nutzer. Eine Fokusreihenfolge, die unvorhersehbar springt. Fehlermeldungen, die visuell erscheinen, aber nicht angekündigt werden. Kontrast unter 4,5:1 auf großen Teilen der Seite. Der Ablauf wird abgeschlossen, aber die Erfahrung ist wesentlich beeinträchtigt.
Gering. Ein Barrierefreiheitsproblem, das den Ablauf nicht blockiert oder wesentlich beeinträchtigt. Ein dekoratives Bild ohne alt="". Ein Landmark ohne Label. Ein AAA-exklusives Problem, das als Information gemeldet wird. Diese gehören in den Bericht, sitzen aber am Ende der Behebungs-Warteschlange.
Eine Anmerkung zur rechtlichen Schwere. Manche Rechtsabteilungen drängen auf eine parallele „Rechtliche Schwere“-Stufe, die nach Sammelklagenrisiko gewichtet ist statt nach Nutzerauswirkung. Das ist in Ordnung — aber als separate Spalte führen. Beides zu vermischen, erzeugt einen Bericht, dem das Entwicklungsteam misstraut und über den die Juristen überdrehen.
Ein Befundformat, das Entwicklungsteams tatsächlich nutzen werden
Ein Befund ist eine Zeile, kein Absatz. Die Pflichtfelder:
| Feld | Beispiel |
|---|---|
| Befund-ID | F-014 |
| WCAG-Erfolgskriterium | 1.4.3 Kontrast (Minimum) |
| Schweregrad | Schwerwiegend |
| Fundort | https://example.com/checkout — button.cta-primary (siehe Screenshot F-014.png) |
| Beschreibung | Primärer CTA-Text erscheint mit 3,2:1 auf orangefarbenem Hintergrund; WCAG AA erfordert 4,5:1. |
| Nutzerauswirkung | Nutzer mit Sehschwäche und Nutzer im hellen Außenbereich können das Schaltflächenlabel nicht lesen. |
| Empfohlene Behebung | Den Hintergrundtoken von #F2994A auf #C95F0A abdunkeln oder den Text auf dunkles Marineblau ändern. |
Jede Zeile, die den Satz zur Nutzerauswirkung weglässt, wird von Entwicklern deprioritisiert, die fragen „was bricht das eigentlich?“ Jede Zeile, die eine empfohlene Behebung weglässt, wird von Produktverantwortlichen deprioritisiert, die fragen „was ist die Handlungsempfehlung?“ Ein Bericht, der priorisiert wird, behebt Dinge; ein Bericht, der das nicht wird, ist ein Stapel von Schweregrads-Tags.
Die Version „Scanner-Ausgabe“ — was anders ist
Bei einem automatisierten Scanner-Bericht — der PDF, die ein CI-Lauf, ein kostenloser Barrierefreiheits-Scanner oder eine Monitoring-Plattform erzeugt — fehlen oder sind die Abschnitte E·01, E·02, E·07 und E·09 üblicherweise absent oder automatisch gestubbt. Der Wert eines Scanner-Berichts liegt in E·04 und E·05: eine maschinenlesbare Liste fehlgeschlagener Erfolgskriterien und Befunde, die DOM-Selektoren zugeordnet sind. Der Scanner kann keine nützliche Zusammenfassung für die Leitung erstellen, kann keine Abgrenzungsentscheidung treffen, kann keinen Fahrplan priorisieren und kann keine Erklärung verfassen, die ein Rechtsanwalt absegnen würde.
Das ist in Ordnung — ein Scanner-Bericht ist der Rohinput für einen vollständigen Barrierefreiheitsbericht, kein Ersatz. Einige Monitoring-Plattformen schichten die fehlenden Abschnitte inzwischen über die Scanner-Ausgabe; das ist einem vollständigen Artefakt näher, aber die Zusammenfassung und der Fahrplan brauchen immer noch eine menschliche Prüfung vor der Veröffentlichung.
Die herunterladbare Vorlage
Eine praxistaugliche Markdown-Vorlage bildet die neun obigen Abschnitte eins-zu-eins ab:
# Barrierefreiheitsbericht — [Angebot] — [Datum]## Zusammenfassung für die Leitung— ein Absatz plus der Urteilssatz## Abgrenzung— URLs, Journeys, Geräte, Hilfstechnologien; explizite Ausschlussliste## Methodik— Standard, Audit-Typ, Werkzeuge, Versionen## Konformitätsurteil— Tabelle aller WCAG-2.2-AA-Erfolgskriterien mit Bestanden / Nicht bestanden / N/A## Befunde— ein Unterabschnitt pro Befund, Felder entsprechend dem oben genannten Format## Schweregradmatrix— verwendete Definitionen Blocker / Schwerwiegend / Gering## Behebungsfahrplan— priorisierte Liste mit Aufwandsgrößen## Nachtestrichtlinie— Zeitplan und Auslöser## Erklärung zur Barrierefreiheit (Entwurf)— veröffentlichungsfertige Version
Eine künftige Version dieser Seite wird herunterladbare .md- und .docx-Versionen hosten; vorerst ist die obige Struktur die kanonische Referenz. Der Erklärungen-zur-Barrierefreiheit-Audit katalogisiert, wie die Top-100-Erklärungen variieren — die Lücke zwischen gut und schlecht korreliert stark damit, ob der zugrunde liegende Bericht eine definierte Abgrenzung und eine echte Matrix hatte.
Was diese 9 Abschnitte gemeinsam haben
Jeder der neun Abschnitte erfüllt dieselbe grundlegende Aufgabe: er wandelt ein Beweisstück in eine sprachliche Form um, die zwölf Monate später zitiert, geprüft und der auditierten Organisation entgegengehalten werden kann. Die Zusammenfassung für die Leitung verwandelt eine 60-seitige Prüfung in ein Urteil. Die Abgrenzungserklärung verwandelt die tatsächliche Abdeckung des Auditors in eine nicht falsifizierbare Grenze. Die Methodik verwandelt einen Prozess in eine wiederholbare Vergleichsbasis. Die Urteilstabelle verwandelt WCAG-Konformität in 55 atomare Aussagen. Die Befunde verwandeln Mängel in priorisierbare Zeilen. Die Matrix verwandelt Schweregrad von einem Gefühl in eine Definition. Der Fahrplan verwandelt Befunde in ein Arbeitsprogramm. Die Nachtestrichtlinie verwandelt den Bericht von einem Snapshot in einen Rhythmus. Die Erklärungsvorlage verwandelt den internen Bericht in einen öffentlichen Status.
Die Berichte, die 2026 scheitern, scheitern, weil sie den Umwandlungsschritt überspringen. Sie zitieren eine WCAG-Nummer, ohne sie in „was bricht das tatsächlich für welche Nutzer“ zu übersetzen. Sie kennzeichnen Befunde als „hoch“, ohne „hoch“ in eine Definition zu übersetzen. Sie liefern ein Urteil, ohne den Umfang zu liefern, auf den es sich bezieht. Jeder fehlende Übersetzungsschritt ist ein Ort, an dem der Bericht nicht falsifizierbar wird — und ein nicht falsifizierbarer Barrierefreiheitsbericht ist kein Liefergegenstand, sondern ein Marketing-Artefakt.
Das tiefere Muster ist, dass ein Barrierefreiheitsbericht aus vier sehr unterschiedlichen Entfernungen gelesen wird. Die Unternehmensleitung liest E·01 und kehrt nie zurück. Der Beschaffungsbeauftragte liest E·02, E·03 und E·09. Die technische Leitung liest E·05, E·06 und E·07. Der Auditor, der den Bericht zwölf Monate später liest, liest E·03, E·04 und E·08. Ein Bericht, der nicht aus allen vier Entfernungen funktioniert, versagt bei mindestens einem dieser Leser, und der Leser, der versagt wird, ist üblicherweise der mit dem Budget.
Was zuerst zu tun ist
Praktische Maßnahmen für Barrierefreiheitsverantwortliche in 2026
- Den kostenlosen Barrierefreiheits-Scanner auf drei repräsentativen Templates ausführen, um eine Befundliste im E·05-Format als Baseline zu erstellen — das ist das Minimum Viable Artefact und kostet nichts.
- Ein manuelles Audit durch Tester mit Behinderungen für den vollständigen Neun-Abschnitte-Bericht beauftragen. E·02, E·06 und E·07 als Abnahmekriterien verlangen.
- Den Erklärungsentwurf aus E·09 unter
/accessibility/innerhalb von vier Wochen nach dem Bericht veröffentlichen. Nicht unveröffentlicht liegen lassen. - Kontinuierliches Monitoring entsprechend dem Monitoring-Kaufleitfaden aufsetzen, um Regressionen zwischen dem Jahresbericht und dem Sechs-Monats-Nachtest zu erfassen.
- Den Nachtest aus E·08 in den technischen Kalender — nicht den juristischen Kalender — eintragen und als Release-Gate behandeln.
Ein verwendbarer Barrierefreiheitsbericht ist der, den eine Regulierungsbehörde in fünf Minuten lesen kann (E·01, E·02, E·04), den ein Entwickler in einem Sprint priorisieren kann (E·05, E·06, E·07) und den ein Auditor in einem Jahr erneut durchführen kann (E·03, E·08). Ein unbrauchbarer ist der, der WCAG-Nummern zitiert, ohne sie in eine Sprache zu übersetzen, auf die einer dieser Leser reagieren kann. Die Hälfte der Berichte, die 2026 auf den Schreibtischen von Barrierefreiheitsverantwortlichen landen, besteht diesen Test nicht, und der Fehler hat fast immer dieselbe Form: keine Abgrenzung, keine Matrix, kein Fahrplan, kein Urteil.
Häufig gestellte Fragen
Was sollte ein Barrierefreiheitsbericht enthalten?
Ein vollständiger Bericht enthält neun Abschnitte: eine Zusammenfassung für die Leitung mit einem Konformitätsurteil, eine Abgrenzungserklärung, einen Methodikabschnitt mit genanntem Standard und Werkzeugen, ein Konformitätsurteil nach Erfolgskriterium, eine Befundliste, eine Schweregradmatrix, einen Behebungsfahrplan mit Aufwandsschätzungen, eine Nachtestrichtlinie und einen Entwurf der Erklärung zur Barrierefreiheit. Ein Bericht ohne Abgrenzung, Matrix oder Urteil ist nicht verwendbar — der Leser kann nicht erkennen, was getestet wurde, was „Schweregrad“ bedeutet oder ob die Website konform ist.
Was ist der Unterschied zwischen einem Barrierefreiheitsbericht und einer Erklärung zur Barrierefreiheit?
Ein Barrierefreiheitsbericht ist ein interner Liefergegenstand — üblicherweise 30 bis 80 Seiten — der die Befunde, Schweregrade und den Fahrplan eines Audits dokumentiert. Eine Erklärung zur Barrierefreiheit ist die kurze, öffentlich zugängliche Seite unter /accessibility/, die den Konformitätsstatus, den Standard, das Auditdatum, bekannte Ausnahmen und den Kontaktweg für Nutzer zusammenfasst, die auf eine Barriere stoßen. Der Bericht erzeugt die Erklärung; die Erklärung ist nicht der Bericht.
Wie lang ist ein typischer Barrierefreiheitsbericht?
Ein manueller Auditbericht für eine kleine Marketing-Website umfasst 25 bis 40 Seiten. Ein Bericht für ein komplexes authentifiziertes Produkt über mehrere User Journeys kann 80 bis 150 Seiten erreichen, weil der Befundabschnitt mit der Anzahl der geprüften Templates wächst. Die narrativen Abschnitte zusammen umfassen unabhängig von der Website-Größe etwa 10 bis 15 Seiten. Der Rest sind Befunde.
Sind Scanner-Berichte rechtlich ausreichend?
Nein. Weder die DOJ-Regel von 2024 nach Title II noch der European Accessibility Act behandeln die Ausgabe automatisierter Scanner als vollständigen Barrierefreiheitsbericht. Scanner erkennen etwa 30 bis 40 Prozent der WCAG-Probleme — vor allem Kontrast, fehlenden Alternativtext, fehlende Labels und Dokumentstruktur. Die verbleibenden 60 bis 70 Prozent erfordern menschliches Urteil. Ein Scanner-Bericht ist ein Rohinput für einen vollständigen Bericht, kein Ersatz.
Wie oft sollte ein Barrierefreiheitsbericht neu ausgestellt werden?
Ein vollständiger manueller Audit- und Berichtszyklus alle zwölf Monate ist der Arbeitsstandard für die meisten Webangebote. Ein Nachtest der zuvor fehlgeschlagenen Kriterien nach sechs Monaten ist gute Praxis. Jede wesentliche Template-Änderung, ein Redesign oder eine Framework-Migration sollte ein Delta-Audit auslösen. Kontinuierliches Monitoring läuft zwischen den Berichten, damit Regressionen sofort auffallen.
Schreibt WCAG ein bestimmtes Berichtsformat vor?
Nein. WCAG spezifiziert Erfolgskriterien; es schreibt kein Format für Audit-Liefergegenstände vor. Das W3C veröffentlicht EARL und WCAG-EM als strukturelle Referenzen, aber keine davon ist nach ADA, EAA, AODA oder einem anderen Regelwerk verpflichtend. Die Regelwerke erwarten, dass ein Bericht Standard, Abgrenzung, Methodik und Urteil nennt — das Format um diese Fakten herum liegt im Ermessen des Auditors.
MethodikAbschnittsmodell abgeleitet aus der WCAG-EM-Evaluierungsmethodik, IAAP-Audit-Bericht-Referenzen und mehr als 30 analysierten veröffentlichten Erklärungen zur Barrierefreiheit unter /articles/accessibility-statement-audit-top-100/.
UmfangDies ist ein Leitfaden für Berichtsformate, keine rechtliche Konformitätscheckliste. Für zuständigkeitsspezifische Berichtspflichten nach ADA Title III, der EAA oder anderen anwendbaren Regelwerken kompetenten Rechtsanwalt hinzuziehen.