Kurzzusammenfassung
- Auftraggeber
- Bundesministerium für Wirtschaft und Klimaschutz
- Prüforganisation
- Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik
- Stadt
- Berlin
- Prüfart
- Vereinfachte Überwachung
Unterstützung
barrieren-gutachten.de wird ehrenamtlich betrieben und finanziert sich über Steady-Mitgliedschaften von Menschen wie dir, die Barrierefreiheit und Inklusion voranbringen möchten.
ab
5
Euro
im Monat
für Recherche, Prüfungen und den Betrieb der Plattform.
Zugänglichkeits-Analyse
Blindheit
Mit Hindernissen nutzbar
Mehrere Verstöße bei Alternativtexten, Struktur, Linkzwecken, Name/Rolle/Wert und Tastaturbedienung erschweren Screenreader-Nutzung deutlich, lassen sie aber mit Aufwand noch zu.
Sehbehinderung
Kaum nutzbar
Eingeschränkte Skalierung, mangelnder Nicht-Text-Kontrast und Probleme bei Textabständen behindern stark, Inhalte bleiben aber grundsätzlich erreichbar.
Hörbehinderung
Fast barrierefrei
Es werden keine audiozentrierten Barrieren genannt, sodass gehörlose Menschen die Website weitgehend uneingeschränkt nutzen können.
Motorische Behinderung
Mit Hindernissen nutzbar
Seiten sind grundsätzlich tastaturbedienbar, aber nicht vollständig; problematische Fokusreihenfolge und nicht bedienbare Sortierfunktion erschweren die Nutzung erheblich.
Lernbehinderung
Mit Hindernissen nutzbar
Unklare Überschriftenstruktur, unpräzise Linkzwecke und Orientierungsprobleme beim Fokuswechsel belasten das Verständnis und die Orientierung.
Neurodivergenz
Mit Hindernissen nutzbar
Inkonsistente Struktur, redundante Fokusstationen und fehlende klare Kennzeichnungen können Konzentration und Orientierung für neurodivergente Personen deutlich erschweren.
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.
Beheben Sie die 21 dokumentierten Verstöße gegen die BITV-Prüfkriterien, insbesondere durch konsistente semantische Struktur, korrekte Accessible Names, ausreichenden Kontrast, fokussierbare Komponenten sowie durch das Entfernen überflüssiger Fokusstationen und eingeschränkter Skalierung.
| Kriterium | Status | Notizen |
|---|---|---|
|
9.1.1.1 Nicht-Text-Inhalt |
nicht bestanden | Dekorative Teaserbilder als solche kennzeichnen (leeres alt-Attribut oder aria-hidden) und nur relevante Bilder mit Alternativtexten versehe. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Navigationen im Kopf- und Fußbereich mit eindeutigem aria-label versehen, z. B. „Zusatz-Navigation im Kopfbereich“, damit Screenreader die Regionen unterscheiden können. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Seitennavigation mit deutschsprachigem aria-label und beschrifteten Seitenlinks/Pfeilen versehen, damit der Zweck der Navigation klar wird. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Nur noch eine H1 pro Seite nutzen; weitere Überschriften als H2+ auszeichnen oder entfernen, wenn sie keinen zusätzlichen semantischen Wert haben. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Logisch geschachtelte Überschriftenstruktur einführen (z. B. Hauptbereiche als h3 zuordnen) und die sichtbare „Neuigkeiten“-Überschrift semantisch markieren. |
|
9.1.4.1 Benutzung von Farbe |
nicht bestanden | Aktive Seitennavigation zusätzlich durch Umrandung oder Schriftstil markieren, damit die Statusinformation nicht nur per Farbe vermittelt wird. |
|
9.1.4.4 Textgröße ändern |
nicht bestanden | maximum-scale=1 aus dem meta viewport entfernen, damit Nutzende Inhalte vergrößern können. |
|
9.1.4.11 Nicht-Text-Kontrast |
nicht bestanden | Kontrast der Social-Media-Symbole auf mindestens 3:1 gegenüber dem Hintergrund erhöhen oder durch kontastreiche Fläche bzw. Fokusindikator ergänzen. |
|
9.1.4.11 Nicht-Text-Kontrast |
nicht bestanden | Kontrast des Rahmens im Suchfeld auf mindestens 3:1 zum Hintergrund erhöhen. |
|
9.1.4.11 Nicht-Text-Kontrast |
nicht bestanden | Kontrast der Auswahllistenrahmen auf mindestens 3:1 zum Hintergrund anpassen. |
|
9.1.4.12 Textabstand |
nicht bestanden | Layout so gestalten, dass geänderte Textabstände (z. B. durch User-Stylesheets) nicht zu Überlappung führen und Elemente flexibel reagieren. |
|
9.2.1.1 Tastatur |
nicht bestanden | Sortierfunktion durch natives select-Element mit label oder ARIA-Pattern ersetzen, damit sie Tastatur- und Screenreader-bedienbar ist. |
|
9.2.4.3 Fokus-Reihenfolge |
nicht bestanden | Mehrere Links zu einem Ziel zu einem einzigen Linkcontainer zusammenfassen oder Nebenlinks als ergänzende Funktionen kennzeichnen, um redundante Tabstationen zu vermeiden. |
|
9.2.4.3 Fokus-Reihenfolge |
nicht bestanden | Jeden Artikel nur einmal fokussierbar machen (z. B. Überschrift oder „Weiterlesen“-Link) und andere Elemente mit tabindex="-1" oder als Teil des Hauptlinks kennzeichnen. |
|
9.2.4.3 Fokus-Reihenfolge |
nicht bestanden | Leere bzw. blockierte iFrames aria-hidden="true" bzw. tabindex="-1" geben oder ganz aus dem Fokus entfernen, um unnötige Tab-Schritte zu vermeiden. |
|
9.2.4.3 Fokus-Reihenfolge |
nicht bestanden | Bild in Suchergebnissen als dekorativ markieren (leeres alt) und nur Überschrift verlinken, um redundante Fokusstationen zu vermeiden. |
|
9.2.4.3 Fokus-Reihenfolge |
nicht bestanden | Fokus nach Filterausführung gezielt auf den Anfang des aktualisierten Inhaltsbereichs setzen, damit kein Orientierungverlust entsteht. |
|
9.2.4.4 Linkzweck (im Kontext) |
nicht bestanden | Link in der Zusatznavigation mit sprechendem aria-label oder sichtbarem Text versehen statt nur URL im title-Attribut zu zeigen. |
|
9.2.4.4 Linkzweck (im Kontext) |
nicht bestanden | Die Grafik mit Linkziel durch ein aussagekräftiges aria-label oder angepassten Alternativtext eindeutig beschreiben und doppelte alt-/title-Beschreibung vermeiden. |
|
9.2.4.6 Überschriften und Beschriftungen (Labels) |
nicht bestanden | Datum und Kategorie von der Überschrift trennen, letzte als semantische Überschrift auszeichnen und Zusatzinformationen separat kennzeichnen (z. B. via aria-label). |
|
9.4.1.2 Name, Rolle, Wert |
nicht bestanden | Accessible Name des Suchschalters durch aria-label (z. B. „Suche öffnen“) oder korrekt ausgewerteten sr-only-Text sicherstellen; Name und Rolle vollständig übermitteln. |