Staatliches Gutachten zur digitalen Barrierefreiheit

Fachinformation Bundesbau

Nutzbarkeit mit unterschiedlichen Behinderungen

Blindheit Kaum nutzbar

Mehrere zentrale BITV‑Fehler bei Semantik, Alternativtexten, Formularlabels, Struktur, Sprache und PDF-Tagging beeinträchtigen Screenreader-Nutzung erheblich, lassen sie aber nicht vollständig unmöglich erscheinen.

Sehbehinderung Kaum nutzbar

Mangelnder Kontrast, fehlender responsiver Reflow und unzureichende visuelle Linkkennzeichnung erschweren die Nutzung bei Sehbehinderung stark, sind aber nicht komplett ausschließend.

Hörbehinderung Weitgehend zugänglich

Fehlende DGS-Inhalte sind ein deutlicher Mangel, jedoch sind ansonsten keine auditiven Barrieren beschrieben, sodass textbasierte Nutzung für Gehörlose überwiegend möglich bleibt.

Motorische Behinderung Mit Hindernissen nutzbar

Fehlende Skiplinks, problematische Fokusführung und semantische Mängel behindern effiziente Tastaturnutzung deutlich, ohne sie völlig zu verhindern.

Lernbehinderung Kaum nutzbar

Es fehlen Leichte Sprache, klare Strukturierung und aussagekräftige Linktexte, was das Verstehen und die Orientierung für Menschen mit kognitiven Einschränkungen stark erschwert.

Neurodivergenz Mit Hindernissen nutzbar

Unklare Struktur, uneinheitliche Linkgruppen, fehlende Seitentitel und mangelhafte Fokussierung erhöhen kognitive Last und Desorientierung, lassen die Seite aber grundsätzlich nutzbar.

Veränderung

Aktuell angezeigt
12 gefundene Barrieren -1 zur vorherigen Prüfung
7,4/10 Ø Schwere +0,9 zur vorherigen Prüfung

Dokumentierte Barrieren

  • PDF-Dokument ist strukturell nicht zugänglich

    Das PDF ist nicht vollständig getaggt und hat den automatischen Accessibility-Check nicht bestanden. Dadurch sind Überschriften, Lesereihenfolge, Tabellen oder Alternativtexte vermutlich nicht zuverlässig nutzbar.

    Auswirkung: Ich kann Inhalte im PDF möglicherweise nur mühsam oder gar nicht in der richtigen Reihenfolge erfassen. Für mich kann das Dokument je nach Inhalt praktisch unbenutzbar werden.

  • Formularfelder sind nicht ausreichend beschriftet

    Suchfelder und andere Eingabefelder haben offenbar keinen klaren sichtbaren oder programmatischen Zweck. Ohne verlässliche Beschriftung ist nicht erkennbar, was eingegeben werden soll.

    Auswirkung: Ich muss raten, welches Feld welche Eingabe erwartet. Das erhöht Fehler und kann die Suche oder andere Eingaben unbenutzbar machen.

  • Fokus springt nach der Suche an die falsche Stelle

    Nach dem Absenden der Suche wird der Fokus offenbar nicht zu den Suchergebnissen oder einer Statusmeldung gesetzt. Stattdessen landet er wieder am Seitenanfang.

    Auswirkung: Ich merke nicht zuverlässig, ob die Suche erfolgreich war oder was das Ergebnis ist. Ich muss unnötig viel erneut suchen oder den Bildschirm abtasten.

  • Fehlende klare Struktur für Screenreader

    Die Seite nutzt wesentliche semantische Bereiche und Überschriften nicht zuverlässig. Dadurch ist die Seitenstruktur für assistive Technologien nur schwer nachvollziehbar.

    Auswirkung: Ich kann mich nicht schnell orientieren und weiß oft nicht, wo ich auf der Seite bin. Das macht das Finden von Inhalten deutlich mühsamer.

  • Linkzweck ist oft nicht verständlich

    Mehrere Links sind nicht aussagekräftig genug, etwa Download-Links ohne Dateityp oder Suchergebnislinks, die nur wie technische Adressen wirken. Auch Paginierungslinks sind nicht klar als Seitenwechsel erkennbar.

    Auswirkung: Ich weiß vor dem Anklicken nicht, wohin mich ein Link führt oder ob ich ein PDF öffne. Das führt zu Fehlklicks und kostet viel Zeit.

  • Seite passt sich bei Zoom und schmalen Fenstern nicht sauber an

    Das Layout ist nicht vollständig responsiv und kann bei starker Vergrößerung oder schmalen Ansichten Inhalte abschneiden. Wichtige Texte oder Bedienelemente können dadurch aus dem sichtbaren Bereich rutschen.

    Auswirkung: Ich verliere Inhalte oder muss seitlich scrollen, um alles zu lesen. Das ist besonders auf kleinen Bildschirmen oder bei Zoom sehr mühsam.

  • Skiplink zum Hauptinhalt fehlt

    Am Anfang der Seite fehlt ein Sprunglink zum Hauptinhalt. Tastaturnutzende müssen dadurch jedes Mal durch wiederkehrende Navigationselemente tabben.

    Auswirkung: Ich brauche deutlich länger, um zum eigentlichen Inhalt zu kommen. Bei jeder Seite wiederholt sich derselbe Umweg, was die Nutzung stark erschwert.

  • Links sind visuell nicht eindeutig erkennbar

    Links im Fließtext sind nicht ausreichend durch Farbe, Unterstreichung oder andere dauerhafte Merkmale gekennzeichnet. Dadurch können sie mit normalem Text verwechselt werden.

    Auswirkung: Ich übersehe anklickbare Inhalte leichter und erkenne Bedienelemente nicht sofort. Das macht das Lesen und Navigieren unsicher und fehleranfällig.

  • Zu geringer Farbkontrast

    Einige Texte, etwa in Fußzeilen oder farbigen Kacheln, erfüllen den nötigen Mindestkontrast nicht. Besonders für kleine oder helle Schrift kann das Lesen dadurch schwierig werden.

    Auswirkung: Ich muss mich anstrengen oder zoomen, um Inhalte zu lesen. Bei schlechter Sicht oder auf ungünstigen Bildschirmen sind Teile der Seite kaum erkennbar.

  • Wichtige Inhalte in DGS und Leichter Sprache fehlen

    Es fehlen leicht auffindbare Angebote in Deutscher Gebärdensprache und in Leichter Sprache mit den geforderten Kerninformationen. Damit werden alternative Zugangswege zu den Inhalten nicht ausreichend bereitgestellt.

    Auswirkung: Ich kann mir Informationen nicht in einer für mich passenden Form erschließen. Wenn ich auf DGS oder Leichte Sprache angewiesen bin, wird die Nutzung stark erschwert.

  • Sprache wird von Hilfstechnologien nicht sicher erkannt

    Das Sprachattribut im HTML fehlt offenbar. Dadurch kann ein Screenreader die Seite mit der falschen Sprache vorlesen.

    Auswirkung: Ich verstehe Inhalte schlechter, weil Aussprache und Betonung falsch sein können. Das macht längere Nutzung anstrengend und fehleranfällig.

  • Barrierefreiheitserklärung ist unvollständig oder schwer auffindbar

    Die Barrierefreiheitserklärung erfüllt die formalen Anforderungen offenbar nicht vollständig. Wichtige Angaben wie Geltungsbereich, Kontakt, Feedback und Durchsetzungsverfahren fehlen oder sind nicht sauber verlinkt.

    Auswirkung: Ich finde nicht zuverlässig heraus, wie ich Probleme melden kann oder welche Einschränkungen es gibt. Das erschwert es mir, Unterstützung zu bekommen oder Rechte wahrzunehmen.

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 11
Browser
Chrome 138.0.7204.50
Screenreader
NVDA
Tools
Color Contrast Analyser (CCA), PDF Accessibility Checker (PAC), Chrome web inspector, NVDA ScreenReader, HeadingsMap (Chrome), Landmark Navigation (Chrome)

