Staatliches Gutachten zur digitalen Barrierefreiheit
transferinitiative.de
Nutzbarkeit mit unterschiedlichen Behinderungen
Blindheit Kaum nutzbar
Zahlreiche gravierende Mängel bei Semantik, Navigation, Formularbeschriftungen, Fokusführung und Live-Regionen erschweren Screenreader-Nutzung massiv, lassen die Seite aber mit Aufwand noch teilweise nutzbar erscheinen.
Sehbehinderung Mit Hindernissen nutzbar
Fehlende visuelle Hervorhebungen (Linkkennzeichnung, Felderrahmen, Fokusindikatoren) und Reflow-Probleme beeinträchtigen Orientierung und Lesbarkeit, ohne sie vollständig zu verhindern.
Hörbehinderung Fast barrierefrei
Es werden keine audioabhängigen Inhalte oder Probleme beschrieben, daher ist die Nutzung für gehörlose Menschen weitgehend uneingeschränkt möglich.
Motorische Behinderung Kaum nutzbar
Mehrere zentrale Funktionen sind per Tastatur nicht oder nur schlecht erreichbar und die Fokusreihenfolge ist fehlerhaft, was die Nutzung für reine Tastatur- oder alternative Eingabegerätenutzende stark einschränkt.
Lernbehinderung Mit Hindernissen nutzbar
Unklare Navigation, unzureichende Fehlerhinweise, inkonsistente Fokusführung und schlecht strukturierte Formulare erschweren Verständnis und Fehlerkorrektur deutlich.
Neurodivergenz Mit Hindernissen nutzbar
Unlogische Fokusreihenfolgen, fehlende Orientierungshilfen und redundante Fokusstationen können zu Überlastung und Verwirrung führen, lassen die Seite aber mit erhöhter Anstrengung 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 141.0.7390.55 (Offizieller Build) (64-Bit)
- Screenreader
- NVDA 2025.3
- Tools
- Color Contrast Analyser (CCA), PDF Accessibility Checker (PAC), Chrome web inspector, NVDA ScreenReader, HeadingsMap (Chrome), Landmark Navigation (Chrome)
Veränderung nach WCAG-Kriterien
| Prüfungsdatum | Prüfart | Abweichende Prüfart | Nicht bestanden | Im Wesentlichen bestanden | Bestanden |
|---|---|---|---|---|---|
| 09.10.2025 | Vereinfachte Überwachung | Nein | 35 | 0 | 0 |
| 09.10.2024 | Vereinfachte Überwachung | Nein | 12 | 3 | 39 |
-
-
https://www.transferinitiative.de/suche.php?q=arbeit&x=0&y=0 ⓘ Weitere Gutachten vorhanden
-
https://www.transferinitiative.de/kontakt.php ⓘ Weitere Gutachten vorhanden
-
https://www.transferinitiative.de/gemeinsam_kommunale_Bildungslandschaften_gestalten.php ⓘ Weitere Gutachten vorhanden
-
https://www.transferinitiative.de/media/content/Bildung_gemeinsam_gestalten_Ein_Leitfaden_fuer_ein_datenbasiertes_kommunales_Bildungsmanagement_barrierefrei.pdf ⓘ Weitere Gutachten vorhanden
Prüfkriterien
Nicht bestanden
| Kriterium | Status | Notizen |
|---|---|---|
| Nicht-Text-Inhalt | nicht bestanden | Das Logo ist im Kopfbereich zweimal mit jeweils eigenem Alternativtext ausgezeichnet, sodass Screenreader doppelt ausgeben; nutzen Sie ein einziges img oder kennzeichnen Sie die zweite Variante als dekorativ. |
| Nicht-Text-Inhalt | nicht bestanden | Die Abbildung unter "Kommunales Bildungsmanagement" ist der einzige Inhalt des Abschnitts und als dekorativ ausgezeichnet, daher fehlt für Screenreader ein beschreibender Alternativtext. |
| Info und Beziehungen | nicht bestanden | Mehrere Navigationsbereiche (Top-Navigation, Hauptnavigation, Seitennavigation) besitzen keine eindeutige programmatische Beschriftung, sodass Screenreader sie nicht unterscheiden können; versehen Sie jede Navigation mit aria-label oder sichtbarer Überschrift. |
| Info und Beziehungen | nicht bestanden | Die Gruppierung der Radiobuttons "Anrede" besitzt keine semantische Verbindung zwischen der Überschrift und den Optionen; setzen Sie fieldset mit legend, damit Screenreader den Kontext erkennen. |
| Info und Beziehungen | nicht bestanden | Fehlermeldungen über Formularfelder sind nicht programmatisch mit den Eingabefeldern verbunden, so dass Screenreader sie beim Fokussieren nicht ausgeben; verknüpfen Sie etwa via aria-describedby oder eine role="alert"-Region. |
| Info und Beziehungen | nicht bestanden | Die sichtbare Beschriftung "Suchbegriffe" ist nicht mit dem Eingabefeld verbunden, die Suche erscheint für Assistive Technologien unbeschriftet; verwenden Sie label mit for oder aria-label. |
| Info und Beziehungen | nicht bestanden | Die Slider-Paginierung ist nicht als Navigation ausgezeichnet, Screenreader erkennen lediglich nummerierte Links; markieren Sie die Paginierung etwa mit einem nav und aria-label. |
| Info und Beziehungen | nicht bestanden | Linkgruppen im Seitenbereich (Aktuelles Bildungskommunen etc.) sind nicht als Liste ausgezeichnet, Assistive Technologien erhalten keine Gruppierungsinformation; organisieren Sie diese Links mit ul/ol. |
| Info und Beziehungen | nicht bestanden | Die Seitennavigation über den Suchergebnissen ist nicht als Navigation markiert und besitzt keine programmatische Beschriftung, sodass der Zweck der Bedienelemente unklar bleibt; verwenden Sie nav mit aria-label und beschriftete Steuerelemente. |
| Info und Beziehungen | nicht bestanden | Die Suchergebnisliste beginnt ohne Überschrift, was Screenreader- und Tastaturnutzenden die Orientierung erschwert; ergänzen Sie eine semantische Überschrift vor der Ergebnisliste. |
| Bedeutungsvolle Reihenfolge | nicht bestanden | Der Cookie-Dialog ist im DOM am Ende platziert, sodass Tastaturnutzende erst nach Durchlaufen aller Inhalte darauf zugreifen können; verschieben Sie das Dialogelement nach oben (z. B. direkt nach body) und setzen Sie Fokus sowie role/aria-Attribute. |
| Bedeutungsvolle Reihenfolge | nicht bestanden | Screenreader geben alle Slider-Inhalte unabhängig von der Sichtbarkeit aus, was verwirrt; verbergen Sie nicht sichtbare Inhalte mit aria-hidden="true" oder steuern Sie Zustände entsprechend. |
| Bedeutungsvolle Reihenfolge | nicht bestanden | Nach dem Slider wird per Tastatur zuerst die Seitennavigation angesteuert und danach der Hauptbereich, sodass die visuelle Reihenfolge nicht eingehalten wird; ordnen Sie die Bereiche im Quellcode logisch und nutzen Sie main/aside. |
| Benutzung von Farbe | nicht bestanden | Links im Fließtext sind nur farblich vom Text getrennt, was bei Sehbeeinträchtigungen nicht erkennbar ist; ergänzen Sie z. B. Unterstreichung und prüfen Sie Kontrastanforderungen. |
| Automatischer Umbruch (Reflow) | nicht bestanden | In der mobilen Ansicht (320px) überlagert das Logo das BMBF-Logo, dadurch wird Inhalt nicht vollständig lesbar; sorgen Sie für ausreichenden Abstand bzw. responsive Anpassungen. |
| Nicht-Text-Kontrast | nicht bestanden | Die Sucheingabefelder besitzen keine sichtbare Umrandung, sodass für Menschen mit Sehbeeinträchtigungen nicht erkennbar ist, wo das interaktive Feld liegt; fügen Sie eine kontrastreiche Rahmenlinie hinzu (Kontrast mindestens 3:1). |
| Eingeblendeter Inhalt bei Darüberschweben (Hover) oder Fokus | nicht bestanden | Das eingeblendete Untermenü von "Transferinitiative" bleibt sichtbar, kann aber nicht verworfen werden, ohne die Zeigerposition zu verändern; implementieren Sie ein steuerbares Verhalten mit Fokusverlust und Tastaturbedienbarkeit. |
| Tastatur | nicht bestanden | Das Untermenü "Transferinitiative" ist per Tastatur nicht erreichbar, wesentliche Inhalte benötigen Mausbedienung; stellen Sie sicher, dass Schalter fokussierbar sind und entsprechende aria-expanded/aria-controls verwenden. |
| Fokus-Reihenfolge | nicht bestanden | Der Start-Stopp-Schalter des Sliders liegt nicht an erster Stelle der Fokusreihenfolge, erst nach Durchlauf aller Elemente wird er erreicht; ordnen Sie den Fokus so, dass zentrale Bedienelemente zuerst erreichbar sind. |
| Fokus-Reihenfolge | nicht bestanden | Innerhalb des Sliders führen sowohl Überschrift als auch "Weiterlesen" zum selben Ziel, was für Tastaturnutzende doppelte Fokusstationen erzeugt; reduzieren Sie auf ein eindeutiges Linkelement. |
| Fokus-Reihenfolge | nicht bestanden | Nach dem Absenden der Suche springt der Fokus zurück zum Seitenanfang anstatt auf die Ergebnisse, Nutzer:innen müssen erneut navigieren; setzen Sie den Fokus programmatisch auf den Ergebnisbereich oder eine Statusmeldung. |
| Fokus-Reihenfolge | nicht bestanden | Bei fehlerhaftem Formular verbleibt der Fokus auf dem Absenden-Button, er springt nicht zur ersten Fehlermeldung; setzen Sie nach Absenden den Fokus auf das erste fehlerhafte Feld und markieren Sie Fehlermeldungen semantisch. |
| Fokus-Reihenfolge | nicht bestanden | Titel und URL in Suchergebnissen sind separat verlinkt, wodurch doppelte Fokusstationen entstehen; fassen Sie Titel und URL in einem Link zusammen, um Redundanz zu vermeiden. |
| Linkzweck (im Kontext) | nicht bestanden | Externe Links öffnen in neuem Tab, werden aber nicht als solche gekennzeichnet, es fehlt Transparenz; kennzeichnen Sie externe Verweise visuell und programmatisch (z. B. mit Hinweistext oder aria-label). |
| Linkzweck (im Kontext) | nicht bestanden | Die Weiterpfeile in der Seitennavigation sind nur als Symbole dargestellt, ohne aria-label, sodass Screenreader ihre Funktion nicht erkennen; ergänzen Sie beschreibende Labels wie "Nächste Seite". |
| Überschriften und Beschriftungen (Labels) | nicht bestanden | Das Label der Datenschutzeinwilligung enthält zu viel Text inklusive Links, wodurch beim Fokus unnötig lange Informationen vorgelesen werden; trennen Sie Kernbeschriftung und zusätzliche Hinweise und nutzen Sie aria-describedby für Ergänzungen. |
| Fokus sichtbar | nicht bestanden | Nach Verlassen des Sliders geht der Tastaturfokus verloren, es ist unklar, wo der Fokus als nächstes landet; sorgen Sie dafür, dass der Fokus auf ein sichtbares, logisch folgendes Element übergeht. |
| Fokus sichtbar | nicht bestanden | Nach dem Suchschalter existieren vier leere Fokusstationen, bevor die Ergebnisse erreicht werden; entfernen Sie diese leeren Tabschritte und lassen Sie nur sinnvolle Elemente fokussierbar sein. |
| Fokus sichtbar | nicht bestanden | Der Fokus auf dem Titel der Suchergebnisse ist visuell kaum erkennbar, die Hervorhebung ist zu schwach; gestalten Sie den Fokus deutlich sichtbar, etwa durch kontrastreichen Rahmen oder Hintergrund. |
| Fokus sichtbar | nicht bestanden | Nach der Checkbox zur Datenschutzeinwilligung ist der Fokus kaum sichtbar, es fehlt Klarheit, welches Element folgt; nutzen Sie eine deutlich kontrastierende Fokusmarkierung. |
| Fokus sichtbar | nicht bestanden | Nach dem Hauptmenü verschwindet der Tastaturfokus, es ist nicht erkennbar, welches Element als nächstes angesteuert wird; setzen Sie den Fokus auf ein logisch folgendes, sichtbares Element. |
| Vorschlag bei Fehler | nicht bestanden | Die E-Mail-Fehlermeldung nennt keinen konkreten Korrekturhinweis, Nutzer:innen wissen nicht, was falsch ist (z. B. fehlendes @); geben Sie einen klaren Hinweis auf das geforderte Format wie name@domain.de. |
| Name, Rolle, Wert | nicht bestanden | Die Navigation verwendet den ersten Menüeintrag gleichzeitig als Link und Schalter ohne Rollen und Zustände; setzen Sie die Navigation anhand von WAI-ARIA-Menüpattern mit role, aria-expanded und aria-controls um, damit Assistive Technologien Struktur und Zustand erkennen. |
| Name, Rolle, Wert | nicht bestanden | Die Vorschlagsliste im Suchfeld ist nicht als Live-Region ausgezeichnet, Screenreader erfahren weder das Einblenden noch die Auswahl der Vorschläge; markieren Sie sie mit aria-live="polite" oder role="status" und aktualisieren Sie Statusmeldungen. |
|
Barrierefreiheitserklärung formal geprüft
Barrierefreiheitserklärung formal geprüft
|
nicht bestanden | Die Erklärung zur Barrierefreiheit erfüllt nicht die gesetzlichen Anforderungen (§ 7 BITV): unvollständige Angaben zu Geltungsbereich, Rechtsgrundlage, Prüfmethode, Datum, Feedback etc.; stellen Sie eine vollständig benannte, leicht zugängliche Erklärung bereit mit den geforderten Inhalten. |
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.