Gutachten

www.recht.bund.de

Website nicht konform Prüfung vom 29.06.2023 ID: #719
Recht öffentliche Einrichtung
Prüfbericht herunterladen (PDF) Link kopiert!

Kurzzusammenfassung

Auftraggeber
Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik
Prüforganisation
Materna Information & Communications SE
Prüfart
eingehende Überwachung

Technische Umgebung

  • OS: Windows 11 Enterprise (Version 22H2)
  • Browser: Firefox (Version 115.0.0); Chrome (Version 114.0.5)
  • Screenreader: NVDA (Version 2023.1)
  • Auflösung: 1920 × 1080
  • Tools: Colour Contrast Analyser (Version 3.3.0), PDF Accessibility Checker 2021 (Version 21.0.0.0)

Zugänglichkeits-Analyse

KI-Schnellcheck zur Nutzbarkeit

Blindheit

Kaum nutzbar

Zahlreiche Probleme bei Alternativtexten, semantischer Struktur, Formularkennzeichnung, Statusmeldungen und ARIA-Rollen machen zentrale Funktionen für Screenreader-Nutzende, v. a. im Dokumenten-Viewer, nur eingeschränkt oder gar nicht bedienbar.

Sehbehinderung

Mit Hindernissen nutzbar

Mängel bei Kontrast, ausschließlicher Farbverwendung, Fokus-Sichtbarkeit, Reflow bei 320 px und inkonsistenter Schriftgrößenübernahme erschweren die Nutzung für sehbehinderte Menschen deutlich, lassen sie aber nicht vollständig scheitern.

Hörbehinderung

Fast barrierefrei

Es werden kaum audioabhängige Inhalte oder zeitbasierte Medien erwähnt, sodass gehörlose Menschen die Seite weitgehend ohne zusätzliche Barrieren nutzen können.

Motorische Behinderung

Kaum nutzbar

Schlechte oder fehlende Tastaturzugänglichkeit, Fokusprobleme sowie unklare Fokusindikatoren im Dokumenten-Viewer schränken die Bedienbarkeit für reine Tastatur- oder alternative Eingabegeräte stark ein.

Lernbehinderung

Mit Hindernissen nutzbar

Unklare Strukturierung, lange Linkbereiche, unzureichende Fehler- und Statusrückmeldungen sowie problematische Fokusführung können Orientierung und Aufgabenbearbeitung für Menschen mit kognitiven Einschränkungen deutlich erschweren.

Neurodivergenz

Mit Hindernissen nutzbar

Inkonsequente Struktur, Sprünge im Fokus, nicht klar erkennbare Zustände von Bedienelementen und komplexe Filter-/Karussell-Interaktionen können für viele neurodivergente Nutzende überfordernd oder verwirrend sein.

Hinweis: Diese Einschätzung 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.

Getestete Angebote

Webangebot öffnen

Gutachten-Historie

  • https://www.recht.bund.de/de/home/home_node.html ⓘ

Empfehlung & Status

Empfehlung

Die dokumentierten Mängel, etwa fehlende Textalternativen, schlechte Tastaturzugänglichkeit, geringe Kontraste, unklare Fokusindikatoren und fehlende semantische Auszeichnungen, sollten im Rahmen der Umsetzung der EN 301 549 / WCAG 2.1 vollständig beseitigt werden, um Barrierefreiheit herzustellen.

Prüfkriterien

Nicht bestanden

