EqualityView Machbarkeitsstudie zur Umsetzung eines barrierefreien Dashboards

Die Web Content Accessibility Guidelines (Externer Link) (WCAG) sind eine mehrstufige Anleitung zur barrierefreien Gestaltung von Webinhalten. Sie basieren auf vier Prinzipien, die sicherstellen sollen, dass digitale Inhalte für alle Menschen wahrnehmbar, bedienbar, verständlich und robust sind. Zusätzlich gibt es drei WCAG-Konformitätsstufen (A, AA und AAA), die angeben, inwieweit die Anforderungen an die Barrierefreiheit erfüllt sind. Stufe A stellt das Mindestmaß an Barrierefreiheit dar und beinhaltet grundlegende Anforderungen. Stufe AA gilt als Standardstufe und behebt viele der häufigsten Barrieren. Die Stufe AAA ist die höchste Stufe und soll die bestmögliche Zugänglichkeit für Webanwendungen ermöglichen.

Für die Gestaltung interaktiver Elemente sowie von Diagrammen und Grafiken eines Datendashboards sind bestimmte Kriterien der WCAG besonders relevant.

Für das Prinzip Wahrnehmung ist Folgendes zu beachten: Kriterium 1.1.1 (Nicht-Text-Inhalt, Stufe A) verlangt, dass aussagekräftige, textbasierte Alternativbeschreibungen für Grafiken und Diagramme bereitgestellt werden. Bei komplexen Darstellungen schreibt Kriterium 1.3.1 (Informationen und Beziehungen, Stufe A) vor, dass die enthaltenen Daten zusätzlich in Form von Tabellen oder Fließtext angeboten werden sollten, um den Zugang zu erleichtern.

Kriterium 1.4.1 (Verwendung von Farbe, Stufe A) stellt sicher, dass Informationen nicht ausschließlich über Farben vermittelt werden. Stattdessen sollten ergänzende Mittel wie Muster, Symbole oder Beschriftungen eingesetzt werden. Die Kriterien 1.4.3 (Kontrast, Stufe A) und 1.4.11 (Nicht-Text-Kontrast, Stufe AA) definieren Mindestkontraste: Für Text in Grafiken ist ein Kontrastverhältnis von mindestens 4,5:1 erforderlich, für nicht-textuelle Bedienelemente mindestens 3:1.

Die Kriterien 1.4.4 und 1.4.10 (beide Stufe AA) fordern, dass Inhalte ohne Qualitätsverlust vergrößerbar sein müssen – möglichst ohne horizontales Scrollen. Dies lässt sich durch den Einsatz von Vektorgrafiken oder skalierbaren Layouts erreichen.

Laut den Punkten 2.1.1 und 2.1.2 (Stufe A) müssen Diagramme für das Prinzip Bedienbarkeit vollständig mit der Tastatur bedienbar sein, ohne dass

Nutzer*innen in sogenannten Tastaturfallen stecken bleiben. Zeichenkurzbefehle müssen klar definiert sein und ohne unbeabsichtigte Auslöser nutzbar sein (Kriterium 2.1.4, Stufe A).

Die Fokusreihenfolge sollte gemäß Punkt 2.4.3 (Stufe A) logisch nachvollziehbar sein und gemäß Punkt 2.4.7 (Stufe AA) einen deutlich sichtbaren Fokus aufweisen, damit die Navigation klar erkennbar ist. Zudem fordern die

Kriterien 2.5.1 und 2.5.2 (beide Stufe A) barrierefreie Alternativen zu komplexen Zeigergesten wie Mehrfingereingaben sowie eine Bestätigung vor der Ausführung von Aktionen. Einfache Berührungen dürfen nicht unbeabsichtigt zu Interaktionen führen.

Auch Zeitbegrenzungen und Animationen spielen bei der Bedienbarkeit eine Rolle. Nutzer*innen dürfen nicht durch starre Zeitlimits in ihrer Interaktion eingeschränkt werden (Kriterium 2.2.1, Stufe A). Zudem muss vermieden werden, dass Inhalte durch blitzende oder flackernde Effekte gesundheitliche Risiken, wie epileptische Anfälle, auslösen (Kriterium 2.3.1, Stufe A). Animationen, die durch Interaktionen entstehen, sollten sich anpassen oder deaktivieren lassen, damit sie nicht zur Ablenkung oder Barriere werden (Kriterium 2.3.3, Stufe AAA).

