Kurzzusammenfassung
- Auftraggeber
- Bundesministerium für Bildung und Forschung
- Prüforganisation
- Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik
- Stadt
- Berlin
- Prüfart
- Vereinfachte Überwachung
Zugänglichkeits-Analyse
Blindheit
Mit Hindernissen nutzbar
Mehrere zentrale Probleme bei Struktur, Skip-Link, Navigation, Formularen und Statusmeldungen erschweren Screenreader-Nutzung deutlich, machen die Seite aber nicht vollständig unzugänglich.
Sehbehinderung
Mit Hindernissen nutzbar
Strukturelle Mängel und unklare Linkkennzeichnung sind hinderlich, aber es gibt keine Hinweise auf gravierende Kontrast- oder Zoomprobleme.
Hörbehinderung
Fast barrierefrei
Es werden keine audioabhängigen Funktionen erwähnt, daher ist die Nutzung für Gehörlose bis auf allgemeine Usability-Probleme kaum eingeschränkt.
Motorische Behinderung
Mit Hindernissen nutzbar
Fehlende vollumfängliche Tastaturbedienung (Slider, Hover-Inhalte, Fokus-Reihenfolge) beeinträchtigt motorisch eingeschränkte Tastaturnutzende spürbar.
Lernbehinderung
Mit Hindernissen nutzbar
Unlogische Überschriftenstruktur, uneindeutige Links und komplexe Bedienelemente erhöhen die kognitive Belastung deutlich.
Neurodivergenz
Mit Hindernissen nutzbar
Inkonsequente Struktur, unklare Interaktionen und fehlende Fokusanzeigen bei bestimmten Inhalten können für neurodivergente Personen stark überfordernd sein.
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.
Dekorative Grafiken ohne Alternativtexte kennzeichnen, Navigationsbereiche und Überschriften strukturell auszeichnen, Fokus- und Tastaturreihenfolgen anpassen, Statusmeldungen und Beschriftungen für Screenreader verbessern sowie Formularelemente und zusätzliche Funktionen (Cookie-Schalter, ScrollTop, Skip-Link, Slider) eindeutig beschriften.
| Kriterium | Status | Notizen |
|---|---|---|
|
9.2.4.1 Blöcke überspringen |
nicht bestanden | Skip-Link zum Hauptmenü so korrigieren, dass der Fokus auf das erste interaktive Element innerhalb der Hauptnavigation gesetzt wird. |
|
9.1.1.1 Nicht-Text-Inhalt |
nicht bestanden | Schmuckgrafiken ausschließlich als dekorativ kennzeichnen (alt="" oder aria-hidden="true") und sinnfreie Alternativtexte entfernen. |
|
9.1.3.2 Bedeutungsvolle Reihenfolge |
nicht bestanden | Fokus- und Quellcode-Reihenfolge im Header so anpassen, dass nach dem Logo unmittelbar der erste Menüeintrag folgt. |
|
9.4.1.2 Name, Rolle, Wert |
nicht bestanden | Vorschlagslisten als Live-Region (aria-live="polite" o.ä.) auszeichnen und Auswahl mit aktualisierten Statusmeldungen versehen. |
|
9.4.1.2 Name, Rolle, Wert |
nicht bestanden | title-Attribute bei den Suchschaltflächen entfernen, sodass nur eine eindeutige sichtbare Beschriftung ausgegeben wird. |
|
9.2.4.4 Linkzweck (im Kontext) |
nicht bestanden | Inhalt im Slider so strukturieren, dass nur ein prägnanter Text (z. B. „Mehr erfahren“) als Link fungiert und der Zweck klar bleibt. |
|
9.2.4.6 Überschriften und Beschriftungen (Labels) |
nicht bestanden | Slider-Bedienelemente mit verständlichen Bezeichnungen (z. B. „Weiter“/„Zurück“) oder passenden aria-labels versehen. |
|
9.2.1.1 Tastatur |
nicht bestanden | Paginierung der Slider-Inhalte fokussierbar und aktivierbar gestalten, damit Tastaturnutzende gezielt Inhalte auswählen können. |
|
9.2.4.4 Linkzweck (im Kontext) |
nicht bestanden | Klickfläche im Nachrichten-, Fördermaßnahmen- und Nachwuchsbereich auf eine aussagekräftige Komponente (z. B. „Mehr erfahren“) beschränken. |
|
9.2.1.1 Tastatur |
nicht bestanden | Zusatzinformationen, die bei Mouse-Hover erscheinen, auch bei Fokus anzeigen (z. B. via :focus oder JavaScript-Einblendung). |
|
9.1.4.1 Benutzung von Farbe |
nicht bestanden | Verlinkungen von Überschriften konsistent gestalten und zusätzlich durch weitere Merkmale wie Unterstreichung kenntlich machen. |
|
9.2.4.4 Linkzweck (im Kontext) |
nicht bestanden | Bei externen Links textliche/pkg. Kennzeichnung ergänzen (z. B. „(öffnet neues Fenster)“ oder aria-label). |
|
9.4.1.2 Name, Rolle, Wert |
nicht bestanden | ScrollTop-Schalter mit eindeutiger, programmatisch ermittelbarer Beschriftung (z. B. sichtbarer Text oder aria-label="Nach oben springen") versehen. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Footer-Linkliste in ein semantisches <nav> mit aria-label (z. B. "Fußbereich") einbetten, damit sie als Navigation erkannt wird. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Hauptnavigation ebenfalls mit <nav> und eindeutiger Benennung (aria-label oder aria-labelledby) auszeichnen. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Suchformular-Fehlerhinweis mit Hinweis zur Bedeutung des Asterisks oberhalb des Formulars platzieren und für Screenreader sichtbar bereitstellen. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Fehlermeldungen programmatisch mit zugehörigen Feldern verknüpfen (z. B. aria-describedby), damit Screenreader den Kontext anzeigen. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Startseite mit einer aussagekräftigen H1 am Seitenanfang versehen, die das Thema der Seite beschreibt. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Überschriftenstruktur logisch aufbauen und Ebenen nicht überspringen (z. B. H2→H3) sowie doppelte Bezeichnungen vermeiden. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Suche-Seite mit konsistentem Hierarchieaufbau versehen, Zwischenüberschriften folgen der jeweiligen Ebene und keine Sprünge über mehrere Ebenen. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Kontaktseite-Überschriften ausschließlich zur Gliederung nutzen und logische Reihenfolge (z. B. H1→H2→H3) einhalten, Gestaltung über CSS steuern. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Inhaltsseite-Überschriften folgerichtig strukturieren (z. B. H1→H2→H3) und ausgelassene Ebenen vermeiden. |
|
9.2.4.4 Linkzweck (im Kontext) |
nicht bestanden | Projektblöcke nur auf aussagekräftige Elemente (z. B. Projekttitel) beschränken oder via aria-label Linkzweck prägnant formulieren. |
|
9.4.1.2 Name, Rolle, Wert |
nicht bestanden | Fehlerhafte E-Mail-Adresse mit sichtbaren und programmatisch erkennbaren Eingabehinweisen zum erwarteten Format (z. B. aria-describedby) ergänzen. |
|
9.4.1.2 Name, Rolle, Wert |
nicht bestanden | Cookie-Einstellungs-Schalter mit funktional präziser Beschriftung (z. B. „Cookie-Einstellungen öffnen“) versehen, sichtbar oder via aria-label. |