Kriterium Status Notizen
4.9.1.1.1.a
Alternativtexte für Bedienelemente 		nicht bestanden Das Bedienelement zum Aufklappen weiterer Abschnitte im Dokumenten-Viewer verfügt über keine Textalternative und ist für Screenreader-Nutzer nicht identifizierbar; ein aria-label wie "Unterbereiche" ist erforderlich.
4.9.1.3.1.a
HTML-Strukturelemente für Überschriften 		nicht bestanden Visuelle Überschriften auf den geprüften Seiten sind im HTML nicht als solche ausgezeichnet, was Screenreader-Nutzern die Orientierung erschwert; alle Überschriften müssen mit passenden h*-Elementen markiert werden.
4.9.1.3.1.a
HTML-Strukturelemente für Überschriften 		nicht bestanden Der inhaltsbezogene Titel auf der Bundesgesetzblatt-Seite ist zwar visuell, aber nicht als Überschrift behandelt; er sollte in eine h3 zusammen mit der darüberliegenden Überschrift eingebettet werden.
4.9.1.3.1.h
Beschriftung von Formularelementen programmatisch ermittelbar 		nicht bestanden Die Beschriftung des Formularfeldes im Dokumenten-Viewer ist nicht mit dem Feld verknüpft; ohne ein label-for/id kann der Screenreader nicht verraten, wie viele Seiten ein Dokument hat.
4.9.1.4.1
Benutzung von Farbe 		nicht bestanden Die farblich hervorgehobenen Inhalte mit dem Wort "Änderung" sind nur durch Farbe gekennzeichnet; auch hier ist eine zusätzliche Hervorhebung (z. B. Unterstreichung) nötig, damit fehlsichtige Nutzer die Information erkennen.
4.9.1.4.3
Kontrast (Minimum) 		nicht bestanden Ein Text im Dokumenten-Viewer weist ein Kontrastverhältnis von nur 3,6:1 zur Hintergrundfarbe auf; der Kontrast sollte auf mindestens 4,5:1 erhöht werden, um die Lesbarkeit sicherzustellen.
4.9.1.4.3
Kontrast (Minimum) 		nicht bestanden Auch bei den Filtertexten auf der Rechercheseite liegt der Kontrast bei nur 4,2:1, was die Lesbarkeit für fehlsichtige Nutzer erschwert; eine dunklere Textfarbe ist erforderlich.
4.9.2.1.1
Tastatur 		nicht bestanden In der Dokumenten-Viewer-Ansicht lassen sich zahlreiche Inhalte weder mit der TAB-Taste noch mit Pfeiltasten erreichen, was die Bedienung für Tastaturnutzer erheblich erschwert.
4.9.2.1.1
Tastatur 		nicht bestanden Das Bedienelement zum Öffnen der Baumelemente ist per Tastatur nicht erreichbar; die Steuerung der Struktur muss ohne Maus erfolgen können.
4.9.2.4.3
Fokus-Reihenfolge 		nicht bestanden Wenn Inhalte geöffnet werden (z. B. Ansicht einer Ergebnisliste), bleibt der Fokus außerhalb des geöffneten Bereichs und kehrt erst nach Schließen zurück; der Fokus muss in den geöffneten Bereich springen und dort verbleiben.
4.9.2.4.4
Linkzweck (im Kontext) 		nicht bestanden In den aktiven Filtern werden die Links zum Entfernen von Filtern ohne Hinweis auf die Aktion dargestellt; der Linktext sollte explizit lauten "aktiven Filter BGBl. II löschen" o. Ä., damit Assistive Technologien den Zweck erkennen.
4.9.2.4.7
Fokus sichtbar 		nicht bestanden Das hervorgehobene Bedienelement im Impressum hat nur noch ein Kontrastverhältnis von 2,4:1 gegenüber dem unfokussierten Zustand; die Mindestanforderung von 3:1 muss erfüllt sein.
4.9.2.4.7
Fokus sichtbar 		nicht bestanden Im Dokumenten-Viewer beträgt der Kontrast zwischen fokussiertem und unfokussiertem Zustand nur 1,1:1; ohne 3:1 ist der Fokus für Tastaturnutzer nicht erkennbar.
4.9.3.1.2
Sprache von Teilen 		nicht bestanden Englischsprachige Begriffe wie "Valiant Global Defense" sind nicht mit lang="en" ausgezeichnet, wodurch Screenreader die Aussprache falsch auswählen.
4.9.3.3.1
Fehlerkennzeichnung 		nicht bestanden Die rote Fehlermeldung im Dokumenten-Viewer ist nicht programmgesteuert mit dem Eingabefeld verbunden, Screenreader geben sie beim Fokus auf das Feld nicht aus.
4.9.3.3.1
Fehlerkennzeichnung 		nicht bestanden Die Formularvalidierung verlässt sich allein auf die Browser-Standardmeldung (z. B. Firefox zeigt nur ein einziges Feld), Fehlermeldungen wandern beim Scrollen nicht mit und verschwinden bei Fokuswechsel; eigene Fehlerindikatoren sollten direkt neben den Eingabefeldern stehen und per aria-describedby referenziert werden.
4.9.4.1.1
Syntaxanalyse 		nicht bestanden Die Validatorauswertung für die Seite Bundesgesetzblatt zeigt diverse Syntaxfehler (u. a. Duplicate ID, unverschachtelte Tags); ein valider Quelltext ist Voraussetzung für Screenreader-Verständnis.
4.9.4.1.2
Name, Rolle, Wert 		nicht bestanden Das Modalfenster im Dokumenten-Viewer besitzt keine role="dialog"-Angabe, und der Fokus bleibt nach dem Öffnen am restlichen Inhalt, sodass Screenreader-Nutzer nicht erkennen, dass es sich um ein Modal handelt und es kaum bedienen können.
4.9.4.1.2
Name, Rolle, Wert 		nicht bestanden Die aktuell ausgewählte Option im Dokumenten-Viewer ist nur visuell erkennbar; ein aria-label oder versteckter Text muss den Screenreadern die Auswahl anzeigen.
4.9.4.1.2
Name, Rolle, Wert 		nicht bestanden Das Karussell in der mobilen Ansicht ist derzeit als Tabs ausgezeichnet, aber die Inhalte erhalten weder die zugehörigen role="tabpanel"-Elemente noch eine Beschriftung; die Region sollte entsprechend dem WAI-ARIA Tabs-Pattern korrekt umgesetzt und beschriftet werden.
4.9.4.1.2
Name, Rolle, Wert 		nicht bestanden Die Filterbausteine nutzen gleichzeitig Rollen der Patterns tab list/combobox, sind aber nicht korrekt implementiert; zur besseren Zugänglichkeit sollte man auf das disclosure-Pattern umstellen und die aktiven Filter gemeinsam mit Text oder aria-label kennzeichnen.
4.9.4.1.2
Name, Rolle, Wert 		nicht bestanden Auch wenn ein Filter selektiert ist, geben die Attribute selected="false" aus, sodass Screenreader den aktiven Filter fälschlich als nicht ausgewählt ankündigen; die Zustände müssen korrekt reflektiert werden.
4.9.4.1.2
Name, Rolle, Wert 		nicht bestanden Die Hervorhebung gesuchter Begriffe im Dokument ist rein visuell und wird von Screenreadern nicht angesagt; die Hervorhebung sollte zusätzlich durch die semantische Auszeichnung <mark> oder einen versteckten Text erfolgen.
4.9.6
Konformitätsanforderungen der WCAG 		nicht bestanden Die geprüften Seiten erfüllen nicht durchgehend alle Anforderungen der Konformitätsstufen A und AA; die Auffälligkeiten aus den Kapiteln 4.9.1 bis 4.9.4 verhindern eine WCAG-Konformität.
4.12.1.2
Barrierefreie Dokumentation 		nicht bestanden Die Erklärung zur Barrierefreiheit selbst ist von den allgemeinen Fehlern betroffen (Fokushaltung, Tastaturfokus etc.), sie erfüllt daher nicht alle Anforderungen an eine barrierefreie Dokumentationsseite.
5.1
Technische Dokumentprüfung 		nicht bestanden Das PDF-Dokument „Regelungstext“ weist strukturelle Fehler auf: Überschriften fehlen im Baum und Tabellen enthalten keine `TH`-Elemente, zudem ist die Struktur mit Screenreader nicht nachvollziehbar; Fehlerbedingt ist das PDF nicht PDF/UA-konform.