Das Prinzip der Verständlichkeit fordert, dass bei Benutzeraktionen wie Eingaben oder dem Setzen des Fokus keine unerwarteten Kontextänderungen verursacht werden (3.2.1 Bei Fokus, Stufe A; 3.2.2 Bei Eingabe, Stufe A). Gefordert wird auch, dass bei ungültigen Eingaben eine verständliche Fehlermeldung erscheint (3.3.1 Fehlererkennung, Stufe A). Beschriftungen und Anweisungen für alle interaktiven Elemente helfen, Missverständnisse zu vermeiden (3.3.2, Stufe A), und durch gezielte Hinweise lassen sich Eingabefehler vorbeugen (3.3.3, Stufe AA).

Für eine robuste Zugänglichkeit interaktiver Inhalte ist es wichtig, dass Assistenztechnologien alle Elemente korrekt erkennen und interpretieren können. Laut Kriterium 4.1.2 (Stufe A) müssen Name, Rolle und Wert von Bedienelementen programmatisch verfügbar sein. Dies kann durch den gezielten Einsatz von ARIA-Attributen erreicht werden. Zudem schreibt Kriterium 4.1.3 (Stufe AA) vor, dass Statusmeldungen wie Ladehinweise oder Fehlermeldungen so ausgezeichnet sind, dass sie automatisch von Screenreadern erfasst und ausgegeben werden.

Neben diesen technischen Grundlagen spielt die Gestaltung von Layout und Navigation eine zentrale Rolle. Ein barrierefreies Dashboard zeichnet sich durch eine klare, konsistente Struktur aus. Überschriften, Unterüberschriften und gruppierte Inhalte ermöglichen darin eine logische Orientierung. Nutzer*innen müssen jederzeit nachvollziehen können, an welcher Stelle sie sich im Dashboard befinden und wie sie zwischen Modulen oder Visualisierungen wechseln können. Gleichzeitig sollten zu viele Elemente, Farben und Animationen vermieden werden, um die Nutzer*innen nicht zu überfordern.

Für eine gute Erkennbarkeit von Vorder- und Hintergrund müssen außerdem bestimmte Kontrastverhältnisse eingehalten werden (siehe WCAG-Kriterien 1.4.3 und 1.4.11).

Für die Darstellung der Inhalte empfiehlt es sich, einfache Diagrammtypen zu verwenden. Dazu zählen das Balkendiagramm, das Liniendiagramm und das Kreisdiagramm. Damit das Diagramm leichter verständlich ist, benötigt es einen beschreibenden und aussagekräftigen Titel sowie eine Beschriftung und eine Legende. Abkürzungen und Fachjargon sollten vermieden werden. Auch bei der Datenvisualisierung muss auf Kontraste geachtet werden. So sollte beispielsweise ein ausreichender Kontrast zwischen Diagramm und Hintergrund gewährleistet sein. Außerdem ist ein ausreichender Kontrast zwischen den einzelnen Graphen und Datenpunkten herzustellen. Gemäß dem WCAG-Kriterium 1.4.1 (Verwendung von Farbe) sollte das Diagramm Informationen nicht ausschließlich über Farbe vermitteln. Es sollte mindestens ein weiteres Symbol zur Informationsvermittlung benutzt werden. In einem Liniendiagramm könnten beispielsweise Kreise oder Vierecke genutzt werden, um die Datenpunkte auf den jeweiligen Graphen zu markieren. Wichtig ist, dass sich beide Merkmale in der Legende wiederfinden.

Auch Datenvisualisierungen sollten für blinde Menschen zugänglich sein. Für die Einbindung gibt es zwei Möglichkeiten: Zum einen kann die Datenvisualisierung als Bild, zum anderen als HTML oder SVG in die Website eingebunden werden. Bei der Einbindung als Bild sollte darauf geachtet werden, dass es einen aussagekräftigen Alternativtext und eine passende Bildunterschrift erhält. Beides muss vom Screenreader vorlesbar sein. Wenn die Datenvisualisierung als HTML oder SVG auf der Seite integriert wird, sollte es eine barrierefreie Datentabelle der zugrunde liegenden Daten mit der Option zum Filtern, Herunterladen und Sortieren geben. Alternativ kann jeder einzelne Datenpunkt der Visualisierung für den Screenreader zugänglich gemacht werden. Diese Option ist jedoch sehr aufwendig und nicht standardisiert.

