Software-Barrierefreiheit: Hallo Welt! erreicht Audit-Standard

Rund eine Milliarde Menschen weltweit leben mit einer Form von Behinderung — und ein erheblicher Teil von ihnen ist täglich auf barrierefreie Software angewiesen, um am digitalen Leben teilhaben zu können. Das Wiki-System BlueSpice, entwickelt vom deutschen Anbieter Hallo Welt!, hat nun einen offiziellen Barrierefreiheits-Audit bestanden und erfüllt damit anerkannte Standards für zugängliche Softwarenutzung.

Was Barrierefreiheit in Software bedeutet

Digitale Barrierefreiheit — im Englischen „Accessibility" oder kurz „a11y" — bezeichnet die Eigenschaft von Software, Websites oder digitalen Diensten, auch von Menschen mit körperlichen, sensorischen oder kognitiven Einschränkungen vollständig genutzt werden zu können. Dazu zählen blinde oder sehbehinderte Nutzerinnen und Nutzer, die auf Screenreader angewiesen sind, gehörlose Menschen, die auf Untertitel oder Textäquivalente zu Audio-Inhalten angewiesen sind, sowie Menschen mit motorischen Einschränkungen, die keine Maus verwenden können und stattdessen ausschließlich per Tastatur navigieren.

Der relevanteste internationale Standard auf diesem Gebiet ist die Web Content Accessibility Guidelines (WCAG), herausgegeben vom World Wide Web Consortium (W3C). Diese Richtlinien definieren in drei Konformitätsstufen — A, AA und AAA — welche Anforderungen digitale Inhalte und Oberflächen erfüllen müssen, um als zugänglich zu gelten. Ergänzend dazu existiert in Europa die EN 301 549, eine technische Norm, die für öffentliche Auftraggeber verbindlich vorschreibt, welche Barrierefreiheitsanforderungen Software und Webdienste zu erfüllen haben. Für Deutschland wurde diese Norm durch das Behindertengleichstellungsgesetz (BGG) und die BITV 2.0 (Barrierefreie-Informationstechnik-Verordnung) in nationales Recht überführt.

Laut Bitkom gaben in einer Erhebung mehr als 60 Prozent der befragten Unternehmen in Deutschland an, das Thema digitale Barrierefreiheit sei für ihre IT-Strategie relevant — gleichzeitig hatten weniger als ein Drittel konkrete Maßnahmen zur Umsetzung eingeleitet. (Quelle: Bitkom)

BlueSpice und der Audit: Was geprüft wurde

Ein Barrierefreiheits-Audit ist keine Selbstauskunft des Herstellers, sondern eine systematische Prüfung der Software durch externe Fachleute oder nach definierten Prüfverfahren. Im Fall von BlueSpice wurde das System anhand der gängigen Konformitätsstufe AA der WCAG geprüft — der Mindestanforderung, die in den meisten gesetzlichen Regelwerken weltweit als Pflichtstandard gilt.

Geprüft werden dabei unter anderem folgende Kriterien: Sind alle Bedienelemente per Tastatur erreichbar? Sind Bilder mit Alternativtexten versehen, die Screenreader vorlesen können? Sind Formulare klar beschriftet? Gibt es ausreichende Farbkontraste zwischen Text und Hintergrund? Werden Fehlermeldungen verständlich kommuniziert? Diese Anforderungen klingen im Einzelnen banal, sind in der Praxis jedoch technisch aufwendig umzusetzen — besonders in komplexen Webanwendungen, die dynamische Inhalte laden oder interaktive Editoren enthalten.

Wikis wie BlueSpice stellen in dieser Hinsicht eine besondere Herausforderung dar, weil sie nicht nur statische Inhalte darstellen, sondern auch Bearbeitungsumgebungen bereitstellen: Nutzerinnen und Nutzer schreiben Artikel, fügen Tabellen und Medien ein, verwalten Kategorien und verknüpfen Inhalte miteinander. All diese Editierfunktionen barrierefrei zu gestalten, erfordert erheblich mehr Aufwand als eine rein lesende Oberfläche zugänglich zu machen.

Technische Umsetzung: ARIA-Attribute und semantisches HTML

Um Barrierefreiheit auf technischer Ebene zu realisieren, greifen Entwicklerinnen und Entwickler vor allem auf zwei Werkzeuge zurück: semantisches HTML und ARIA-Attribute. Semantisches HTML bedeutet, dass Seitenelemente nicht nur optisch, sondern auch strukturell korrekt ausgezeichnet sind — eine Überschrift ist ein <h2>-Element, eine Navigation ist ein <nav>-Element, eine Schaltfläche ist ein <button>-Element. So können Screenreader die Struktur einer Seite korrekt interpretieren und vorlesen.

