Staatliches Gutachten zur digitalen Barrierefreiheit

Stiftung Haus der Geschichte der Bundesrepublik Deutschland

Nutzbarkeit mit unterschiedlichen Behinderungen

Blindheit Mit Hindernissen nutzbar

Mehrere zentrale Verstöße bei Alternativtexten, semantischer Struktur, Navigation, Tastaturbedienung und Zustandskennzeichnung schränken Screenreader-Nutzung deutlich ein, machen sie aber nicht völlig unmöglich.

Sehbehinderung Kaum nutzbar

Fehlende Zoom-Möglichkeit, mangelhafte Text- und Nicht-Text-Kontraste sowie rein farbliche Hervorhebungen erschweren die Nutzung für Sehbehinderte stark.

Hörbehinderung Fast barrierefrei

Es werden keine Probleme mit Audio-/Video-Inhalten genannt, sodass gehörlose Menschen die Seite weitgehend uneingeschränkt nutzen können, sofern Texte verständlich sind.

Motorische Behinderung Mit Hindernissen nutzbar

Defizite bei Tastaturbedienbarkeit, Fokusindikatoren und nicht korrekt als Buttons ausgezeichneten Steuer-Elementen führen zu erheblichen Barrieren für Nutzende mit motorischen Einschränkungen.

Lernbehinderung Mit Hindernissen nutzbar

Unklare Überschriftenstruktur, automatisch wechselnder Slider ohne Stoppmöglichkeit und uneinheitliche Beschriftungen erschweren Orientierung und Verständnis deutlich.

Neurodivergenz Mit Hindernissen nutzbar

Der automatische Slider, fehlende klare Struktur und teils unklare Navigations- und Steuer-Elemente sind für neurodivergente Menschen (z. B. ADHS, Autismus) stark belastend, aber nicht vollständig ausschließend.

Veränderung

Aktuell angezeigt
10 gefundene Barrieren unverändert
7,0/10 Ø Schwere +0,6 zur vorherigen Prüfung