Die Navigation innerhalb des Dashboards sollte einfach sein und sich ausschließlich mit der Tastatur bedienen lassen. Das bedeutet, dass alle Inhalte und Informationen des Dashboards per Tastatur erreichbar sein müssen und nicht hinter einer zusätzlichen Interaktion versteckt sein dürfen.

Ein weiterer wichtiger Aspekt ist die Datenintegration. Das Dashboard muss mit dem bestehenden Content-Management-System (im Fall der KCS TYPO3) kompatibel sein und sich nahtlos in die vorhandene Website-Struktur integrieren lassen. Gleichzeitig muss die Lösung die regelmäßige Aktualisierung und Pflege von Daten ermöglichen, ohne dass aufwendige manuelle Prozesse erforderlich sind. Die Integration einer Bibliothek in TYPO3 ist unkompliziert, da TYPO3 auf JavaScript, HTML und CSS basiert. Als Datenquelle können CSV-Dateien verwendet werden, die aus bereitgestellten Excel-Dateien erstellt werden.

Auch die Nutzung von Schnittstellen für automatisierte Datenimporte sollte in Betracht gezogen werden, sofern die Hochschulen künftig ein zentrales Datenmanagement bereitstellen. Das Dashboard sollte außerdem ohne großen technischen Aufwand um zusätzliche Visualisierungen erweitert werden können und lange Ladezeiten sind zu vermeiden.

Die detaillierte Anforderungsanalyse zeigt, dass ein barrierefreies Dashboard immer ein ganzheitliches Zusammenspiel aus Technik, Design und Prozessmanagement darstellt. Für EqualityView bedeutet dies konkret, dass technische Barrierefreiheit nicht als Zusatz, sondern als integraler Bestandteil der Architektur und des Nutzungskonzepts verstanden wird. So wird sichergestellt, dass das Dashboard sowohl den rechtlichen Rahmenbedingungen entspricht als auch langfristig einen praktischen Mehrwert für die Gleichstellungsarbeit an sächsischen Hochschulen liefert.

Die konzeptionelle Grundlage für das Design bildet ein niedrigschwelliger Zugang zu komplexen Datensätzen. Durch die responsive Umsetzung nach dem „Mobile first“-Prinzip wird auf allen Endgeräten eine gleichwertige Nutzungserfahrung gewährleistet. Das Design folgt einem reduzierten, kontrastreichen Ansatz, der unnötige visuelle Komplexität vermeidet und die kognitive Belastung der Nutzenden minimiert. Dies manifestiert sich in klaren Strukturen, eindeutigen Beschriftungen und einer stabilen Navigation, die Orientierung und Verständnis erleichtern.

Die Einhaltung der WCAG-2.2-Richtlinien der Konformitätsstufen AA und AAA ist integraler Bestandteil des Designkonzepts. Die Tastaturbedienbarkeit wird durch eine logische Lesereihenfolge und eine sichtbare Fokusführung gewährleistet. Hohe Farbkontraste und umfassende Alternativtexte für Grafiken unterstützen eine barrierefreie visuelle Wahrnehmung. Besondere Aufmerksamkeit gilt der Vermeidung unerwarteter Änderungen bei Benutzereingaben, wodurch eine vorhersehbare und kontrollierbare Interaktion sichergestellt wird. Der direkte Zugriff auf zugrunde liegende Datentabellen ermöglicht es Assistenztechnologien, strukturierte Informationen vollständig zu erfassen und wiederzugeben.

Das Dashboard setzt zwei komplementäre Steuerungskonzepte um, die verschiedene Analyseanforderungen unterstützen. Das globale Filterkonzept erlaubt übergreifende Analysen mithilfe zentral platzierter Steuerungselemente, die auf einer einheitlichen Aggregationslogik basieren. Es eignet sich besonders für Vergleiche nach Hochschule, Zeitraum oder Region. Parallel dazu bietet das modulabhängige Filterkonzept differenzierte Steuerungsmöglichkeiten, die flexible Vergleiche zwischen verschiedenen Entitäten ermöglichen und die gezielte Exploration von Mustern und Unterschieden innerhalb spezifischer Teilmengen unterstützen.

