Staatliches Gutachten zur digitalen Barrierefreiheit
www.e-rechnung-bund.de
Nutzbarkeit mit unterschiedlichen Behinderungen
Blindheit Kaum nutzbar
Zahlreiche fehlende Alternativtexte, mangelhafte Semantik, unklare Rollen/Werte und fehlerhafte Tastaturbedienung schränken Screenreader-Nutzung stark ein.
Sehbehinderung Kaum nutzbar
Kontrastprobleme, fehlender Reflow bei Tabellen und mangelnde Unterstützung für Benutzerpräferenzen bei Schriftart und -größe beeinträchtigen sehbehinderte Nutzer deutlich.
Hörbehinderung Mit Hindernissen nutzbar
Fehlende Untertitel und Medienalternativen in Kombination mit nicht vorhandenen Gebärdensprachinhalten reduzieren die Zugänglichkeit für Gehörlose, reine Textinhalte sind aber weitgehend nutzbar.
Motorische Behinderung Kaum nutzbar
Mehrere Bedienelemente sind nicht tastaturzugänglich und Fokusindikatoren fehlen, was Menschen mit motorischen Einschränkungen die Bedienung stark erschwert.
Lernbehinderung Kaum nutzbar
Fehlende Leichte Sprache, komplexe Navigation ohne alternative Zugangswege und automatisch wechselnde Inhalte ohne Stoppfunktion sind für kognitiv eingeschränkte Nutzer problematisch.
Neurodivergenz Kaum nutzbar
Automatisch wechselnde Meldungen, unklare Fokusführung und fehlende anpassbare Darstellung können für neurodivergente Personen ablenkend und überfordernd sein.
Hinweis: Diese Zusammenfassung mit generativer KI basiert auf den Informationen aus diesem Gutachten. Künstliche Intelligenz kann Inhalte nicht automatisch barrierefrei machen oder Prüfungen durchführen. Behinderungen sind komplex und mehrschichtig, weshalb diese Analysen nicht zutreffen müssen.
Technische Umgebung
- OS
- Windows 10 Enterprise (Version 1909)
- Browser
- Firefox (Version 107.0.1)
- Screenreader
- NVDA (Version 2022.2.2)
- Auflösung
- 1920 × 1080
- Tools
- Colour Contrast Analyser (Version 3.1.2), PDF Accessibility Checker 2021 (Version 21.0.0.0)
Veränderung nach WCAG-Kriterien
| Prüfungsdatum | Prüfart | Abweichende Prüfart | Nicht bestanden | Im Wesentlichen bestanden | Bestanden |
|---|---|---|---|---|---|
| 13.12.2022 | eingehende Überwachung | Nein | 28 | 7 | 0 |
| 06.12.2022 | eingehende Überwachung | Nein | 4 | 0 | 17 |
Prüfkriterien
Nicht bestanden
| Kriterium | Status | Notizen |
|---|---|---|
|
4.9.1.1.1.a
Alternativtexte für grafische Bedienelemente
|
nicht bestanden | Grafische Bedienelemente, z. B. der Sprung-zum-Page-Anfang-Pfeil oder das mobile Menü-Icon, besitzen keine semantischen Informationen oder aria-labels; ersetzen Sie span durch button bzw. link und fügen Sie aussagekräftige aria-labels hinzu, z. B. “Zum Anfang der Seite gelangen“ bzw. “Hauptnavigation“. |
|
4.9.1.1.1.b
Alternativtexte für Grafiken
|
nicht bestanden | Informative Grafiken tragen ihre Texte nur im title-Attribut; da viele Hilfsmittel dieses nicht zuverlässig lesen, müssen die Beschreibungen ins alt-Attribut oder aria-label wandern. |
|
4.9.1.1.1.c
Leere alt-Attribute für Layoutgrafiken
|
nicht bestanden | Layout- oder dekorative Icons im Footer enthalten textliche Titel; sie benötigen stattdessen ein leeres alt-Attribut (title kann entfallen) oder aria-hidden, damit Screenreader nicht unnötig vorlesen. |
|
4.9.1.2.1
Alternative für zeitbasierte Medien (Reines Audio und Video)
|
nicht bestanden | Die Tutorials vermitteln alle Informationen ausschließlich visuell bzw. mit Backgroundmusik; eine vollwertige Medienalternative (Transkript, zusätzliche Audiospur) ist nicht verfügbar und muss bereitgestellt werden. |
|
4.9.1.2.3
Audiodeskription oder Volltext-Alternative
|
nicht bestanden | Das Startseitenvideo enthält visuelle Inhalte, ohne dass eine Audiodeskription oder ein Volltext ersetzt; ergänzen Sie die Videoeinbettung um eine Beschreibung oder alternative Tonspur. |
|
4.9.1.3.1.a
HTML-Strukturelemente für Überschriften
|
nicht bestanden | Visuell erkennbare Überschriften im Footer und auf Impressumseite sind nicht als h-Elemente ausgezeichnet; kennzeichnen Sie diese im DOM mit passenden Überschriftenebenen, um Screenreader-Nutzern Orientierung zu geben. |
|
4.9.1.3.1.b
HTML-Strukturelemente für Listen
|
nicht bestanden | Bereiche wie Footer-Listen erscheinen visuell als Listen, nutzen aber weder ul noch li; ergänzen Sie die HTML-Struktur zur semantischen Auszeichnung, damit Screenreader Inhalte korrekt zuordnen können. |
|
4.9.1.3.1.e
Datentabellen richtig aufgebaut
|
nicht bestanden | FAQ-Tabelle verwendet td-Zellen ohne th-Kopfzeilen; ergänzen Sie die entsprechenden th-Elemente, damit Screenreader Reihen- und Spaltenüberschriften korrekt vorlesen. |
|
4.9.1.3.2
Bedeutungsvolle Reihenfolge
|
nicht bestanden | Einige Bedienelemente des Players werden vom Screenreader ausgegeben, obwohl das Video noch nicht gestartet wurde; Inhalte, die visuell erst nach Aktivierung erscheinen, sollten auch erst dann in die Dom-Lesereihenfolge eingefügt werden. |
|
4.9.1.3.5
Eingabezweck bestimmen
|
nicht bestanden | Eingabefelder zu Nutzerdaten verwenden kein autocomplete-Attribut; ergänzen Sie eindeutige autocomplete-Werte, damit Browser Eingabehilfen anbieten können. |
|
4.9.1.4.3
Kontrast (Minimum)
|
nicht bestanden | Das rot markierte Textelement auf der Impressumseite weist nur ein Kontrastverhältnis von 4,4:1 auf; passen Sie Vorder- und Hintergrundfarben an, um den Mindestwert von 4,5:1 einzuhalten. |
|
4.9.1.4.10
Automatischer Umbruch (Reflow)
|
nicht bestanden | Bei 320 px Browserbreite wird der Inhalt der Tabelle auf der FAQ-Seite abgeschnitten statt horizontal scrollbar; stellen Sie sicher, dass Nutzer bei schmaleren Viewports horizontal scrollen können, ohne Informationsverlust. |
|
4.9.1.4.11
Nicht-Text-Kontrast
|
nicht bestanden | Grafische Bedienelemente auf der Seite und im Footer haben Kontrastverhältnisse von 2,8:1 bis 1,9:1; erhöhen Sie die Farbkontraste zu mindestens 3:1, auch bei Hover/Zustand. |
|
4.9.1.4.13
Eingeblendeter Inhalt bei Darüberschweben oder Fokus
|
nicht bestanden | Die Hauptnavigation öffnet Dropdowns beim Fokus/Hover, streckt sich über den Inhalt und lässt sich nur durch Fokuswechsel schließen; ermöglichen Sie zusätzliches Schließen (ESC, Aktivierung des Auslöser-Elements) und machen Sie eingeblendeten Inhalt verwerfbar und überfahrbar. |
|
4.9.2.1.1
Tastaturbedienbarkeit
|
nicht bestanden | Mehrere grafische Bedienelemente (Startseite, Footer, Akkordeon, Kontaktformular) sind nicht per Tastatur erreichbar; ersetzen Sie thematisch geeignete span-Elemente durch echte Links/Buttons mit Fokusfähigkeit und tabindex. |
|
4.9.2.2.2
Pausieren, stoppen, ausblenden
|
nicht bestanden | Aktuelle Meldungen im Kopfbereich wechseln automatisch alle paar Sekunden ohne Möglichkeit zum Anhalten; bieten Sie eine Pause-Stop-Funktion, z. B. einmalige Animation oder manuelles Pausieren. |
|
4.9.2.4.1
Blöcke überspringen
|
nicht bestanden | Die Seitenstruktur enthält nur vereinzelte Landmark-Elemente, nicht jedoch eine konsequente main-Abdeckung; ergänzen Sie HTML5-Landmarks (main, nav, aside) oder ARIA-document-landmarks, damit Screenreader den Hauptbereich gezielt ansteuern können. |
|
4.9.2.4.7
Fokus sichtbar
|
nicht bestanden | Alle relevanten Bedienelemente besitzen keine sichtbare Fokushervorhebung; definieren Sie mit :focus/:focus-visible eindeutige Rahmen oder Hintergrundkontraste von mindestens 3:1, die bei jeder Interaktion erkennbar sind. |
|
4.9.2.5.3
Beschriftung im Namen
|
nicht bestanden | Die rot markierten Grafiken im Kopfbereich besitzen keinen zugänglichen Namen, der den sichtbaren Text enthält; sorgen Sie dafür, dass der Name-String den sichtbaren Beschriftungstext bzw. eine passende aria-label-Beschreibung enthält. |
|
4.9.4.1.1
Syntaxanalyse
|
nicht bestanden | W3C-Checker meldet HTML-Syntaxfehler auf der Startseite (z. B. ungültige Attribute); beheben Sie die Validierungsfehler, damit assistive Technologien den DOM korrekt interpretieren. |
|
4.9.4.1.2
Name, Rolle, Wert
|
nicht bestanden | Ausklappbare Menüpunkte, Karussells und Icons nutzen spans ohne aria-expanded/role; setzen Sie aria-expanded, aria-roledescription oder role=“button“ ein, damit assistive Technologien Status und Funktion erkennen. |
|
4.9.4.1.3
Statusmeldungen
|
nicht bestanden | Fehlermeldungen (z. B. beim Kontaktformular) erhalten keinen Fokus oder role=“alert“; ergänzen Sie eine kurze Statusmeldung, die beim Auftreten automatisch vorgelesen wird, z. B. via role=“alert“. |
|
4.9.6
Konformitätsanforderungen der WCAG
|
nicht bestanden | Die geprüften Seiten erfüllen nicht durchgehend alle Anforderungen der WCAG 2.1 A/AA, insbesondere im Bereich Textalternativen, Tastaturzugang, Kontrast, menübasierte Navigation, Syntax sowie Medienalternativen; beheben Sie die genannten Probleme, um die Konformität wiederherzustellen. |
|
4.11.7
Benutzerpräferenzen (Schriftarten)
|
nicht bestanden | Wird im Browser unter Firefox eine eigene Schriftart gewählt (systemweite Einstellungen), werden einige Symbole durch andere Glyphen ersetzt und verständliche Inhalte unleserlich; binden Sie Symbolschriften über CSS content oder echte glyphenbasierte Elemente ein, die nicht durch benutzerdefinierte Schriftarten ersetzt werden. |
|
4.12.1.2
Barrierefreie Dokumentation
|
nicht bestanden | Die Barrierefreiheitserklärung enthält eine Hauptnavigation mit nicht tastaturzugänglichen Menüpunkten und kontrastarmen Elementen; gestalten Sie diese Erklärung selbst barrierefrei (kontrastreiche Texte, tastaturbedienbare Navigation, strukturierte Inhalte). |
|
5.1
Technische Dokumentprüfung
|
nicht bestanden | Das PDF „Richtlinie zur elektronischen Rechnungsstellung“ ist weder PDF/UA-konform noch besitzt es korrekt ausgezeichnete Überschriften; überarbeiten Sie das PDF gemäß PDF/UA (PAC-Fehler) und markieren Sie Überschriften semantisch. |
|
5.4
Erläuterungen in Leichter Sprache
|
nicht bestanden | Es existiert keine Seite mit Erläuterungen in einfacher Sprache; erstellen Sie eine solche mit Zusammenfassungen der wesentlichen Inhalte, Hinweise zur Navigation und Erklärung zur Barrierefreiheit in Leichter Sprache (mindestens gemäß Anlage 2 BITV 2.0). |
|
5.5
Erläuterungen in Gebärdensprache
|
nicht bestanden | Es wurde kein Gebärdensprachangebot bereitgestellt; stellen Sie erläuternde Videos in Gebärdensprache zum Webangebot, zur Navigation und zur Erklärung zur Barrierefreiheit zur Verfügung gemäß BITV 2.0 Anlage 2. |
Im Wesentlichen bestanden
| Kriterium | Status | Notizen |
|---|---|---|
|
4.9.1.3.1.d
Inhalte gegliedert
|
im Wesentlichen bestanden | Absätze werden teilweise nur durch optische Abstände statt durch umschließende p-Elemente strukturiert; kapseln Sie Textblöcke in p-Tags und steuern Abstände über CSS. |
|
4.9.1.3.1.h
Beschriftung von Formularelementen programmatisch ermittelbar
|
im Wesentlichen bestanden | Beschriftungen wie „Ihre persönlichen Daten“ oder Gruppenbeschriftungen sind nicht per label/for oder fieldset/legend verknüpft; setzen Sie proper label-Elemente und fieldset-legend-Strukturen, damit Screenreader die Zuordnung herstellen können. |
|
4.9.2.4.5
Verschiedene Möglichkeiten
|
im Wesentlichen bestanden | Es existiert nur die Hauptnavigation als Zugangsweg zu Unterseiten; ergänzen Sie mindestens einen weiteren Weg (z. B. Inhaltsverzeichnis, Suchfunktion, Sitemap oder vollständige interne Verlinkung). |
|
4.9.3.3.2
Beschriftungen oder Anweisungen
|
im Wesentlichen bestanden | Labels im Kontaktformular bestehen nur aus Platzhaltern, die beim Fokus verschwinden; ergänzen Sie dauerhafte Beschriftungen per label-Element oder aria-label, damit Eingaben dauerhaft nachvollziehbar bleiben. |
|
4.9.3.3.3
Vorschlag bei Fehler
|
im Wesentlichen bestanden | Fehlermeldungen erscheinen auf Englisch (‘Invalid email’ usw.) obwohl die Seite deutschsprachig ist; formulieren Sie sowohl Fehlermeldungen als auch Vorschläge konsequent auf Deutsch. |
|
4.11.7
Benutzerpräferenzen (Schriftgröße)
|
im Wesentlichen bestanden | Die Seite respektiert benutzerdefinierte Schriftgrößen nicht, z. B. bei 24 px-Einstellung; verwenden Sie relative Einheiten (rem, %) statt fixer Pixelwerte, um die vom Nutzer gewählte Schriftgröße zu übernehmen. |
|
5.2
Erklärung zur Barrierefreiheit
|
im Wesentlichen bestanden | Die Barrierefreiheitserklärung benennt nur einen Teil der Probleme (z. B. Hinweise zu Tastaturproblemen fehlen); ergänzen Sie Hinweise zu den tatsächlich vorhandenen Barrieren und deren Ursachen, inkl. Verlinkung auf Schlichtungsstellen und Kontaktmöglichkeiten. |
Unterstützung
Barrieren sichtbar machen kostet Geld. Hilf uns, dranzubleiben.
BarrierenWatch wird ehrenamtlich betrieben und finanziert sich über Steady-Mitgliedschaften von Menschen wie dir, die Barrierefreiheit und Inklusion voranbringen möchten. Hinter dem Projekt stehen Menschen mit Behinderung, die seit Jahren im Bereich der digitalen Barrierefreiheit oder als Aktivist*innen aktiv sind. Aktuell sind wir im Prozess der Gründung eines gemeinnützigen Vereins, der dieses Engagement beheimaten soll.
ab
5
Euro
im Monat
für Recherche, Prüfungen und den Betrieb der Plattform.