Im Wesentlichen bestanden

Kriterium Status Notizen
4.9.1.1.1.a
Alternativtexte für Bedienelemente 		im Wesentlichen bestanden Das verlinkte Grafik-Logo trägt aktuell nur "Logo des Bundesministeriums der Justiz"; die Aussage des Links sollte durch ein alt-Attribut wie "zum Bundesministerium der Justiz" ergänzt werden.
4.9.1.1.1.b
Alternativtexte für Grafiken und Objekte 		im Wesentlichen bestanden Das informative Bild auf der Seite Nutzungshinweise wurde über CSS eingebunden und erhält deshalb gar keinen Alternativtext; Screenreader kommen so nicht an die Information heran.
4.9.1.1.1.b
Alternativtexte für Grafiken und Objekte 		im Wesentlichen bestanden Mehrere Grafiken verwenden identische alt-Attribute, Screenreadern fehlt damit die Unterscheidung; jede Grafik braucht eine eindeutige Beschreibung des dargestellten Inhalts.
4.9.1.3.1.a
HTML-Strukturelemente für Überschriften 		im Wesentlichen bestanden Auf der Seite Impressum wird die h2-Ebene übersprungen; die Struktur sollte hier ohne inhaltliche Lücken fortgeführt werden, damit Screenreader die Hierarchie erkennen.
4.9.1.3.1.a
HTML-Strukturelemente für Überschriften 		im Wesentlichen bestanden Die Überschriftenhierarchie auf der Seite Sachgebiete ist inkonsistent (mehrfach h1, ausgelassene h2), was die Navigation mit assistiven Technologien erschwert.
4.9.1.3.1.a
HTML-Strukturelemente für Überschriften 		im Wesentlichen bestanden Das Inhaltsverzeichnis markiert Bereiche wie "Bundesgesetzblatt" nur optisch; diese Hauptbereiche sollten als passende Überschriften (z. B. h2) ausgezeichnet werden.
4.9.1.3.1.a
HTML-Strukturelemente für Überschriften 		im Wesentlichen bestanden Auf der Recherche-Seite fehlt die sichtbare, aber im Quelltext nicht deklarierte Überschrift; eine sichtbare Überschrift muss durch eine entsprechende versteckte Überschrift ersetzt oder ergänzt werden.
4.9.1.3.1.b
HTML-Strukturelemente für Listen 		im Wesentlichen bestanden Auf der Startseite werden Listen optisch dargestellt, ohne HTML-ul/li-Auszeichnung; dies erschwert Screenreadern die Zuordnung der einzelnen Punkte.
4.9.1.3.1.b
HTML-Strukturelemente für Listen 		im Wesentlichen bestanden Die Listen im Dokumenten-Viewer enthalten zusammengehörige Labels und Werte, müssten aber semantisch als dl (Beschreibungsliste) gekennzeichnet werden, um Screenreadern eine verständliche Gruppierung zu geben.
4.9.1.3.1.b
HTML-Strukturelemente für Listen 		im Wesentlichen bestanden Das ausgeklappte Menü in der mobilen Ansicht setzt role="list"/"listitem" ein, gleichzeitig ist das UL mit role="presentation" nicht erreichbar; Listen sollten ausschließlich mit echten HTML-Listen ausgezeichnet werden.
4.9.1.3.1.b
HTML-Strukturelemente für Listen 		im Wesentlichen bestanden Mehrere Listen im Dokumenten-Viewer sind visuell erkennbar, aber nicht als dl ausgezeichnet; eine semantische Gruppierung via Beschreibungsliste würde die Zuordnung für Screenreader deutlich verbessern.
4.9.1.3.1.d
Inhalte gegliedert 		im Wesentlichen bestanden Die Breadcrumb-Zeile verwendet einen typografischen Schrägstrich, der von Screenreadern als "Schrägstrich" vorgelesen wird; der Trennstrich sollte stattdessen mit CSS erzeugt werden.
4.9.1.3.1.d
Inhalte gegliedert 		im Wesentlichen bestanden Im Barriere melden– und Datenschutzbereich wird das strong-Element zur visuellen Hervorhebung ganzer Sätze verwendet; solche Hervorhebungen sollten entweder über CSS oder das b-Element realisiert werden, da Screenreader sonst unnötige Betonungen ausgeben.
4.9.1.3.1.h
Beschriftung von Formularelementen programmatisch ermittelbar 		im Wesentlichen bestanden Das Zoom-Auswahlfeld nutzt ausschließlich das title-Attribut; assistive Technologien geben diesen Text nicht zuverlässig aus, daher sollte zusätzlich ein aria-label bzw. verstecktes label angebunden werden.
4.9.1.3.5
Eingabezweck bestimmen 		im Wesentlichen bestanden Das Faxfeld enthält autocomplete="fax", der Fall zurückgegeben werden sollte mit dem Wert "fax tel", damit Browser und Assistive Technologien den Zweck korrekt erkennen können.
4.9.1.4.1
Benutzung von Farbe 		im Wesentlichen bestanden Im Dokumenten-Viewer signalisiert derzeit nur die Farbe, dass eine Nachricht vorliegt; zusätzlich sollte z. B. ein Rahmen oder ein Icon dafür sorgen, dass die Information auch ohne Farbe wahrnehmbar ist.
4.9.1.4.1
Benutzung von Farbe 		im Wesentlichen bestanden Die markierte Option im Dokumenten-Viewer ist ausschließlich farblich gekennzeichnet; zusätzliche Orientierungshilfen wie Unterstreichungen oder Rahmen müssen ergänzt werden.
4.9.1.4.10
Automatischer Umbruch (Reflow) 		im Wesentlichen bestanden Bei 320 CSS-Pixeln Browserbreite brechen Inhalte auf mehreren Seiten (u. a. Sachgebiete, Detailseite, Dokumenten-Viewer) aus dem Layout und erzwingen horizontales Scrollen, was die Benutzung erschwert; alle interaktiven Bereiche müssen auch bei dieser Breite ohne horizontales Scrollen funktionieren.
4.9.1.4.12
Textabstand 		im Wesentlichen bestanden Das Vergrößern der Textabstände gemäß WCAG an den Bundesgesetzblatt-Texten führt zum Überlappen von Bedienelementen; Inhaltscontainer müssen dynamisch erweitert werden, damit Texte mit mehr Abstand weiterhin bedienbar bleiben.
4.9.2.4.1
Blöcke überspringen 		im Wesentlichen bestanden Im Dokumenten-Viewer fehlen Bereichskennzeichnungen (z. B. section mit beschriftetem title), daher wissen Nutzende nicht, welche Regionen zusammengehören; vollständige Landmark-Struktur ist erforderlich.
4.9.2.4.1
Blöcke überspringen 		im Wesentlichen bestanden Im Kopfbereich befinden sich Sprunglinks, darunter aber auch ein Link "Zur Recherche", der kein echter Sprunglink ist und von Tastaturnutzern versehentlich ausgelöst werden kann; solche Links sollten entweder herausgenommen oder klar als eigene Navigation ausgewiesen werden.
4.9.2.4.3
Fokus-Reihenfolge 		im Wesentlichen bestanden Beim Verlassen des aufgeklappten Suchfelds springt der Fokus direkt an das Ende der Bedienleiste des Dokumenten-Viewers; die Reihenfolge muss so gestaltet sein, dass sie die Bedienbarkeit nachvollziehbar erhält.
4.9.2.4.4
Linkzweck (im Kontext) 		im Wesentlichen bestanden Der Link zum Teilen der Seite ist einfach mit einem Symbol oder über den Linktext "Weitergeben" versehen; ein sprechender Linktext wie "Teilen Sie den Link zu dieser Seite" ist nötig, um den Zweck auch ohne Kontext zu vermitteln.
4.9.2.4.4
Linkzweck (im Kontext) 		im Wesentlichen bestanden Der Download-Link führt zu einer ZIP-Datei, ohne im Linktext auf das Format hinzuweisen; Formatangaben (Text oder Symbol mit alt-Text) müssen den Nutzer vorbereiten.
4.9.2.4.4
Linkzweck (im Kontext) 		im Wesentlichen bestanden Ganze Teaser sind als Link umgesetzt, sodass der Linktext extrem lang wird, wenn man sich die gesamte Teaserbeschreibung vorlesen lässt; besser ist es, nur einen Bereich (z. B. Überschrift oder "mehr erfahren") zu verlinken und ggf. per JavaScript den gesamten Teaser klickbar zu machen.
4.9.2.4.7
Fokus sichtbar 		im Wesentlichen bestanden Nicht alle fokussierbaren Elemente heben sich sichtbar genug vom Hintergrund ab, die Farbe des Fokuszustands ist zu schwach.
4.9.2.4.7
Fokus sichtbar 		im Wesentlichen bestanden Links verlieren bei Fokuserhalt die Unterstreichung, sodass Tastaturnutzer den Fokus kaum erkennen können; etablierte Stile wie Unterstreichungen sollten beim Fokus erhalten bleiben.
4.9.3.2.2
Bei Eingabe 		im Wesentlichen bestanden Wählt ein Nutzer einen Vorschlag aus der Autocomplete-Liste mit Enter aus, wird die Suche sofort abgeschickt; der Eintrag sollte stattdessen erst in das Feld übernommen und der Submit dem Nutzer überlassen werden.
4.9.4.1.2
Name, Rolle, Wert 		im Wesentlichen bestanden Die angepassten Kästchenauswahlen im Bereich Barriere melden werden mittels NVDA und Chrome nur als "leer" angesagt, die Beschriftung wie "Großdruck" fehlt; Name und Rolle sollten vollständig ermittelt werden.
4.9.4.1.2
Name, Rolle, Wert 		im Wesentlichen bestanden Die Liste "Aktive Filter" besitzt keine Beschriftung, Screenreader-Nutzer müssen selbst nach dem Zusammenhang suchen; die ul sollte über aria-label oder aria-labelledby mit dem sichtbaren Titel verbunden werden.
4.9.4.1.3
Statusmeldungen 		im Wesentlichen bestanden Die Erfolgsmeldung nach dem Absenden im Kontaktformular bleibt im DOM ohne role="status"; Screenreader erhalten den Fokus nicht automatisch und übersehen den Hinweis, eine status-Rolle ist erforderlich.
4.9.4.1.3
Statusmeldungen 		im Wesentlichen bestanden Die visuelle Information über ein Update im Dokumenten-Viewer wird nicht als Statusmeldung mit role="status" bereitgestellt, wodurch Screenreader diese Information nicht mitbekommen.
4.9.4.1.3
Statusmeldungen 		im Wesentlichen bestanden Die Anzeige der Anzahl der Übereinstimmungen bei der Dokumentensuche wird Screenreadern nicht automatisch mitgeteilt; sie sollte als Statusmeldung mit role="status" umgesetzt werden.
4.11.7
Benutzerpräferenzen 		im Wesentlichen bestanden Bei benutzerdefinierten Farb- und Kontrasteinstellungen erscheint das zentrale Logo im Kopfbereich aufgrund geringer Kontraste kaum lesbar; eine separate Hintergrundfarbe oder Kontur sollte den Kontrast sicherstellen.
4.11.7
Benutzerpräferenzen 		im Wesentlichen bestanden Die vom System geforderte Schriftgröße wird im Fußbereich nicht durchgängig übernommen, sodass sehbehinderte Nutzer Inhalte nicht in ihrer voreingestellten Größe lesen können; relative Einheiten (rem/% ) sind anzuwenden.
5.2
Erklärung zur Barrierefreiheit 		im Wesentlichen bestanden Die Erklärung nennt nicht alle Inhalte und Funktionen, die nicht barrierefrei sind, sowie die Gründe dafür; diese Angaben müssen vollständig aufgelistet werden.
5.4
Erläuterungen in Leichter Sprache 		im Wesentlichen bestanden Die Leichte-Sprache-Seite fehlt Satzbeschreibungen der wesentlichen Inhalte der Erklärung zur Barrierefreiheit sowie Hinweise zu weiteren leichtsprachigen Informationen; die Anforderungen der Anlage 2 BITV 2.0 sind zu beachten.
5.5
Erläuterungen in Gebärdensprache 		im Wesentlichen bestanden Die Gebärdensprachseite beinhaltet keine Videoinhalte mit den wesentlichen Inhalten der Erklärung zur Barrierefreiheit und keine Hinweise auf weitere Gebärdensprachinformationen; die Vorgaben der Anlage 2 BITV 2.0 fehlen.

Bestanden

Kriterium Status Notizen
5.3
Feedback-Mechanismus 		bestanden Eine elektronische Kontaktaufnahme ist vorhanden und in der Erklärung zur Barrierefreiheit beschrieben und verlinkt.