Dokumentierte Barrieren

  • Hamburger-Menü lässt sich nicht sauber schließen

    Der Menü-Schalter reagiert offenbar nicht vollständig auf Tastatur und dient nicht sicher auch zum Schließen des aufklappbaren Menüs. Damit bleibt die mobile Navigation für manche Nutzende in einem geöffneten Zustand hängen.

    Auswirkung: Ich könnte im Menü feststecken und nicht mehr zu anderen Inhalten zurückkommen. Das blockiert für mich die Nutzung der Hauptnavigation erheblich.

  • Suche nicht per Tastatur bedienbar

    Das Such-Steuerelement ist nicht korrekt als Bedienelement für Tastatur und Assistive Technologien umgesetzt. Dadurch kann es sein, dass die Suche nicht zuverlässig ausgelöst oder erreicht werden kann.

    Auswirkung: Ich kann die Suche möglicherweise nicht benutzen, wenn ich nicht mit der Maus arbeite. Das erschwert mir besonders das schnelle Finden von Inhalten auf der Website.

  • Zoom durch Browser-Einstellungen eingeschränkt

    Die Seite begrenzt das Vergrößern über die Ansichtseinstellungen. Wer Inhalte größer darstellen muss, kann dadurch nicht frei in den Browser hineinzoomen.

    Auswirkung: Ich kann Texte und Bedienelemente nicht so groß einstellen, wie ich es brauche. Das macht Lesen und Bedienen bei Sehschwäche deutlich schwerer oder teilweise unmöglich.

  • Navigation und Zustände nicht klar für Screenreader erkennbar

    Mehrere Navigationsbereiche und Aufklapp-Elemente sind semantisch nicht eindeutig ausgezeichnet. Zustände wie geöffnet/geschlossen oder die aktuelle Seite werden für assistive Technologien nicht zuverlässig mitgeteilt.

    Auswirkung: Ich muss mich als Screenreader-Nutzerin oder -Nutzer stärker raten und bekomme wichtige Orientierungshilfen nicht sicher vorgelesen. Dadurch wird das Durchsuchen und Wechseln zwischen Bereichen deutlich mühsamer.

  • Wichtige Bilder ohne aussagekräftige Alternativtexte

    Mehrere informative Bilder haben keine brauchbare Beschreibung für Screenreader. Dadurch bleibt ihr Inhalt für blinde Nutzende verborgen.

    Auswirkung: Ich erfahre nicht, was auf den Bildern gezeigt wird oder welche Information sie transportieren. Dadurch fehlen mir wichtige Inhalte der Seite.

  • Kontraste für Text und Bedienelemente zu schwach

    In Footer, Top- und Standortnavigation sowie beim Suchfeld sind Kontraste und sichtbare Grenzen teilweise zu schwach. Auch einzelne aktive Zustände werden nur farblich markiert.

    Auswirkung: Ich kann Texte und Bedienelemente schlechter erkennen, besonders bei Sehschwäche oder im schlechten Umfeld. Aktive oder auswählbare Elemente fallen mir nicht immer eindeutig auf.

  • Fokus im Menü nicht deutlich sichtbar

    Im responsiven Hamburger-Menü ist der Tastaturfokus nicht ausreichend sichtbar. Wer per Tastatur navigiert, erkennt dadurch den aktuellen Fokuspunkt schwer oder gar nicht.

    Auswirkung: Ich weiß nicht sicher, wo ich mich gerade befinde und welches Element als Nächstes aktiviert wird. Das macht die Bedienung unsicher und fehleranfällig.

  • Überschriftenstruktur erschwert Orientierung

    Die Überschriften sind auf mehreren Seiten nicht logisch aufgebaut und enthalten Lücken oder falsche Ebenen. Inhalte lassen sich dadurch für Hilfsmittel und Schnellnavigation schwerer erfassen.

    Auswirkung: Ich kann mir den Seitenaufbau schlechter erschließen und springe weniger gezielt zu den für mich wichtigen Abschnitten. Das kostet mich Zeit und Orientierung.

  • Autoplay-Slider lenkt ohne Pausefunktion ab

    Ein automatisch wechselnder Slider hat keine ausreichend zugängliche Pausen- oder Stoppmöglichkeit. Inhalte können sich bewegen, bevor ich sie in Ruhe lesen oder bedienen kann.

    Auswirkung: Ich verliere leicht den Überblick und muss mich ständig neu orientieren. Für mich wird das Erfassen der Informationen unnötig anstrengend.

  • Links und Aufklappbereiche teils unklar beschriftet

    Einige Links und ausklappbare Bereiche sind nicht so beschriftet, dass ihr Zweck sofort verständlich ist. Bei Social-Media-Icons oder Veranstaltungs-Elementen ist der Zielinhalt nicht eindeutig erkennbar.

    Auswirkung: Ich kann nicht sicher abschätzen, wohin ein Link führt oder was sich hinter einem Bereich verbirgt. Das erhöht die Fehlbedienung und kostet Zeit.

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 Version 138.0.7204.158 (Offizieller Build) (64-Bit)
Screenreader
NVDA 2024
Tools
Color Contrast Analyser (CCA), PDF Accessibility Checker (PAC), Chrome web inspector, NVDA ScreenReader, HeadingsMap (Chrome), Landmark Navigation (Chrome)

Veränderung nach WCAG-Kriterien

29.07.2025 Vereinfachte Überwachung
angezeigtes 27 nicht bestanden 0 weitgehend 0 bestanden
06.05.2024 Vereinfachte Überwachung Gutachten ansehen
12 nicht bestanden 2 weitgehend 27 bestanden
  • https://www.hdg.de/ ⓘ Web-Angebot öffnen
  • https://www.hdg.de/suche/1/Leipzig
  • https://www.hdg.de/stiftung/arbeiten ⓘ
  • https://www.hdg.de/museum-in-der-kulturbrauerei
  • https://www.hdg.de/fileadmin/bilder/07-Stiftung/Veroeffentlichungen/Veroeffentlichungen_GiW_Huetter_Zeitgeschichten-im-Museum.pdf ⓘ