ARIA steht für „Accessible Rich Internet Applications" und ist ein Satz ergänzender HTML-Attribute, mit denen dynamische Inhalte und komplexe Steuerelemente für Hilfstechnologien zugänglich gemacht werden. Ein Klapp-Menü, das seinen Zustand ändert, kann über ARIA mitteilen, ob es gerade geöffnet oder geschlossen ist. Eine Live-Region kann ankündigen, dass sich Inhalte auf der Seite verändert haben, ohne dass die Nutzerin oder der Nutzer die Seite neu laden muss.

Gartner schätzt, dass Unternehmen, die Barrierefreiheit konsequent in ihre Softwareentwicklungsprozesse integrieren, mittelfristig eine signifikant geringere Rate an Support-Anfragen und Nutzungsabbrüchen verzeichnen — weil barrierefreie Oberflächen strukturell klarer und nutzerfreundlicher gestaltet sind als vergleichbare nicht-barrierefreie Systeme. (Quelle: Gartner)

Rechtlicher Druck: Der European Accessibility Act zieht Grenzen

Der Schritt von Hallo Welt! kommt zu einem Zeitpunkt, an dem der rechtliche Druck auf Softwareanbieter in Europa deutlich steigt. Der European Accessibility Act (EAA), der in der EU-Richtlinie 2019/882 verankert ist, verpflichtet Hersteller bestimmter digitaler Produkte und Dienstleistungen, Barrierefreiheitsanforderungen zu erfüllen. In Deutschland wurde die Richtlinie durch das Barrierefreiheitsstärkungsgesetz (BFSG) in nationales Recht überführt, das für private Unternehmen in wesentlichen Teilen ab diesem Jahr gilt.

Für Softwareanbieter, die öffentliche Einrichtungen beliefern, gelten die Anforderungen ohnehin schon länger als verbindlich. Behörden und öffentliche Stellen sind nach der EU-Richtlinie 2016/2102 verpflichtet, nur Softwarelösungen einzusetzen, die nachweislich barrierefrei sind. Ein abgeschlossener Audit mit entsprechender Konformitätserklärung ist dabei häufig Voraussetzung für die Vergabe öffentlicher Aufträge.

IDC-Analysen zeigen, dass der Markt für barrierefreie Unternehmenssoftware in Europa in den kommenden Jahren erheblich wachsen dürfte, getrieben weniger durch freiwilliges Engagement der Anbieter als durch regulatorischen Druck und drohende Bußgelder bei Nichteinhaltung. (Quelle: IDC)

Wiki-Software im Vergleich: Wo steht BlueSpice?

Um die Bedeutung des Audits einzuordnen, lohnt ein Blick auf das Wettbewerbsumfeld. Wiki-Systeme und kollaborative Wissensplattformen haben sich im Unternehmensumfeld als zentrales Werkzeug für Dokumentation und Wissensmanagement etabliert. Nicht alle diese Systeme haben denselben Stand bei der Barrierefreiheit erreicht.

Die Tabelle verdeutlicht: Ein abgeschlossener, unabhängiger Audit ist keineswegs der Normalfall im Markt. Viele Anbieter berufen sich auf Selbstauskünfte oder verweisen auf interne Tests, ohne eine externe Prüfung vorweisen zu können. Gerade im öffentlichen Sektor, wo Barrierefreiheit rechtlich verpflichtend ist, stellt ein unabhängiges Audit einen relevanten Unterschied dar — unabhängig davon, ob ein Produkt empfehlenswert ist oder nicht.

Breiteres Bild: Digitale Teilhabe als gesellschaftliche Frage

Die Diskussion um barrierefreie Software ist kein technisches Nischenthema. Statista-Daten zeigen, dass in Deutschland derzeit rund 7,8 Millionen Menschen mit einer anerkannten Schwerbehinderung leben — und Millionen weitere von vorübergehenden oder altersbedingten Einschränkungen betroffen sind, die den Umgang mit digitalen Oberflächen erschweren. Zählt man situative Einschränkungen hinzu — etwa die Nutzung eines Smartphones in grellem Sonnenlicht oder mit einer Hand — wird deutlich, dass Barrierefreiheit weit mehr als eine Minderheitenfrage ist. (Quelle: Statista)

