Staatliches Gutachten zur digitalen Barrierefreiheit
ATB Potsdam
Nutzbarkeit mit unterschiedlichen Behinderungen
Blindheit Kaum nutzbar
Vielfache Verstöße bei Struktur, Alternativtexten, Fokusführung, Skiplinks, Formularbeschriftung, Karussell und PDF machen Screenreader-Nutzung stark erschwert, aber nicht völlig unmöglich.
Sehbehinderung Kaum nutzbar
Fehlende Mindestkontraste, keine sichtbare Fokusmarkierung, überlagerte Überschriften und rein farbliche Zustandsanzeige beeinträchtigen die Wahrnehmbarkeit massiv.
Hörbehinderung Mit Hindernissen nutzbar
Gebärdensprachangebote fehlen zwar, aber es gibt keine Hinweise auf fehlende Untertitel oder rein auditive Inhalte, sodass Nutzung überwiegend möglich ist.
Motorische Behinderung Kaum nutzbar
Fehlende sichtbare Fokusindikatoren, Fokus-Sprünge nach Interaktionen und nicht tastaturzugängliche Untermenüs behindern reine Tastatur- und Hilfsmittelnutzung deutlich.
Lernbehinderung Kaum nutzbar
Unklare Struktur, lange ungegliederte Ergebnislisten, inkonsistente Beschriftungen und fehlende Leichte-Sprache-Angebote erschweren Orientierung und Verständnis erheblich.
Neurodivergenz Mit Hindernissen nutzbar
Unklare Hierarchien, schwer durchschaubare Suchergebnisse, inkonsistente Linktexte und Interaktionen im Karussell können Reiz und kognitive Last erhöhen, bleiben aber grundsätzlich nutzbar.
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 136.0.7103.114
- Screenreader
- NVDA
- Tools
- Color Contrast Analyser (CCA), PDF Accessibility Checker (PAC), Chrome web inspector, NVDA ScreenReader, HeadingsMap (Chrome), Landmark Navigation (Chrome)
-
https://www.atb-potsdam.de/de/ Web-Angebot öffnen
-
https://www.atb-potsdam.de/de/suche?s=pdf&do=search
-
https://www.atb-potsdam.de/de/forschung/programme/individualisierte-tierhaltung
-
https://www.medunigraz.at/frontend/user_upload/themen-forschung/ff-mikrobiom/pdf/Theodor-Escherich-Symposium-Abstract-Book.pdf
Prüfkriterien
Nicht bestanden
| Kriterium | Status | Notizen |
|---|---|---|
| Nicht-Text-Inhalt | nicht bestanden | Logos müssen semantisch als solche ausgezeichnet und mit einem beschreibenden Alternativtext versehen werden, damit Screenreader erkennen, dass es sich um ein Logo (z. B. „Logo der Organisation“) handelt, und die Funktion (z. B. Link zur Startseite) transparent wird. |
| Nicht-Text-Inhalt | nicht bestanden | Dekorative Bilder mit Copyright-Vermerken sollten ein leeres alt-Attribut oder aria-hidden="true" erhalten, damit Screenreader überflüssige Informationen nicht ausgeben und die Orientierung der Nutzer*innen nicht stören. |
| Nicht-Text-Inhalt | nicht bestanden | Optische Trennlinien ohne semantische Bedeutung müssen als dekorativ markiert werden (z. B. aria-hidden="true" oder keine Auszeichnung als <hr>), damit sie nicht als relevanter Inhalt vorgelesen werden. |
| Audiodeskription oder Medienalternative (aufgezeichnet) | nicht bestanden | Für informationstragende visuelle Videoinhalte ist eine Audiodeskription oder Volltext-Alternative bereitzustellen, damit blinde oder sehbehinderte Nutzer*innen die visuellen Inhalte erfassen können. |
| Audiodeskription (aufgezeichnet) | nicht bestanden | Das eingebettete Video muss eine Audiodeskription erhalten (separate Spur oder eingesprochen in Dialogpausen), damit zentrale visuelle Szenen für sehbehinderte Anwender*innen zugänglich sind. |
| Info und Beziehungen | nicht bestanden | Die Navigation enthält Listen mit nur einem Listenelement, was Screenreadern eine falsche Struktur vorgibt; solche Elemente sollten nicht als Liste formatiert werden oder durch weitere Einträge erweitert werden. |
| Info und Beziehungen | nicht bestanden | Kacheln geben Inhalte der ‚Rückseite‘ vor, die bei Tastatur oder Screenreader nicht sichtbar sind; der rückseitige Inhalt muss erst freigegeben werden, wenn er visuell zugänglich ist (z. B. aria-hidden, Fokussteuerung). |
| Info und Beziehungen | nicht bestanden | Listeneinträge werden ohne Trennung vorgelesen, daher müssen sie korrekt mit <ul>/<ol> und <li> ausgezeichnet oder anderweitig semantisch betrieblich getrennt sein. |
| Info und Beziehungen | nicht bestanden | Ergebnislisten sind umfangreich und ungegliedert; die Suche benötigt Filtermöglichkeiten oder Paginierung, um für Nutzende mit kognitiven Einschränkungen und assistive Technologien überschaubar zu bleiben. |
| Info und Beziehungen | nicht bestanden | Eine Überschrift ist abgeschnitten, weil Layoutelemente sie überlagern; die Darstellung muss so angepasst werden, dass Überschriften unabhängig von Bildschirmgröße oder Zoom vollständig sichtbar bleiben. |
| Info und Beziehungen | nicht bestanden | Die Überschriftenstruktur springt von h1 direkt z. B. zu h4 und folgt keiner schrittweisen Hierarchie; jede Ebene darf maximal um eine Stufe steigen oder sinken, um Assistive Technologien eine verständliche Struktur zu bieten. |
| Info und Beziehungen | nicht bestanden | Die Seite besitzt keine semantisch korrekt ausgezeichnete h1-Überschrift, wodurch der Einstiegspunkt fehlt; eine klare, aussagekräftige h1 muss einmal je Seite eingefügt werden. |
| Bedeutungsvolle Reihenfolge | nicht bestanden | Die Lesereihenfolge (z. B. Sprachumschalter → Suche) folgt nicht der visuellen Struktur; das Markup muss so geordnet oder über ARIA gesteuert werden, dass der Content in visueller Erwartung gelesen wird. |
| Eingabezweck bestimmen | nicht bestanden | Eingabefelder fehlen das autocomplete-Attribut; der Zweck (z. B. given-name, email, postal-code) muss über autocomplete programmiert übermittelt werden, damit Assistive Technologien Autofill-Funktionen nutzen können. |
| Benutzung von Farbe | nicht bestanden | Aktiver Navigationseintrag ist nur durch Farbe markiert; zusätzlich sollten Symbole, Unterstreichungen oder aria-current="page" eingesetzt werden, damit der Standort für Screenreader und Farbsehschwache erkennbar wird. |
| Kontrast (Minimum) | nicht bestanden | Textbereiche auf der Startseite weisen Kontrast < 4,5:1; Farben von Text und Hintergrund müssen so angeglichen werden, dass die Mindestkontraste für normalen bzw. großen Text erfüllt sind. |
| Kontrast (Minimum) | nicht bestanden | Die Seitennavigation in Inhaltsseiten hat ein Kontrastverhältnis von 3,5:1; die Text-/Hintergrundfarbe ist anzupassen, sodass mindestens 4,5:1 (bzw. 3:1 für großen text) erreicht wird. |
| Kontrast (Minimum) | nicht bestanden | Text und Grafik weisen nur 2,3:1 zum Hintergrund auf; das Kontrastverhältnis muss auf 4,5:1 bzw. 3:1 angehoben werden, damit Inhalte bei schlechteren Lichtverhältnissen wahrnehmbar bleiben. |
| Blöcke überspringen | nicht bestanden | Skiplinks fehlen komplett; ein sicht- und fokussierbarer Link (z. B. href="#maincontent") muss am Seitenanfang integriert werden, um wiederkehrende Bereiche zu überspringen. |
| Fokus-Reihenfolge | nicht bestanden | Nach Interaktionen (z. B. Video) wird der Fokus automatisch auf den Seitenanfang gesetzt; stattdessen muss er auf ein sinnvolles Ziel oder zuvor aktiviertes Element zurückgeführt werden, um die Navigation fortsetzen zu können. |
| Linkzweck (im Kontext) | nicht bestanden | Social-Media-Links haben kryptische Texte (Zahlen o.ä.); sie benötigen aussagekräftige Beschriftungen wie ‚Zur Facebook-Seite‘ oder aria-labels, damit der Linkzweck klar wird. |
| Linkzweck (im Kontext) | nicht bestanden | Mehrere nebeneinander angeordnete Kacheln nutzen identischen Linktext ‚zum Programmbereich‘; die Texte müssen durch kontextbezogene Formulierungen oder aria-labels unterscheidbar gemacht werden. |
| Linkzweck (im Kontext) | nicht bestanden | Ein Link auf ein YouTube-Video ist nicht als solcher erkennbar; der Linktext muss explizit den Videoinhalt benennen (z. B. ‚Video ansehen: [Titel] auf YouTube‘) und ggf. aria-label enthalten. |
| Linkzweck (im Kontext) | nicht bestanden | ‚Nach oben‘-Link ist nicht eindeutig beschriftet; der Linktext sollte z. B. ‚Zurück zum Seitenanfang‘ lauten bzw. durch aria-label ergänzt werden, wenn nur Symbole verwendet werden. |
| Linkzweck (im Kontext) | nicht bestanden | Telefon- und E-Mail-Links werden ohne erklärenden Kontext vorgelesen; sie benötigen beschreibende Texte oder aria-labels wie ‚Telefonnummer 030 … anrufen‘ bzw. ‚E-Mail an info@… schreiben‘. |
| Linkzweck (im Kontext) | nicht bestanden | Wissenschaftliche Publikationen geben Titel plus URL als einen langen Linktext aus; Titel und URL sind zu trennen, die URL ggf. aria-hidden="true" zu setzen, damit die Navigation klar bleibt. |
| Fokus sichtbar | nicht bestanden | Auf der gesamten Website fehlt ein sichtbarer Tastaturfokus; alle interaktiven Elemente (Links, Buttons, Formularfelder) müssen eine klare Hervorhebung erhalten (z. B. Umrandung, Hintergrundfarbe). |
| Beschriftung (Label) im Namen | nicht bestanden | Suchformularfelder haben keine sichtbaren Labels und sind programmatisch unzureichend verknüpft; jedes Feld muss ein dauerhaft sichtbares Label oder korrekt verknüpfte aria-label/aria-labelledby besitzen. |
| Sprache von Teilen | nicht bestanden | Karussell-Schalter sind nur mit ‚previous‘ und ‚next‘ beschriftet; sie müssen deutschsprachige, verständliche Texte wie ‚Voriges Element‘/‚Nächstes Element‘ oder aria-labels erhalten. |
| Sprache von Teilen | nicht bestanden | Englischsprachige Forschungstitel fehlen lang-Attribute (lang="en"); Texte in anderer Sprache müssen entsprechend gekennzeichnet werden, damit Screenreader die Aussprache anpassen können. |
| Konsistente Kennzeichnung | nicht bestanden | Der ‚Nach oben‘-Link hat auf verschiedenen Seiten unterschiedliche Beschreibungen, wodurch die Wiedererkennung leidet; identische Ziele müssen konsistent benannt sein. |
| Beschriftungen (Labels) oder Anweisungen | nicht bestanden | Die Suche enthält nur einen Platzhaltertext ohne permanente Beschriftung; ein dauerhaft sichtbares Label muss den Zweck des Feldes klar benennen. |
| Name, Rolle, Wert | nicht bestanden | Karussell wird als Registerkarte ausgegeben, ohne Kontext oder Anzahl der Position zu nennen; die Komponente benötigt eine treffende ARIA-Rolle (z. B. aria-roledescription="Karussell") und Angaben wie ‚1 von 5‘. |
| Name, Rolle, Wert | nicht bestanden | Aktiver Menüpunkt verfügt nicht über eine semantische Kennzeichnung; aria-current="page" oder ähnliche Mechanismen müssen den aktuellen Zustand an assistive Technologien kommunizieren. |
| Name, Rolle, Wert | nicht bestanden | Untermenü ist weder visuell noch programmatisch erkennbar und nur mit der Maus erreichbar; es muss optisch gekennzeichnet und mit aria-haspopup/aria-expanded oder anderer semantischer Struktur für Tastaturnutzende zugänglich gemacht werden. |
|
10 Nicht-Web-Dokumente
PDF-Dokument mit PAC geprüft
|
nicht bestanden | Das PDF durchläuft den PAC-Test nicht; neben dem automatisierten Ergebnis ist eine manuelle Prüfung (z. B. Tag-Baum, Screenreader-Vorschau) notwendig, um fehlende Lesereihenfolge, falsche Links oder fehlende Alt-Texte zu beheben. |
|
Zusatzkriterien: Deutsche Gebärdensprache / Leichte Sprache
Erläuterungen in Deutscher Gebärdensprache und Leichter Sprache
|
nicht bestanden | Ein vollständiges Angebot in Leichter Sprache und Deutscher Gebärdensprache zu den verpflichtenden Informationen konnte nicht nachgewiesen werden; die entsprechenden Inhalte (§ 4 BITV 2.0) sind bereitzustellen, um Menschen mit kognitiven Einschränkungen und gehörlose Personengruppen barrierefrei zu informieren. |
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.