Prüfkriterien

Nicht bestanden

Kriterium Status Notizen
WCAG 1.1.1
Nicht-Text-Inhalt 		nicht bestanden Alle informativen Bilder auf Inhaltsseite 02 durchgängig mit aussagekräftigen Alt-Texten versehen (z. B. für die drei Teaserbilder).
WCAG 1.1.1
Nicht-Text-Inhalt 		nicht bestanden Die dekorativen Trennlinien in den Suchergebnissen mit aria-hidden="true" oder rein visuell per CSS umsetzen, damit Screenreader sie nicht als Inhalte vorlesen.
WCAG 1.1.1
Nicht-Text-Inhalt 		nicht bestanden Die grafischen <hr>-Trennlinien im Footer programmatisch für assistive Technologien ausblenden (aria-hidden="true") oder ausschließlich über CSS erzeugen.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Die Überschriftenhierarchie der Startseite anpassen, sodass nach der <h1> unmittelbar eine <h2> folgt und die folgenden Abschnitte konsistent weiter inhaltlich gegliedert werden.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Auf der Suchergebnisseite nach der <h1> zunächst <h2>-Überschriften nutzen, bevor weitere <h3>-Abschnitte folgen, um die semantische Struktur klar zu gliedern.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Die Überschriftenhierarchie auf Inhaltsseite 01 logisch strukturieren, etwa eine <h2> unterhalb der <h1> einfügen und h4/h5-Elemente nur innerhalb korrekt verschachtelter Bereiche einsetzen.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Die gesamte Überschriftenauszeichnung auf Inhaltsseite 02 überarbeiten (z. B. keine leeren <h2>, korrekt geschachtelte Ebenen für <h4> bis <h6>), damit die Struktur für assistive Technologien nachvollziehbar ist.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Top- und Fußnavigation in jeweils eigene <nav>-Elemente mit sprechendem aria-label (z. B. aria-label="Hauptnavigation" bzw. "Fußnavigation") umwandeln.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Die Social-Media-Linkgruppe in ein <nav> mit aria-label wie "Social-Media-Navigation" fassen, damit Screenreader den Bereich als eigene Navigation erkennen.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Das verwaiste <a name="…">-Element entfernen oder durch ein id-Attribut am nächsten sinntragenden Element ersetzen; alternativ mit aria-hidden="true" versehen.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Die Paginierung mit einem aria-label („Seitennavigation“) versehen und jedem Link ein aria-label mit Seitenbezug sowie aria-current="page" für die aktive Seite geben.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Die Subnavigation unterhalb der Standortnavigation in ein semantisch passendes Container-Element (z. B. <nav role="navigation">) mit geeignetem aria-label einbetten.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Die Datumsangabe nicht als Überschrift auszeichnen; stattdessen z. B. ein <p><time datetime="…">…</time></p> benutzen, um die Strukturintegrität zu erhalten.
WCAG 1.4.1
Benutzung von Farbe 		nicht bestanden Zur farblichen Hervorhebung der aktiven Seite in der Paginierung eine zusätzliche Kennzeichnung (z. B. Unterstreichung, geänderte Schrift oder Symbol) ergänzen.
WCAG 1.4.3
Kontrast (Minimum) 		nicht bestanden Die Farbwerte im Footer so anpassen, dass das Kontrastverhältnis von mindestens 4,5:1 für Text erreicht wird (z. B. dunkleres Grün oder heller Hintergrund).
WCAG 1.4.3
Kontrast (Minimum) 		nicht bestanden Die Schriftfarbe #7A7A7A in Top- und Standortnavigation durch einen dunkleren Ton ersetzen oder den Hintergrund abdunkeln, um das Verhältnis ≥4,5:1 sicherzustellen (betrifft auch die Ausklapplisten).
WCAG 1.4.4
Textgröße ändern 		nicht bestanden maximum-scale und user-scalable aus dem viewport-Tag entfernen (z. B. <meta name="viewport" content="width=device-width, initial-scale=1">), damit Zoomen jederzeit möglich ist.
WCAG 1.4.11
Nicht-Text-Kontrast 		nicht bestanden Die sichtbaren Ränder oder Hintergründe des Sucheingabefelds so gestalten, dass sie ein Kontrastverhältnis von mindestens 3:1 zum umliegenden Hintergrund erreichen.
WCAG 2.1.1
Tastatur 		nicht bestanden Das Such-Steuerelement als <button> auszeichnen oder die Rolle role="button" mit tabindex="0" und einem Tastatur-Event ergänzen, damit es fokussierbar ist.
WCAG 2.1.1
Tastatur 		nicht bestanden Der Menü-Schalter muss auch zum Schließen des Hamburger-Menüs dienen und auf Tastatureingaben reagieren, damit Nutzende das Menü eigenständig ausblenden können.
WCAG 2.2.2
Pausieren, stoppen, ausblenden 		nicht bestanden Dem automatisch wechselnden Slider Bedienelemente zum Pausieren/Stoppen geben oder den Wechsel vollständig deaktivieren und durch manuelle Steuerung ersetzen.
WCAG 2.4.4
Linkzweck (im Kontext) 		nicht bestanden Alle dekorativen Social-Media-Icons per aria-hidden="true" ausblenden (z. B. am <span class="glyphicon">) und den Linktext/aria-label zur semantischen Aussage nutzen.
WCAG 2.4.4
Linkzweck (im Kontext) 		nicht bestanden Die Beschriftung der Ausklappbereiche auf der Veranstaltungsseite so strukturieren, dass nur der Titel/Datum als Label ausgegeben wird (z. B. differenziertes aria-label oder aria-labelledby).
WCAG 2.4.7
Fokus sichtbar 		nicht bestanden Im responsiven Hamburger-Menü einen deutlich sichtbaren Fokusstil (kontrastreiche Umrandung/Hintergrund/Unterstreichung) für alle Menüpunkte implementieren (Kontrast ≥3:1).
WCAG 4.1.2
Name, Rolle, Wert 		nicht bestanden Die Social-Media-Menü-Schaltfläche um aria-expanded und aria-controls ergänzen und das Popover mit role="region" oder "menu" sowie einem aussagekräftigen Label versehen (aria-label/aria-labelledby).
WCAG 4.1.2
Name, Rolle, Wert 		nicht bestanden Beim Öffnen der Ausklappliste den Wert von aria-expanded auf "true" setzen und beim Schließen wieder auf "false", um den tatsächlichen Zustand korrekt auszuweisen.
WCAG 4.1.2
Name, Rolle, Wert 		nicht bestanden Den Informationsschalter mit einer aussagekräftigen Beschriftung versehen (z. B. aria-label="Weitere Informationen anzeigen" oder aria-labelledby auf ein verstecktes Label).

Nicht anwendbar

Kriterium Status Notizen
WCAG 1.3.1
Info und Beziehungen 		nicht anwendbar Empfehlung: Die redundante Footer-Navigation zusätzlich als <nav> mit sprechendem aria-label auszeichnen, um semantische Konsistenz zu gewährleisten.
WCAG 2.4.2
Seite mit Titel 		nicht anwendbar Empfehlung: Den <title>-Element der Startseite um einen Hinweis auf die Funktion ergänzen (z. B. "Startseite – hdg.de"), damit die Seitenfunktion klar erkennbar ist.

Möglicherweise verwandte Prüfungen

Stiftung Denkmal

Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik

Prüfung vom 20.08.2025

https://adenauerhaus.de/

Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik

Prüfung vom 22.04.2025

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