Staatliches Gutachten zur digitalen Barrierefreiheit
www.giz.de
Nutzbarkeit mit unterschiedlichen Behinderungen
Blindheit Mit Hindernissen nutzbar
Zahlreiche Fehler bei Name, Rolle, Wert, Fokus-Reihenfolge, Linkzwecken und Überschriften machen Screenreader-Nutzung zwar möglich, aber erheblich erschwert.
Sehbehinderung Kaum nutzbar
Eingeschränkte Zoomfunktion, unscharfes Logo bei Vergrößerung und fehlende Steuerung bewegter Inhalte beeinträchtigen die Nutzung deutlich.
Hörbehinderung Mit Hindernissen nutzbar
Fehlende oder unzureichende Untertitel für Videos und keine Gebärdensprachangebote schränken den Zugang zu Multimedia-Inhalten stark ein, andere Inhalte sind aber nutzbar.
Motorische Behinderung Mit Hindernissen nutzbar
Tastaturbedienung ist wegen Problemen bei Fokusführung, Schließen von Untermenüs und Slider-Steuerung deutlich behindert, aber nicht vollständig verhindert.
Lernbehinderung Kaum nutzbar
Unklare Linktexte, komplizierte Navigations- und Menüstrukturen sowie fehlende Zusatzangebote in Leichter Sprache erschweren Orientierung und Verständnis stark.
Neurodivergenz Kaum nutzbar
Automatisch laufende Slider ohne gut bedienbare Pause-Funktion, komplexe Menüs und lange Linktexte können stark ablenken und überfordern, bleiben aber prinzipiell bedienbar.
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 137.0.7151.122 (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)
-
https://www.giz.de/de/html/index.html Web-Angebot öffnen
-
https://www.giz.de/de/suche/suchergebnisse.aspx?query=Fortbildung&send_button_search=Suchen
-
https://www.giz.de/de/ueber_die_giz/1689.html
-
https://www.giz.de/de/downloads/giz2023-de-compliance-jahresbericht-2022.pdf
Prüfkriterien
Nicht bestanden
| Kriterium | Status | Notizen |
|---|---|---|
| Nicht-Text-Inhalt | nicht bestanden | Alternativtext des Logos auf die vollständige Organisationsbezeichnung erweitern, z. B. „Logo der Deutschen Gesellschaft für Internationale Zusammenarbeit (GIZ) GmbH“, damit der Absender klar kommuniziert wird. |
| Untertitel (aufgezeichnet) | nicht bestanden | Synchronisierte Untertitel bereitstellen, die alle gesprochenen Inhalte sowie relevante nonverbale Geräusche enthalten und sich über ein zugängliches Steuerelement aktivieren lassen. |
| Audiodeskription oder Medienalternative (aufgezeichnet) | nicht bestanden | Audiodeskription oder Volltext-Alternative anbieten, die alle visuellen und akustischen Inhalte des eingebetteten Videos beschreibt, oder bei fehlenden relevanten visuellen Inhalten einen Hinweis liefern. |
| Audiodeskription (aufgezeichnet) | nicht bestanden | Audiodeskription zentraler visueller Inhalte als separate Spur oder integrierte Beschreibung in Dialogpausen liefern oder bei inhaltlich unwichtigen visuellen Informationen einen entsprechenden Hinweis anbieten. |
| Info und Beziehungen (Sprachumschaltung) | nicht bestanden | Sprachumschalter in semantisch ausgezeichnete Gruppe mit aussagekräftiger Beschriftung (z. B. aria-labelledby) einbetten, damit assistive Technologien die Funktionseinheit erkennen. |
| Info und Beziehungen (visuelle Hierarchie Untermenü) | nicht bestanden | Programmgesteuerte Hinweise wie aria-haspopup und aria-expanded ergänzen, damit die visuelle Kennzeichnung weiterer Untermenüs auch für Screenreader nutzbar wird. |
| Info und Beziehungen (Sliderrolle) | nicht bestanden | Slider in semantisches Container-Element (z. B. role="region") mit beschreibender Beschriftung (aria-label / aria-labelledby) fassen, um seine Funktion programmatisch zu vermitteln. |
| Info und Beziehungen (Überschriftenhierarchie) | nicht bestanden | Konsistente H1-H2-H3-Struktur mit sinnvoll eingesetzten Hierarchieebenen aufbauen und leere Überschriften entfernen, um Orientierung mit Screenreadern zu gewährleisten. |
| Info und Beziehungen (Fortschrittsbalken Slider) | nicht bestanden | Zeitlichen Ablauf des Sliders auch programmatisch abbilden (Live-Region oder passende ARIA-Attribute), damit Screenreader-Nutzende über automatische Umblenden informiert werden. |
| Textgröße ändern (Zoomfunktion) | nicht bestanden | maximum-scale=1 aus dem viewport-Tag entfernen und stattdessen die Konfiguration width=device-width, initial-scale=1 verwenden, damit mobile Geräted mehrere Zoomstufen zulassen. |
| Textgröße ändern (Skalierbarkeit des Logos) | nicht bestanden | Logo beim Vergrößern (200 % Zoom) so skalieren, dass es scharf bleibt und lesbar bleibt; ggf. höher aufgelöstes Bild verwenden oder CSS so anpassen, dass Text im Logo nicht verzerrt wird. |
| Eingeblendeter Inhalt bei Darüberschweben (Hover) oder Fokus | nicht bestanden | Untermenüs über Escape schließbar machen und Schließen-Schaltflächen unmittelbar fokussierbar platzieren, der Fokus soll nach Schließen wieder auf das auslösende Element zurückkehren. |
| Pausieren, stoppen, ausblenden | nicht bestanden | Funktionale, per Tastatur bedienbare Steuerung zum Pausieren/Stoppen der automatisch laufenden Slider anbieten und visuellen Hinweis auf Steuerung bereitstellen. |
| Fokus-Reihenfolge (Untermenü öffnen) | nicht bestanden | Fokus nach Öffnen eines Untermenüs direkt auf das erste interaktive Element in diesem Untermenü setzen, z. B. durch Fokussteuerung oder passende DOM-Positionierung. |
| Fokus-Reihenfolge (tiefe Menüebenen) | nicht bestanden | Nach dem Öffnen eines Menüs der dritten Ebene den Fokus unmittelbar auf die erste Bedieneinheit dieses Menüs setzen, z. B. durch DOM-Reihenfolge oder gezielte Skriptsteuerung. |
| Fokus-Reihenfolge (Schließen Untermenü) | nicht bestanden | Beim Schließen eines Untermenüs den Fokus zuverlässig auf das auslösende Obermenü-Element zurückführen, um eine nachvollziehbare Navigation zu sichern. |
| Fokus-Reihenfolge (Slider-Navigation) | nicht bestanden | Fokus nach Betätigung der Slider-Navigation innerhalb des Sliders belassen, idealerweise auf das neu eingeblendete Inhalteelement oder eine sinnvolle Bedieneinheit. |
| Fokus-Reihenfolge (Suche auslösen) | nicht bestanden | Nach Auslösen der Suche den Fokus programmatisch auf das Suchfeld oder den Suchergebnisbereich setzen, um einen konsistenten Tastaturfluss zu gewährleisten. |
| Linkzweck (im Kontext) (Suchergebnisse) | nicht bestanden | Den klickbaren Bereich auf aussagekräftige Überschriften reduzieren und Zusatzinformationen wie Vorschautext außerhalb der Links platzieren, sodass Linktexte kurz und verständlich bleiben. |
| Linkzweck (im Kontext) (Aktuelles) | nicht bestanden | Artikel im Bereich „Aktuelles“ auf kurze Linkbeschriftungen beschränken (z. B. Überschrift oder „Mehr erfahren“), um Screenreader-Aussagen nicht unnötig zu verlängern. |
| Linkzweck (im Kontext) (Slider-Elemente) | nicht bestanden | Jeden Artikel im Slider unabhängig innerhalb eines eigenen Links platzieren und sicherstellen, dass tabindex nur dieses Linkelement adressiert, damit einzelne Inhalte getrennt angesprochen werden. |
| Linkzweck (im Kontext) (Artikellinktexte) | nicht bestanden | Linktext auf die konkrete Überschrift beschränken und ergänzende Inhalte wie Bild, Datum und Vorschautext außerhalb des Links belassen, damit die Linkansage prägnant bleibt. |
| Linkzweck (im Kontext) (kompletter Abschnitt) | nicht bestanden | Klickbaren Bereich auf zentrale, aussagekräftige Information (z. B. Titel) beschränken und unterstützende Inhalte außerhalb des Links belassen, um Linktexte verständlich zu halten. |
| Linkzweck (im Kontext) (Fakten und Zahlen) | nicht bestanden | Informationsblöcke „Fakten und Zahlen“ so strukturieren, dass jeder Block einen eigenen Fokuspunkt besitzt und nicht mehrfach gemeinsam fokussierbar ist; gemeinsame tabindex-Attribute entfernen. |
| Überschriften und Beschriftungen (Labels) | nicht bestanden | Slider-Bedienelemente mit konsistenter, eindeutiger Beschriftung wie „nächster Slide“ / „voriger Slide“ versehen, um den Funktionszweck eindeutig zu vermitteln. |
| Name, Rolle, Wert (Navigation) | nicht bestanden | Navigation um aria-haspopup, aria-expanded und aria-controls erweitern oder auf strukturiertes Button-Layout wechseln, damit Screenreader die interaktive Navigation verstehen. |
| Name, Rolle, Wert (aria-current) | nicht bestanden | Das aktuell aktive Menüelement mit aria-current="page" auszeichnen, damit die Position innerhalb der Navigation für assistive Technologien klar erkennbar ist. |
| Name, Rolle, Wert (Suchfunktion) | nicht bestanden | „Suchen“-Button um aria-expanded, aria-controls oder eine Umschaltrolle ergänzen und den gesteuerten Bereich eindeutig referenzieren, damit das Ein-/Ausblenden verständlich wird. |
| Name, Rolle, Wert (Videosteuerung) | nicht bestanden | Jedes Video-Play-Steuerelement mit präzisem Accessible Name wie „Video abspielen: Titel“ (aria-label bzw. beschreibender Text) versehen, damit die Funktion der Schaltfläche klar wird. |
|
Zusatzkriterien
Deutsche Gebärdensprache / Leichte Sprache / Barrierefreiheitserklärung
|
nicht bestanden | Links zu Informationen in Deutscher Gebärdensprache, Leichter Sprache und die Barrierefreiheitserklärung (inkl. formaler Prüfung) bereitstellen, um die ergänzenden Kriterien zu erfüllen. |
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.