Veränderung nach WCAG-Kriterien

10.07.2025 Vereinfachte Überwachung
angezeigtes 25 nicht bestanden 0 weitgehend 0 bestanden
02.10.2024 Vereinfachte Überwachung Gutachten ansehen
15 nicht bestanden 0 weitgehend 39 bestanden
  • https://www.fib-bund.de/Service/Barrierefreiheit Web-Angebot öffnen
  • https://www.fib-bund.de/Inhalt/Fortbildung/Referendariat%20Maschinenbau/
  • https://www.fib-bund.de/Inhalt/Leitfaden/Wirtschaftlichkeit/2014-08_LFWU_Hochbau_3-Auflage_BMUB_2014.pdf
  • https://www.fib-bund.de/Service/Suche ⓘ

Prüfkriterien

Nicht bestanden

Kriterium Status Notizen
WCAG 1.1.1
Nicht-Text-Inhalt 		nicht bestanden Externe Logos benötigen einen präzisen Alternativtext oder müssen als dekorativ mit alt="" bzw. aria-hidden markiert werden, damit assistive Technologien den Partnerbezug verstehen.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Linkgruppen sollten konsistent ausgezeichnet werden, einzelne Links dürfen nicht planlos in Listen eingepackt sein, sonst ergeben sich inkonsistente Screenreader-Ausgaben.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Die Seiten benötigen eine programmatische H1 als erste Überschrift, damit die Struktur hierarchisch klar wird und Screenreader sich orientieren können.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Breadcrumb-Navigation muss als solche mit role="navigation" und aria-label markiert sein, damit sie assistiven Technologien als Pfadnavigation signalisiert.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Die Paginierung der Suche benötigt ein nav mit aria-label sowie aussagekräftige Linktexte und aria-current für die aktive Seite.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Die Seite muss Bereiche wie <header>, <main> und <footer> zur semantischen Gliederung nutzen, damit die Struktur für assistive Technologien nachvollziehbar ist.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Suchfelder benötigen sichtbare Labels oder aria-label/-labelledby, um den Zweck des Feldes auch für Screenreader erreichbar zu machen.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Statt <b> ist <strong> zu verwenden, damit inhaltlich relevante Hervorhebungen auch semantisch erkennbar sind.
WCAG 1.3.5
Eingabezweck bestimmen 		nicht bestanden Die Eingabefelder müssen einen klaren Zwecktext tragen (Label, aria-label), damit der Zweck auch ohne visuelle Hinweise verständlich bleibt.
WCAG 1.4.1
Benutzung von Farbe 		nicht bestanden Links im Fließtext müssen visuell durch Unterstreichung, Kontrast oder eine andere dauerhafte Gestaltung als solche erkennbar sein.
WCAG 1.4.3
Kontrast (Minimum) 		nicht bestanden Footer-Links benötigen ein Kontrastverhältnis ≥4,5:1 gegenüber dem Hintergrund, ggf. durch dunklere Farbe oder helleren Hintergrund.
WCAG 1.4.3
Kontrast (Minimum) 		nicht bestanden Bunte Kacheln müssen so gestaltet werden, dass ihr Textkontrast mindestens 4,5:1 (oder 3:1 bei großem/fetten Text) beträgt.
WCAG 1.4.10
Automatischer Umbruch (Reflow) 		nicht bestanden Das Layout muss vollständig responsiv sein, sodass Texte/Bilder nicht abgeschnitten werden und eine korrekte Darstellung auch bei Zoom oder schmalen Viewports gegeben ist.
WCAG 2.4.1
Blöcke überspringen 		nicht bestanden Ein Skiplink mit Ziel auf den Hauptinhalt ist am Seitenanfang notwendig, um Tastaturnutzenden das Überspringen wiederkehrender Navigation zu ermöglichen.
WCAG 2.4.2
Seite mit Titel 		nicht bestanden Jede Seite muss einen Titel im Format „[Seitentitel] – [Webseiten-Name]“ enthalten, damit der Kontext in Tabs, Lesezeichen und Screenreader-Auflistungen deutlich wird.
WCAG 2.4.3
Fokus-Reihenfolge 		nicht bestanden Nach dem Absenden der Suche ist der Fokus auf die Suchergebnisse oder eine Statusmeldung zu setzen (z. B. element.focus()), nicht zurück an den Seitenanfang.
WCAG 2.4.4
Linkzweck (im Kontext) 		nicht bestanden Download-Links müssen den Dateityp (z. B. „(PDF)“) im Linktext nennen, damit Nutzerinnen den Zweck und ein mögliches Dateiladeverhalten erkennen.
WCAG 2.4.4
Linkzweck (im Kontext) 		nicht bestanden Die Paginierungslinks sollen klare Texte wie „Seite 1“, aria-current für die aktive Seite und ein nav mit aria-label nutzen, um die Funktion verständlich zu machen.
WCAG 2.4.4
Linkzweck (im Kontext) 		nicht bestanden Links in den Suchergebnissen dürfen nicht nur als URL erscheinen, sondern benötigen sprechende Texte oder aria-labels mit dem Zielinhalt.
WCAG 3.1.1
Sprache der Seite 		nicht bestanden Im <html>-Element muss das lang-Attribut (z. B. lang="de") gesetzt sein, damit Screenreader die richtige Sprache verwenden können.
PDF-Dokument mit PAC geprüft
PDF-Dokument mit PAC geprüft 		nicht bestanden Das PDF hat den PAC-Test nicht bestanden; ergänzend ist eine manuelle Prüfung erforderlich, um Lesereihenfolge, strukturierte Links und Alt-Texte qualitativ zu beurteilen.
PDF Dokument ist getaggt
PDF Dokument ist getaggt 		nicht bestanden Das PDF benötigt eine vollständige Tag-Struktur (Überschriften, Listen, Tabellen, Links, Alternativtexte) zur semantischen Auszeichnung.
Einem Link auf enthaltene Inhalte in Deutscher Gebärdensprache
Deutsche Gebärdensprache 		nicht bestanden Auf der Startseite muss ein gut sichtbarer Link zu DGS-Inhalten vorhanden sein, einschließlich wesentlicher Informationen, Navigationstipps und Barrierefreiheitserklärung in DGS sowie Hinweisen auf weitere Inhalte.
Einem Link auf enthaltene Inhalte in Leichter Sprache
Leichte Sprache 		nicht bestanden Ein klarer Link zu Leichter Sprache sowie die gesetzlich geforderten Informationen (wesentliche Inhalte, Navigation, Erklärung, weitere Hinweise) müssen bereitgestellt und leicht strukturiert sein.
Barrierefreiheitserklärung formal geprüft
Barrierefreiheitserklärung 		nicht bestanden Die Erklärung muss vollständig benannt sein, den Geltungsbereich, Rechtsgrundlagen, Bewertung, nicht-barrierefreie Inhalte, Prüfmethode, Datum, Feedback-Mechanismus, Kontaktangaben und Durchsetzungsverfahren enthalten und leicht zugänglich verlinkt sein.

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.

Jetzt via Steady unterstützen