Ein zentrales Element der Nutzerführung sind die interaktiven Insight Cards. Sie übersetzen komplexe Datenanalysen in direkt lesbare Kernaussagen. Diese automatisch generierten Textbausteine reduzieren die kognitive Last erheblich und erleichtern insbesondere Personen ohne vertiefte Statistikkenntnisse das Verständnis. Die semantische Differenzierung nach Trends wie Anstieg, Stagnation oder Rückgang wird perspektivisch durch dynamische Generierung aus der Datenbank ermöglicht. Dadurch wird eine kontinuierlich aktuelle und kontextuell relevante Informationsvermittlung gewährleistet.

Die Studie empfiehlt, die technische Umsetzung auf Basis von Highcharts vorzunehmen. Diese Lösung erwies sich als am besten geeignet, um die Anforderungen der WCAG 2.1/2.2 und der BITV 2.0 vollständig zu erfüllen. Highcharts ermöglicht es, komplexe Visualisierungen mit tabellarischen Alternativen zu kombinieren und bietet so sowohl interaktive Zugänge als auch eine barrierefreie Nutzung für Screenreader. Die direkte Integration in das bestehende TYPO3-System ist technisch unkompliziert und ermöglicht eine maximale Kontrolle über das Frontend- Design und die Barrierefreiheit. Die Entwicklung sollte einen klaren Fokus auf die vollständige Tastaturbedienbarkeit, sichtbares Fokus-Management und die Bereitstellung von barrierefreien Datentabellen liegen. Dazu sollte frühzeitig ein Konzept für die regelmäßige Bereitstellung tabellarischer Daten entwickelt werden, um die Nutzbarkeit für alle Zielgruppen sicherzustellen.

Für die erfolgreiche Implementierung des Dashboards ist ein iterativer Entwicklungs- und Testprozess von entscheidender Bedeutung. Barrierefreiheit darf dabei nicht erst am Ende geprüft werden, sondern muss von Beginn an integraler Bestandteil der Entwicklung sein. Dies bedeutet, dass Prototypen regelmäßig mit Nutzenden mit unterschiedlichen Behinderungen getestet

und auf Barrieren hin überprüft werden. So können frühzeitig Anpassungen vorgenommen und die technische Umsetzung auf reale Bedarfe abgestimmt werden. Die Zusammenarbeit mit Hochschulen und Gleichstellungsakteur*innen ist dabei entscheidend, um sicherzustellen, dass das Dashboard den praktischen Anforderungen im Hochschulalltag gerecht wird.

Der Mehrwert für die Gleichstellungsarbeit in Sachsen liegt in der Verknüpfung von Datenqualität, Barrierefreiheit und Nutzungsfreundlichkeit. EqualityView stellt eine zentrale, niedrigschwellige und barrierefreie Informationsquelle für aktuelle Gleichstellungsdaten an sächsischen Hochschulen bereit. Dadurch können sich Akteur*innen, politische Entscheidungsträger*innen und die breite Öffentlichkeit schnell und umfassend über aktuelle Gleichstellungsdaten sächsischer Hochschulen informieren. Durch den konsequent barrierefreien Ansatz entsteht ein Werkzeug, das die Gleichstellungsarbeit stärkt und die Teilhabe aller Nutzenden ermöglicht. Die verbesserte Datenzugänglichkeit fördert die Transparenz und unterstützt die faktenbasierte Diskussion über Gender- und Diversity-Themen. Dadurch wird die Gleichstellungsarbeit in Sachsen nachhaltig gestärkt und ihre Wirkung erhöht.

Insgesamt liefert die Machbarkeitsstudie ein klares Bild: Mit Highcharts als technischer Basis, einem responsiven und kognitiv entlastenden Design sowie einem iterativen Test- und Entwicklungsprozess lässt sich ein Dashboard schaffen, das einen nachhaltigen Beitrag zur digitalen Gleichstellungsarbeit in Sachsen leisten kann.