Der gesellschaftliche Wandel hin zu stärker digitalen Arbeitswelten verschärft die Problematik. Wenn Unternehmen interne Dokumentation, Onboarding-Prozesse und Wissensmanagement vollständig auf digitale Plattformen verlagern, schließen sie Menschen mit Behinderungen strukturell aus dem Arbeitsleben aus — sofern diese Plattformen nicht zugänglich sind. Das ist keine abstrakte Gefahr, sondern eine gelebte Realität in vielen Organisationen.

Passend dazu lässt sich beobachten, dass auch in angrenzenden Technologiebereichen Barrierefreiheit zunehmend als integraler Bestandteil von Produktentwicklung verstanden wird. Wie KI-Agenten autonome Softwareaufgaben übernehmen, eröffnet dabei neue Möglichkeiten: Intelligente Systeme könnten zukünftig automatisch Alternativtexte für Bilder generieren, fehlende Beschriftungen ergänzen oder komplexe Oberflächen für assistive Technologien aufbereiten.

Ähnliche strukturelle Veränderungen in der Software-Infrastruktur zeigen sich auch andernorts: der Abschied vom 2G-Mobilfunkstandard etwa macht deutlich, wie technologische Übergänge immer auch soziale Fragen mit sich bringen — wer bleibt zurück, wenn ältere Technologien abgeschaltet werden, auf die bestimmte Bevölkerungsgruppen angewiesen sind?

Was der Audit-Nachweis bedeutet — und was nicht

Es wäre irreführend, einen bestandenen Audit als Endpunkt zu betrachten. Barrierefreiheit ist kein Zustand, der einmal erreicht wird und dann dauerhaft gilt — sie ist ein kontinuierlicher Prozess. Softwareupdates können neue Komponenten einführen, die Barrierefreiheitsprobleme verursachen. Neue WCAG-Versionen stellen höhere Anforderungen. Die Nutzungsumgebungen der Anwenderinnen und Anwender verändern sich.

Ein Audit ist damit vor allem ein Nachweis zu einem bestimmten Zeitpunkt — und ein Vertrauenssignal gegenüber Beschaffungsstellen, die gesetzlich verpflichtet sind, barrierefreie Software einzukaufen. Für BlueSpice und Hallo Welt! ist der Audit insofern primär ein Marktzugangsargument für den öffentlichen Sektor, nicht zwingend ein Qualitätszertifikat im absoluten Sinne.

Vergleichbare Überlegungen gelten für andere Software-Entwicklungen: Over-the-Air-Updates bei Elektroautos zeigen, dass jede nachträgliche Softwareänderung neue Risiken einführen kann — ein Prinzip, das auch für Barrierefreiheits-Compliance gilt.

Bitkom weist darauf hin, dass in Deutschland die Nachfrage nach Lösungen mit nachgewiesener Barrierefreiheit in Ausschreibungsverfahren deutlich zunimmt — sowohl auf Bundes- als auch auf Länderebene. (Quelle: Bitkom) Das schafft Anreize für Anbieter, in entsprechende Prüfverfahren zu investieren, erhöht aber auch das Risiko, dass Audits als reines Compliance-Instrument betrieben werden, ohne dass dahinter ein ernsthafte Auseinandersetzung mit den Bedürfnissen behinderter Nutzerinnen und Nutzer steht.

Für Organisationen, die kollaborative Wissensmanagement-Software evaluieren, bietet der Audit von BlueSpice damit eine wichtige, aber nicht hinreichende Information. Entscheidend bleibt, ob das System in der tatsächlichen Nutzung — getestet mit realen Screenreadern, realen Tastaturnutzern, realen Hilfstechnologien — die versprochene Zugänglichkeit auch einlöst. Externe Audits sind dabei ein guter Ausgangspunkt, aber kein Ersatz für nutzerzentrierte Tests.

Wie sich regulatorischer Druck und technologische Innovation gegenseitig verstärken, lässt sich auch in anderen Bereichen der digitalen Wirtschaft beobachten. Die Einführung neuer KI-Standardmodelle oder die Milliardenbewertungen europäischer KI-Startups zeigen, dass technologische Entwicklung immer auch gesellschaftliche Rahmenbedingungen voraussetzt — und dass Software-Standards, ob für Barrierefreiheit oder Datenschutz, zu diesen Rahmenbedingungen gehören.

Weiterführende Informationen: BSI Bundesamt fuer Sicherheit

Quelle: Golem