Kurzzusammenfassung
- Auftraggeber
- Deutsche Investitions- und Entwicklungsgesellschaft
- Prüforganisation
- Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik
- Stadt
- Berlin
- Prüfart
- Vereinfachte Überwachung
Zugänglichkeits-Analyse
Blindheit
Kaum nutzbar
Zahlreiche Fehler bei Alternativtexten, fehlende Landmarken, unklare Struktur und Fokusprobleme schränken Screenreader-Nutzung deutlich ein, lassen aber Grundfunktionen noch zu.
Sehbehinderung
Mit Hindernissen nutzbar
Mobil ist Vergrößerung deaktiviert und Fokusindikatoren fehlen teils, dennoch ist kontraststarker, textbasierter Inhalt grundsätzlich vorhanden.
Hörbehinderung
Mit Hindernissen nutzbar
Spezifische Inhalte in Deutscher Gebärdensprache fehlen, ansonsten ist die Nutzung für gehörlose Menschen weitgehend möglich, sofern Texte vorhanden sind.
Motorische Behinderung
Mit Hindernissen nutzbar
Fehlerhafte Fokusreihenfolge, fehlende Fokus-Sichtbarkeit und problematische Dialogsteuerung erschweren starke Tastatur- oder Hilfsmittelnutzung deutlich.
Lernbehinderung
Mit Hindernissen nutzbar
Unklare Struktur, fehlerhafte Überschriftenhierarchie, Tabellenlayout und unerwartete Kontextwechsel können das Verständnis und die Orientierung merklich erschweren.
Neurodivergenz
Mit Hindernissen nutzbar
Inkonsequente Struktur, Slider-Bewegungen und unerwartete Fokus- bzw. Kontextwechsel sind problematisch für Nutzer:innen mit Aufmerksamkeits- oder Reizverarbeitungsbesonderheiten.
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.
Gutachten-Historie
29.07.2025
Prüfung vor 10 Monaten
03.04.2024
Prüfung vor 2 Jahren
Vergleich
| Prüfungsdatum | Prüfart | Abweichende Prüfart | Nicht bestanden | Im Wesentlichen bestanden | Bestanden |
|---|---|---|---|---|---|
| 29.07.2025 | Vereinfachte Überwachung | Nein | 31 | 0 | 0 |
| 03.04.2024 | Vereinfachte Überwachung | Nein | 18 | 3 | 33 |
Die mehrfach gemeldeten Verstöße betreffen vorrangig fehlende bzw. unzutreffende Alternativtexte, nicht markierte Navigations- und Landmark-Strukturen sowie Fokus- und Steuerungsprobleme bei interaktiven Komponenten. Diese Punkte sollten priorisiert behoben werden, um die Konformität mit der BITV zu erreichen.
| Kriterium | Status | Notizen |
|---|---|---|
|
9.1.1.1 Nicht-Text-Inhalt |
nicht bestanden | Markieren Sie die Slider-Hintergrundbilder als Layoutgrafiken (alt="" oder role="presentation"/aria-hidden), damit assistive Technologien sie nicht als informativen Inhalt interpretieren. |
|
9.1.1.1 Nicht-Text-Inhalt |
nicht bestanden | Ersetzen Sie den aktuellen Alternativtext durch eine Beschreibung des Bildinhalts (z. B. „Zwei Personen in Arbeitskleidung stehen inmitten von Tomatenpflanzen“), statt nur auf Navigationslabels zu verweisen. |
|
9.1.1.1 Nicht-Text-Inhalt |
nicht bestanden | Beschreiben Sie die eingefärbte Weltkarte in einem präzisen Alternativtext (z. B. „Weltkarte mit hervorgehobenen Regionen“), anstatt nur die Überschrift zu wiederholen. |
|
9.1.1.1 Nicht-Text-Inhalt |
nicht bestanden | Ersetzen Sie die rein navigationsbezogenen Alternativtexte durch konkrete Beschreibungen der dargestellten Szenen oder markieren Sie die Bilder alternativ als Layoutgrafiken. |
|
9.1.1.1 Nicht-Text-Inhalt |
nicht bestanden | Formulieren Sie den Alternativtext sachlich und sprachlich passend (z. B. „Person am Schreibtisch reicht einer anderen Person die Hand“) oder kennzeichnen Sie das Bild als Layoutgrafik, wenn es rein dekorativ ist. |
|
9.1.1.1 Nicht-Text-Inhalt |
nicht bestanden | Ergänzen Sie die Bilder im Bereich „Beratung und Förderung“ mit aussagekräftigen Alternativtexten, die den jeweiligen Inhalt beschreiben, und vermeiden Sie projektinterne Bezeichnungen oder fehlende Texte. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Verwenden Sie keine Listenstruktur für einzelne Elemente ohne Listencharakter; setzen Sie den Sprachwechsel-Link stattdessen als eigenständiges Bedienelement um. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Umgeben Sie die Footer-Links mit einem <nav> oder kennzeichnen Sie den Bereich über role="navigation" und ein aria-label, damit assistive Technologien die Navigation erkennen. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Ergänzen Sie das nav-Element der Hauptnavigation um ein eindeutiges aria-label oder aria-labelledby, um diesen Bereich von anderen Navigationsbereichen zu unterscheiden. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Umschließen Sie die Seitennavigation mit einem <nav> mit aria-label und vergeben Sie sprechende Accessible Names für die Paginierungsschaltflächen, z. B. aria-label="Seite 2". |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Verzichten Sie auf tabellearte Layoutstrukturen oder kennzeichnen Sie Tabellenköpfe korrekt mit <th> und scope; nutzen Sie statt Tabellen für Layoutbereiche semantisch passende Container. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Ersetzen Sie die dekorativen Unterstrichfolgen durch ein echtes Trenn-Element (<hr>) mit aria-hidden="true" oder eine andere semantisch sinnvolle Lösung. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Nutzen Sie stattdessen strukturierte Inhaltsbereiche mit Überschriften (z. B. <section> mit <h3>) und verzichten Sie auf Tabellen, wenn keine echte Zeilen-Spalten-Beziehung vorliegt. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Korrigieren Sie die Überschriftenhierarchie, indem Sie untergeordnete Inhalte stets mit der jeweils folgenden Ebene auszeichnen und das Überspringen von Ebenen vermeiden. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Setzen Sie den Hinweis über deaktiviertes JavaScript nicht als <h4> vor der Hauptüberschrift ein oder ordnen Sie ihn hinter die <h1> ein; verwenden Sie ggf. eine Rolle wie role="note". |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Verwenden Sie role="contentinfo" nur einmal oder vergeben Sie unterschiedliche aria-labels (z. B. „Rechtliche Hinweise“ und „Kontaktinformationen“) für die einzelnen Footer-Bereiche. |
|
9.1.3.2 Bedeutungsvolle Reihenfolge |
nicht bestanden | Positionieren Sie den Cookie-Dialog im DOM unmittelbar nach dem <body> und ergänzen Sie role="dialog" sowie aria-modal="true", damit er von Beginn an fokussierbar ist. |
|
9.1.4.4 Textgröße ändern |
nicht bestanden | Entfernen Sie user-scalable=no aus dem Viewport-Meta-Tag (oder setzen Sie user-scalable=yes), sodass Nutzer:innen Inhalte mobil vergrößern können. |
|
9.2.4.3 Fokus-Reihenfolge |
nicht bestanden | Führen Sie pro Praxisbeispiel nur ein fokussierbares Element ein (z. B. die Überschrift oder einen eindeutigen Link) und machen Sie weitere Links/Bilder nicht fokussierbar. |
|
9.2.4.3 Fokus-Reihenfolge |
nicht bestanden | Sorgen Sie dafür, dass die Suchvorschläge unmittelbar nach dem Eingabefeld erreichbar sind (z. B. per aria-activedescendant/Listbox-Implementierung), statt erst die Buttons zu fokussieren. |
|
9.2.4.3 Fokus-Reihenfolge |
nicht bestanden | Platzieren Sie die Slider-Steuerelemente im DOM vor dem eigentlichen Inhalt oder bieten Sie einen Skip-Link, damit sie früh erreicht und die automatische Bewegung gestoppt werden kann. |
|
9.2.4.3 Fokus-Reihenfolge |
nicht bestanden | Verhindern Sie unerwartete Fokusflüsse beim Aktivieren von Slider-Steuerelementen, indem Sie JavaScript-Fokussteuerungen überprüfen und sicherstellen, dass der Fokus auf dem auslösenden Element verbleibt. |
|
9.2.4.3 Fokus-Reihenfolge |
nicht bestanden | Stellen Sie nach Schließen des Bewertungs-Pop-ups die Fokusposition auf das zuvor fokussierte Element oder einen passenden Kontextpunkt zurück, anstatt die Hauptnavigation zu fokussieren. |
|
9.2.4.7 Fokus sichtbar |
nicht bestanden | Geben Sie allen Navigationspunkten einen deutlich sichtbaren Fokusindikator (z. B. über :focus/-visible) und entfernen Sie outline:none ohne gleichwertige Alternative. |
|
9.2.4.7 Fokus sichtbar |
nicht bestanden | Stellen Sie sicher, dass interaktive Elemente wie „Mehr erfahren“ und „Video ansehen“ sichtbare Fokuszustände erhalten, damit Tastaturnutzer:innen nicht den Orientierungspunkt verlieren. |
|
9.3.2.2 Bei Eingabe |
nicht bestanden | Vermeiden Sie unerwartete Kontextwechsel nach der Fünf-Sterne-Auswahl, z. B. durch ein programmatisch angekündigtes Dialogfenster (aria-haspopup oder Hinweis vor dem Öffnen). |
|
9.4.1.2 Name, Rolle, Wert |
nicht bestanden | Kennzeichnen Sie die Suchvorschlagsliste als Live-Region (aria-live="polite"/role="status") und berichten Sie bei Auswahl über eine Statusmeldung, damit Screenreader-Nutzer:innen Änderungen mitbekommen. |
|
9.4.1.2 Name, Rolle, Wert |
nicht bestanden | Versehen Sie die Schließen-Schaltfläche des Bewertungs-Pop-ups mit einem aussagekräftigen Accessible Name (z. B. aria-label="Schließen" oder sichtbarer Text). |
|
9.4.1.2 Name, Rolle, Wert |
nicht bestanden | Setzen Sie aria-current="page" auf den aktuell aktiven Navigationspunkt, damit assistive Technologien die Position nachvollziehen können. |
|
Zusatzkriterien Deutsche Gebärdensprache und Leichte Sprache |
nicht bestanden | Stellen Sie Links und Informationen zu Deutscher Gebärdensprache sowie Leichter Sprache bereit (Links, Navigation, Erklärung), da diese Hinweise derzeit fehlen. |
|
Barrierefreiheitserklärung Barrierefreiheitserklärung formal geprüft |
nicht bestanden | Überarbeiten Sie die Barrierefreiheitserklärung, sodass Geltungsbereich, Rechtsgrundlage, Prüfmethodik, Datum, Feedback, Kontakt und Durchsetzungsverfahren klar genannt sind. |
Deutscher Wetterdienst
Prüfung vom 28.11.2025
Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik
Prüfung vom 18.10.2025
Deutscher Verein für öffentliche und private Fürsorge e. V.
Prüfung vom 03.11.2025