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
Zahlreiche Screenreader-Probleme bei Navigation, Formularen, Alternativtexten, Live-Regionen und Videos erschweren eigenständige Nutzung erheblich, lassen sie aber mit Aufwand noch teilweise zu.
Sehbehinderung
Kaum nutzbar
Mangelnder Text- und Nicht-Text-Kontrast, fehlender Reflow, rein farbliche Kennzeichnungen und unklare Fokusanzeige beeinträchtigen die visuelle Nutzung stark.
Hörbehinderung
Mit Hindernissen nutzbar
Wesentliche Probleme betreffen primär Seh- und Bedienaspekte; fehlende Gebärdensprache-Angebote sind nachteilig, aber textliche Inhalte sind grundsätzlich zugänglich.
Motorische Behinderung
Mit Hindernissen nutzbar
Mehrere Tastaturprobleme, unsichtbare Skiplinks und unklare Fokusführung erschweren die Nutzung für reine Tastatur- oder Hilfsmittelnutzende deutlich.
Lernbehinderung
Mit Hindernissen nutzbar
Komplexe, teils unklare Navigation, lange Beschriftungen, unzureichende Fehlermeldungen und fehlende Leichte-Sprache-Angebote erschweren das Verständnis und die Orientierung.
Neurodivergenz
Mit Hindernissen nutzbar
Unklare Struktur, Fokusprobleme und lange, wenig prägnante Texte können überfordern, gleichzeitig sind Inhalte überwiegend textbasiert und ohne starke Zeitabhängigkeiten nutzbar.
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
01.10.2025
Prüfung vor 8 Monaten
12.02.2024
Prüfung vor 2 Jahren
Vergleich
| Prüfungsdatum | Prüfart | Abweichende Prüfart | Nicht bestanden | Im Wesentlichen bestanden | Bestanden |
|---|---|---|---|---|---|
| 01.10.2025 | Vereinfachte Überwachung | Nein | 35 | 0 | 0 |
| 12.02.2024 | Vereinfachte Überwachung | Nein | 17 | 3 | 33 |
Semantische Navigation (Haupt-, Service- und Footernavigation), Formularbeschriftungen, Tastaturführung, Fehlermeldungen, Fokusindikatoren, Kontrast, Farblichtgestaltungen, Video-Alternativen, Cookie-Dialog, Sprachkennzeichnungen sowie ergänzende Sprachangebote ausbauen, um die BITV-Ziele zu erfüllen.
| Kriterium | Status | Notizen |
|---|---|---|
|
9.1.1.1 Nicht-Text-Inhalt |
nicht bestanden | Die Teaserbilder zu den Videos besitzen nicht zielführende Alternativtexte (z. B. „Unbenannt“) oder beschreiben nur den visuellen Inhalt. Die Alternativtexte müssen stattdessen eindeutig das Linkziel ankündigen (z. B. „Video: Das Walter Benjamin-Programm erklärt“), damit Screenreader-Nutzende sofort erkennen, welcher Film aufgerufen wird. |
|
9.1.1.1 Nicht-Text-Inhalt |
nicht bestanden | Die als Schmuckgrafik eingebundene Illustration unterhalb der Navigation hat einen beschreibenden Alternativtext („Schmuckbild Open-Access-Publikationskosten“), obwohl sie keinen inhaltlichen Mehrwert bietet. Entfernen Sie den Alternativtext und setzen Sie ein leeres alt-Attribut oder aria-hidden="true", damit Screenreader die Grafik nicht vorlesen. |
|
9.1.2.3 Audiodeskription oder Medienalternative (aufgezeichnet) |
nicht bestanden | Die eingebetteten Videos enthalten keine Audiodeskription oder Volltext-Alternative. Blinde und sehbehinderte Nutzende können zentrale visuelle Informationen (Handlungen, Gestik, Texteinblendungen) nicht erfassen. Ergänzen Sie eine separate Audiodeskription oder eine ausführliche Textalternative, alternativ einen Hinweis, dass keine visuellen Informationen vorhanden sind. |
|
9.1.2.5 Audiodeskription (aufgezeichnet) |
nicht bestanden | Relevante visuelle Inhalte der Videos (Szenenwechsel, Mimik, Texteinblendungen) werden nicht beschrieben, es fehlt eine Audiodeskription. Ergänzen Sie eine Audiodeskription als separate Spur oder integrierte Version, damit auch blinde und stark sehbehinderte Nutzende die Inhalte erfassen können. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Unterhalb der Servicenavigation sind Skiplinks, Service-Links und Social-Media-Links ohne semantische Trennung in einer Struktur verschachtelt. Kennzeichnen Sie die Bereiche als eigene Navigationsbereiche (z. B. <nav aria-label="Skiplinks">, <nav aria-label="Servicenavigation">, <nav aria-label="Social Media">), sodass Screenreader-Nutzende die unterschiedlichen Funktionen gezielt ansteuern können. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Die Hauptnavigation ist zwar als <nav> ausgezeichnet, besitzt aber kein beschreibendes Label. Screenreader-Nutzende hören lediglich „Navigation“, was bei mehreren Navigationsbereichen verwirrt. Ergänzen Sie ein aria-label (z. B. aria-label="Hauptnavigation") oder eine sichtbare Überschrift, die programmatisch mit dem Bereich verknüpft ist. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Die Links im Footer sind nur als ungeordnete Liste ausgegeben und nicht als Navigation ausgezeichnet. Fassen Sie den Bereich in ein <nav> zusammen und ergänzen Sie ein Label (z. B. aria-label="Footernavigation" oder „Servicebereich“), damit Screenreader die Linkgruppe als Navigation erkennen und zwischen mehreren Navigationsbereichen unterscheiden können. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Im Formular „Anrede“ ist ein <label for="Salutation"> eingebunden, dessen for-Attribut keinem konkreten Eingabefeld entspricht, so dass die Radio-Buttons nicht als Gruppe vorgelesen werden. Nutzen Sie ein <fieldset> mit <legend>, um die Gruppe semantisch zu bündeln, oder verknüpfen Sie das Label korrekt mit allen Radiobuttons. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Die Seitennavigation unterhalb der Suchergebnisse verfügt über keinen semantischen Rahmen, die Seitenzahlen bestehen nur aus Ziffern ohne Kontext, und aria-pressed stellt die aktuelle Seite dar. Um die Paginierung zugänglich zu machen, umschließen Sie sie mit <nav aria-label="Seitennavigation">, ergänzen Sie aria-labels wie „Seite 1“ und markieren Sie die aktive Seite mit aria-current="page" statt aria-pressed. |
|
9.1.3.1 Info und Beziehungen |
nicht bestanden | Die Breadcrumb-Navigation besitzt kein aria-label, so dass Screenreader den Zweck nicht erkennen. Ergänzen Sie eine aussagekräftige Beschriftung wie aria-label="Sie sind hier", damit die Orientierung innerhalb der Seite klar wird. |
|
9.1.3.2 Bedeutungsvolle Reihenfolge |
nicht bestanden | Der Cookie-Dialog liegt im DOM am Ende der Seite. Tastaturnutzende und Screenreader müssen erst den gesamten Inhalt durchlaufen, bevor sie die Einstellungen erreichen. Platzieren Sie den Dialog direkt nach <body>, versehen Sie ihn mit role="dialog" und aria-modal="true" und setzen Sie beim Laden den Fokus auf ein zentrales Bedienelement. |
|
9.1.3.2 Bedeutungsvolle Reihenfolge |
nicht bestanden | Die Texte „Suchfilter: 0“ und „Ergebnisse: 435“ werden ohne Trennung in einem einzigen Leseschritt ausgegeben („Suchfilter: 0Ergebnisse: 435“). Sorgen Sie dafür, dass die beiden Inhalte getrennt vorgelesen werden, z. B. durch zusätzliche Leerzeichen oder strukturierende Elemente zwischen den Informationen. |
|
9.1.4.1 Benutzung von Farbe |
nicht bestanden | Im Slider wird der aktive Punkt nur über Farbe angezeigt. Personen mit eingeschränktem Farbsehen und Screenreader-Nutzende erkennen somit nicht, welcher Schritt aktiv ist. Ergänzen Sie eine zusätzliche Kennzeichnung des aktiven Punktes (Symbol, Textmarker, aria-Attribut) unabhängig von der Farbe. |
|
9.1.4.1 Benutzung von Farbe |
nicht bestanden | Fehlermeldungen im Kontaktformular werden ausschließlich durch rote Hervorhebung signalisiert; es gibt keine textliche oder programmatische Information. Fügen Sie für jede Fehlermeldung zusätzlich Text hinzu und verknüpfen Sie ihn über aria-describedby mit dem jeweiligen Feld, damit auch Nutzerinnen mit Farbsehschwäche die Fehler erkennen können. |
|
9.1.4.3 Kontrast (Minimum) |
nicht bestanden | Im Footer ist die weiße Schrift auf grauem Hintergrund mit einem Kontrast von nur 2,9:1 versehen. Erhöhen Sie den Kontrast auf mindestens 4,5:1 (besser 7:1) oder wählen Sie eine dunklere Schriftfarbe bzw. helleren Hintergrund, um die Lesbarkeit sicherzustellen. |
|
9.1.4.10 Automatischer Umbruch (Reflow) |
nicht bestanden | Der Breadcrumb erfordert horizontales Scrollen, obwohl er durchgängig lesbar sein sollte. Sorgen Sie dafür, dass sich die Navigation flexibel umbricht oder in einem gut lesbaren Block angezeigt wird, damit kein Scrollen notwendig ist. |
|
9.1.4.11 Nicht-Text-Kontrast |
nicht bestanden | In der Slider-Paginierung sind die nicht aktiven Striche mit einem Kontrast von nur ca. 1,5:1 versehen, sie wirken sehr blass. Stellen Sie einen höheren Kontrast zwischen aktiven und inaktiven Punkten her, damit auch Personen mit Sehbehinderung die Paginierung erkennen können. |
|
9.2.1.1 Tastatur |
nicht bestanden | Die Checkbox zur Einwilligung in Informationsangebote kann nicht mit der Tastatur fokussiert oder bedient werden. Binden Sie das Element in die natürliche Tab-Reihenfolge ein und stellen Sie sicher, dass es per Tastatur aktiviert/deaktiviert werden kann, inklusive sichtbarer Fokusanzeige. |
|
9.2.1.1 Tastatur |
nicht bestanden | Radio-Buttons im Formular lassen sich nicht mit der Tastatur fokussieren oder bedienen. Sorgen Sie dafür, dass alle Radio-Buttons Teil der Tab-Reihenfolge sind, sich per Pfeiltasten oder Space aktivieren lassen und der Fokus klar erkennbar ist. |
|
9.2.4.1 Blöcke überspringen |
nicht bestanden | Skiplinks sind zwar im Quellcode vorhanden, aber visuell unsichtbar. Tastaturnutzende und andere Personen ohne Screenreader wissen nicht, dass eine schnelle Navigation existiert. Gestalten Sie die Skiplinks so, dass sie beim Fokussieren mit der Tastatur sichtbar werden. |
|
9.2.4.3 Fokus-Reihenfolge |
nicht bestanden | Der Button „an den Seitenanfang“ erscheint am Ende der Seite, verschwindet nach kurzer Zeit und lässt sich nicht rechtzeitig erreichen. Verlängern Sie die Sichtbarkeit des Buttons, lassen Sie ihn solange eingeblendet, bis er benutzt wurde, oder positionieren Sie ihn so, dass er dauerhaft zugänglich bleibt. |
|
9.2.4.3 Fokus-Reihenfolge |
nicht bestanden | Nach dem Absenden eines fehlerhaften Formulars bleibt der Fokus auf dem Absende-Button. Die Nutzer*innen müssen mühsam die erste Fehlermeldung suchen. Leiten Sie den Fokus automatisch zur ersten Eingabe mit Fehler oder zur Fehlermeldung, sobald das Formular gesendet wurde. |
|
9.2.4.3 Fokus-Reihenfolge |
nicht bestanden | Vorschaubild und Play-Button des Videos sind beide mit Tab erreichbar und lösen dieselbe Aktion aus, was zu doppelten Tabstopps führt. Reduzieren Sie die Fokussierbarkeit auf ein einziges Element (entweder das Vorschaubild oder den Play-Button mit eindeutiger Beschriftung), um die Tastaturnavigation effizienter zu gestalten. |
|
9.2.4.4 Linkzweck (im Kontext) |
nicht bestanden | Der Sprachwechsel-Link ist nur mit „EN“ beschriftet; Screenreader geben diese Abkürzung ohne Kontext aus. Ergänzen Sie eine aussagekräftige Beschriftung etwa über aria-label="Zur englischen Version", damit der Zweck des Links sofort klar ist. |
|
9.2.4.4 Linkzweck (im Kontext) |
nicht bestanden | Die Kachel-Links („Im Studium“, „Während der Promotion“, „Nach der Promotion“) geben Überschrift plus Beschreibung als Linktext aus, was zu langen und wenig prägnanten Inhalten führt. Beschränken Sie den Linktext auf die aussagekräftige Überschrift und halten Sie die erläuternden Texte außerhalb des Links. |
|
9.2.4.6 Überschriften und Beschriftungen (Labels) |
nicht bestanden | Das Label der Einwilligungs-Checkbox besteht aus einem sehr langen Text, der komplett vorgelesen wird. Kürzen Sie den Programmtext auf eine klare Aussage (z. B. „Einwilligung Newsletter“) und platzieren Sie den ausführlichen Rechtstext neben oder unter der Checkbox als separaten Absatz, damit Screenreader-Nutzende nicht unnötig lange Texte anhören müssen. |
|
9.2.4.7 Fokus sichtbar |
nicht bestanden | Beim Durchlaufen des Formulars mit der Tastatur ist kein sichtbarer Fokus vorhanden (nur der Cursor erscheint). Tastaturnutzende können nicht erkennen, welches Feld aktiv ist. Stellen Sie sicher, dass alle Eingabefelder, Checkboxen, Radio-Buttons und Buttons eine deutlich sichtbare Fokuslinie erhalten. |
|
9.3.1.2 Sprache von Teilen |
nicht bestanden | Bei fremdsprachigen Suchergebnissen ist der Sprachwechsel nicht ausgezeichnet, so dass nicht klar ist, welche Sprache die verlinkten Ergebnisse haben. Markieren Sie solche Inhalte mit lang-Attributen (z. B. lang="en") oder zusätzlichen Indikatoren, damit assistive Technologien die Sprachwechselsituation erkennen. |
|
9.3.3.1 Fehlerkennzeichnung |
nicht bestanden | Screenreader-Nutzende erhalten keine Rückmeldung in Textform, wenn eine fehlerhafte Eingabe erfolgt oder Pflichtfelder fehlen. Ergänzen Sie klar formulierte Fehlermeldungen, die sich optisch und semantisch auf die jeweiligen Felder beziehen, damit Nutzer*innen wissen, was zu korrigieren ist. |
|
9.3.3.2 Beschriftungen (Labels) oder Anweisungen |
nicht bestanden | Die Pflichtfelder sind nur mit einem Asterisk markiert und die Erklärung dazu befindet sich erst nach dem Absenden-Button. Fügen Sie oberhalb des Formulars einen Hinweis („Felder mit * sind Pflichtfelder“) oder kennzeichnen Sie jedes Label mit „(Pflichtfeld)“ und nutzen Sie aria-required="true“, sodass die Kennzeichnung auch Screenreadern vermittelt wird. |
|
9.3.3.3 Vorschlag bei Fehler |
nicht bestanden | Bei einer ungültigen E-Mail-Adresse wird keine konkrete Korrekturanleitung gegeben. Formulieren Sie eine Fehlermeldung mit Hinweisen wie „Bitte geben Sie eine gültige E-Mail-Adresse im Format name@domain.de ein“, damit Nutzer*innen die Eingabe korrekt nachholen können. |
|
9.4.1.2 Name, Rolle, Wert |
nicht bestanden | Die Vorschlagsliste bei der Suche wird nicht als Live-Region ausgezeichnet, es fehlen Statusmeldungen über ihr Erscheinen oder die Auswahl. Kennzeichnen Sie die Liste als Live-Region (z. B. aria-live="polite" oder role="status") und geben Sie bei Auswahl eines Vorschlags eine aktualisierte Statusmeldung aus, damit Screenreader-Nutzende informiert werden. |
|
9.4.1.2 Name, Rolle, Wert |
nicht bestanden | Das Eingabefeld für die E-Mail-Adresse ist Pflichtfeld, wird aber nur visuell mit einem Sternchen markiert und nicht programmgesteuert gekennzeichnet. Ergänzen Sie aria-required="true" bzw. required am Feld, damit Screenreader-Nutzende erkennen, dass das Feld zwingend auszufüllen ist. |
|
9.4.1.2 Name, Rolle, Wert |
nicht bestanden | Der X-Schalter im Dialog zur Videowiedergabe besitzt keine Beschriftung, sodass Assistive Technologien keinen Namen melden. Ergänzen Sie einen aussagekräftigen Accessible Name (z. B. aria-label="Dialog schließen"), damit der Button als solche erkannt wird. |
|
Zusatzkriterien: Deutsche Gebärdensprache und Leichte Sprache Informationsangebote in Deutscher Gebärdensprache und Leichter Sprache |
nicht bestanden | Für Startseite, Suche, Kontakt, Inhaltsseite und Videoseite fehlen Links zu gebärdensprachlichen und leichtsprachlichen Inhalten (z. B. „Einem Link auf enthaltene Inhalte in Deutscher Gebärdensprache“, „Hinweise zur Navigation (Leichter Sprache)“). Stellen Sie die geforderten Inhalte dauerhaft oder entsprechende Links bereit, damit die Zusatzkriterien erfüllt werden. |