1,3 Milliarden Menschen weltweit – 1 von 6 laut WHO – leben mit einer bedeutenden Behinderung. Viele von ihnen nutzen assistive Technologien, die die meisten Website-Entwickler noch nie getestet haben.
Screenreader, Braille-Tastatur, Vergrößerungssoftware, Sprachausgabe: Diese assistiven Technologien sind für ihre Nutzerinnen und Nutzer oft der einzige Weg, auf das Internet zuzugreifen. In Luxemburg, wo das Gesetz vom 28. Mai 2019 die digitale Barrierefreiheit für den öffentlichen Sektor vorschreibt – und wo das Gesetz von 2023 die Pflichten auf viele Produkte und Dienstleistungen, vor allem digitale, ausweitet – bedeutet das Ignorieren dieser Tools, einem Teil Ihres Publikums die Tür zu verschließen.
In diesem Artikel erkläre ich Ihnen, was diese Technologien sind, wie sie mit Ihrer Website interagieren und was das konkret für die Gestaltung Ihrer digitalen Inhalte bedeutet.
Was ist eine assistive Technologie?
Eine assistive Technologie (oder Hilfstechnologie) ist jedes Hard- oder Softwaregerät, das einer Person mit Behinderung den Zugang zu digitalen Informationen ermöglicht. Man unterscheidet mehrere große Gruppen.
Screenreader
Ein Screenreader ist eine Software, die den Inhalt einer Anwendung und ihrer Inhalte in gesprochener Form oder als Braille ausgibt. Sie ermöglicht auch die Interaktion mit einem Computer oder Smartphone. Die Person benutzt keine Maus: Sie navigiert ausschließlich mit der Tastatur und bewegt sich von einer Stelle des Bildschirms zur nächsten. Bei Webseiten navigiert man zum Beispiel von Überschrift zu Überschrift, von Link zu Link oder Zeile für Zeile.
Die am weitesten verbreiteten Screenreader sind:
- JAWS (Windows, kostenpflichtig) – historischer Marktführer im professionellen Umfeld
- NVDA (Windows, kostenlos) – weit verbreitet, mit wachsender Nutzung
- VoiceOver (Apple macOS und iOS, integriert) – auf Mobilgeräten führend
- TalkBack (Android, integriert) – Standard auf Android-Geräten
Laut einer Studie unter frankophonen Nutzern (Belgien, Frankreich, Luxemburg, Québec, Schweiz) liegt JAWS auf dem Desktop mit 45 % der Nutzenden an der Spitze, gefolgt von NVDA mit 29 %. Auf Mobilgeräten dominiert VoiceOver mit über 78 % Nutzungsanteil.1
Tastaturnavigation ≠ Screenreader-Navigation. Das ist eine häufige Verwechslung. Eine Person, die nur die Tastatur benutzt, sieht den Inhalt, während sie sich bewegt. Eine Screenreader-Nutzerin oder ein Screenreader-Nutzer hingegen hört nur das Element, auf dem der Fokus liegt. Für die Navigation stehen spezielle Befehle zur Verfügung, um Überschriften, Listen, Tabellen und Formularfelder zu durchsuchen – unabhängig vom Tastaturfokus. Das bedeutet: Die semantische Struktur Ihres HTML ist das eigentliche Gerüst der Barrierefreiheit.
Braille-Zeilen und Braille-Tastaturen
Mehr als die Hälfte der Screenreader-Nutzerinnen und -Nutzer verwenden auch Braille mit ihrer Software.2 Eine Braille-Zeile (oder Braillezeile) ist ein Gerät, das den Text der Seite Zeile für Zeile in taktile Braille-Zeichen umwandelt. Eine Braille-Tastatur ermöglicht die Texteingabe ohne Sicht. Diese Geräte arbeiten direkt mit dem Screenreader zusammen.
Vergrößerungssoftware und Sprachausgabe
Sehbeeinträchtigte Personen nutzen häufig Vergrößerungssoftware (ZoomText, in Windows integrierter Magnifier), die die Anzeige auf 400 % oder mehr vergrößern kann. Bei diesem Zoomfaktor wird eine schlecht gestaltete Website unbrauchbar: Text läuft über, Schaltflächen verschwinden, horizontales Scrollen wird mühsam.
Die Sprachausgabe (Text-to-Speech) lässt einen Text laut vorlesen. Sie ist in alle modernen Betriebssysteme und die meisten Browser integriert. Spezialisierte Tools wie Sproochmaschinn.lu – Plattform des Zentrums für die Luxemburgische Sprache – bieten diese Funktion sogar für Texte auf Luxemburgisch an.
Spracherkennung (Speech-to-Text)
Umgekehrt ermöglicht die Spracherkennung, Text und Befehle zu diktieren, anstatt sie einzutippen. Sie ist wertvoll für Personen mit motorischen Einschränkungen. Tools wie LuxASR, entwickelt von der Universität Luxemburg, bieten diese Funktion für die luxemburgische Sprache an.
Warum diese Tools konkrete Anforderungen an Ihre Website stellen
Assistive Technologien zu verstehen bedeutet zu verstehen, warum sich Barrierefreiheit nicht auf einen „barrierefreien Modus“ oder ein nachträglich eingefügtes Overlay-Widget reduzieren lässt. Diese Tools lesen Ihren Code. Ist er schlecht strukturiert, versagen sie – und die Nutzerin oder der Nutzer mit ihnen.
Korrektes semantisches HTML: die Grundlage von allem
Ein Screenreader sieht nicht, dass Ihre Überschriften größer sind. Er liest die Elemente <h1>, <h2>, <h3>. Wenn Ihre Überschriften nur per CSS formatiert sind statt mit den passenden Elementen ausgezeichnet zu werden, sind sie für ihn unsichtbar. Dasselbe gilt für Listen, Schaltflächen und ARIA-Landmarks.
Praktische Konsequenz: Eine optisch einwandfreie Website kann für einen Screenreader völlig unzugänglich sein, wenn die HTML-Struktur mangelhaft ist.
Links und Schaltflächen müssen außerhalb des Kontexts verständlich sein
Ein Screenreader kann alle Links einer Seite auflisten. Wenn Ihre Links „hier klicken“ oder „mehr erfahren“ heißen, ohne Kontext, wird die Liste unverständlich. Jeder Link muss sein Ziel beschreiben. Jede Schaltfläche, ihre Aktion.
Formulare: ein kritischer Punkt
Formularfelder müssen korrekt beschriftet sein (<label> jedem <input> zugeordnet). Ohne Beschriftung gibt der Screenreader „Eingabefeld“ aus – und die Nutzerin oder der Nutzer weiß nicht, was einzutragen ist. Das ist eine direkte Barriere beim Abonnieren eines Dienstes, bei der Kontaktaufnahme oder einem Online-Kauf.
Zoom auf 400 %: eine WCAG-Anforderung
Die WCAG 2.1-Normen (integriert in die europäische Norm EN 301 549 und in den luxemburgischen Referenzrahmen RAWeb) verlangen, dass Inhalte bei 400 % Zoom lesbar und nutzbar bleiben, ohne übermäßiges horizontales Scrollen. Websites mit fester Breite scheitern an diesem Kriterium grundsätzlich.
Deklarierte Sprachen: zwei Attribute, die alles verändern
Ein Screenreader passt seine Sprachausgabe an die Sprache der Seite an. Wenn Ihre Seite auf Französisch ist, das Attribut lang aber en (Englisch) angibt, wird der Inhalt auf Englisch ausgesprochen und wird unverständlich. Dieser Fehler, so geringfügig er erscheinen mag, macht eine Website von einem Tag auf den anderen unzugänglich.
Was das für Ihre Organisation in Luxemburg bedeutet
Sie unterliegen möglicherweise einer gesetzlichen Pflicht
In Luxemburg regeln zwei Gesetze die digitale Barrierefreiheit:
- Das Gesetz vom 28. Mai 2019 verpflichtet den Staat, die Gemeinden und Einrichtungen des öffentlichen Rechts (darunter viele ASBL, die überwiegend aus öffentlichen Mitteln finanziert werden) zur Einhaltung der WCAG 2.1 Konformitätsstufe AA.
- Das Gesetz vom 8. März 2023 (Umsetzung des European Accessibility Act) weitet diese Pflichten auf viele Produkte und Dienstleistungen aus: E-Commerce, Online-Banking, Transport, elektronische Kommunikation.
Die Konformität schließt direkt die Kompatibilität mit assistiven Technologien ein. Eine WCAG 2.1 AA-konforme Website funktioniert mit Screenreadern, Braille-Tastaturen und Vergrößerungssoftware. Beides gehört zusammen.
Sie erweitern Ihre tatsächliche Zielgruppe
In Europa leben 87 Millionen Menschen mit einer Behinderung3, das ist mindestens jeder vierte Erwachsene. In Luxemburg sind direkt zwischen 15 % und 20 % der Bevölkerung betroffen. Hinzu kommen ältere Menschen, Smartphone-Nutzerinnen und -Nutzer in schwierigen Bedingungen sowie alle, die von einer klareren und besser strukturierten Navigation profitieren.
Eine Website, die mit assistiven Technologien kompatibel ist, ist eine bessere Website für alle Nutzenden.
Sie stärken Ihre Glaubwürdigkeit und Ihr Image
Barrierefreiheit von Anfang an in die Konzeption zu integrieren, anstatt sie an eine externe Lösung zu delegieren, ist ein Zeichen für Qualität und soziale Verantwortung. Es ist auch das von Experten empfohlene Modell: Integrierte Barrierefreiheit ist robuster, günstiger in der Wartung und kommt allen Nutzenden zugute – nicht nur denen, die sie am dringendsten benötigen.
Sie reduzieren das Risiko von Sanktionen
Die OSAPS (Amt für die Überwachung der Barrierefreiheit von Produkten und Dienstleistungen) überwacht die Konformität privater Unternehmen und kann bei Verstößen Sanktionen verhängen. Der Informations- und Pressedienst (SIP) übernimmt dieselbe Funktion für den öffentlichen Sektor.
Wie key4.lu Ihnen hilft, mit assistiven Technologien kompatibel zu sein
Wenn ich eine barrierefreie Website entwickle, beschränke ich mich nicht darauf, Checklisten abzuhaken. Ich teste die Websites, die ich entwickle, mit echten Screenreadern. Ich baue von Anfang an eine korrekte semantische HTML-Struktur auf – nicht als nachträgliche Korrektur.
Die Schulungen, die ich anbiete, decken auch die Nutzung von assistiven Technologien ab. Zu verstehen, wie ein Screenreader funktioniert, verändert die Art und Weise, wie man Inhalte konzipiert.
FAQ – Assistive Technologien und digitale Barrierefreiheit
Was genau ist ein Screenreader, und wer nutzt ihn?
Ein Screenreader ist eine Software, die den auf dem Bildschirm angezeigten Inhalt vorliest oder in Braille umwandelt. Er wird hauptsächlich von blinden oder sehbeeinträchtigten Personen genutzt, aber auch von manchen Menschen mit Legasthenie oder Leseschwierigkeiten. Er funktioniert mit der Tastatur: Die Nutzerin oder der Nutzer navigiert mit speziellen Tastenkombinationen zu Überschriften, Links, Formularen oder Seitenbereichen. NVDA und JAWS sind auf Windows am weitesten verbreitet; VoiceOver ist in Apple-Geräten integriert.
Muss meine Website in Luxemburg mit Screenreadern kompatibel sein?
Wenn Ihre Organisation eine öffentliche Verwaltung, eine Gemeinde oder eine ASBL ist, die überwiegend aus öffentlichen Mitteln finanziert wird, lautet die Antwort ja, seit dem Gesetz vom 28. Mai 2019. Für private Unternehmen schreibt das Gesetz von 2023 (EAA) die Kompatibilität für einen klar definierten Bereich von Dienstleistungen vor: E-Commerce, Online-Banking, Transport, elektronische Kommunikation. In jedem Fall ist die WCAG 2.1 AA-Konformität, die die Kompatibilität mit assistiven Technologien gewährleistet, der luxemburgische Referenzstandard, über den RAWeb-Rahmen.
Ist die Kompatibilität mit einem Screenreader schwierig umzusetzen?
Nicht, wenn sie von Anfang an mitgedacht wird. Die häufigsten Fehler sind einfach zu vermeiden: falsch verwendete Überschriften-Elemente, Bilder ohne Alternativtext, Formulare ohne Beschriftungen, Links ohne klaren Linktext. Eine Website, die mit einer korrekten semantischen HTML-Struktur entwickelt wurde, ist von Natur aus mit Screenreadern kompatibel. Die eigentliche Herausforderung entsteht, wenn man versucht, eine Website nachträglich zugänglich zu machen, die ohne diese Grundlagen entwickelt wurde – die Nachbesserung ist immer kostspieliger.
Was hat Braille mit meiner Website zu tun?
Eine Braille-Zeile ist ein Gerät, das die Informationen vom Screenreader empfängt und sie als taktile Braille-Zeichen anzeigt. Mehr als die Hälfte der Screenreader-Nutzenden verwendet sie parallel. Für Ihre Website ändert sich technisch gesehen nichts: Wenn Ihr Code gut für einen Screenreader strukturiert ist, funktioniert er auch mit einer Braille-Zeile. Das Prinzip ist dasselbe: Ihre HTML-Struktur kommuniziert direkt mit der assistiven Technologie.
Wie kann ich feststellen, ob meine Website mit assistiven Technologien kompatibel ist?
Mehrere Ansätze ergänzen sich. Automatische Tools wie WAVE oder axe DevTools erkennen die häufigsten Fehler (unzureichende Kontraste, fehlende Alternativtexte usw.). Ein manueller Test mit einem echten Screenreader bleibt jedoch unerlässlich: Manche Probleme wie eine inkohärente Lesereihenfolge, unsichtbarer Fokus oder schlecht verwaltetes dynamisches Verhalten werden nur bei echter Navigation erkannt. Der RAWeb-Rahmen, der in Luxemburg verwendet wird, bietet einen strukturierten und umfassenden Bewertungsrahmen.
Betreffen Sprachausgabe und Spracherkennung auch meine Website?
Ja, indirekt. Die Sprachausgabe (Text-to-Speech) liest den Inhalt Ihrer Website vor. Sie hängt daher von der Qualität Ihrer HTML-Struktur und der korrekt deklarierten Sprache ab. Die Spracherkennung (Speech-to-Text) wird zum Navigieren und Interagieren genutzt: Wenn Ihre Schaltflächen und Links keinen zugänglichen Namen haben, können Sprachbefehle sie nicht ansteuern. In beiden Fällen löst ein sauberer, semantischer Code den Großteil der Probleme.
Kann ich mein Team in assistiven Technologien schulen?
Unbedingt – und das wird sogar empfohlen. Ein Kommunikationsteam, das versteht, wie ein Screenreader funktioniert, schreibt treffendere Alternativtexte, strukturiert Inhalte klarer und hält die Konformität langfristig aufrecht, ohne für jede Änderung auf einen externen Dienstleister angewiesen zu sein. Ich biete praxisorientierte Schulungen für Kommunikationsverantwortliche, WordPress-Website-Manager und alle Personen an, die digitale Inhalte erstellen.
Schulungen auf Anfrage:
Funktionieren assistive Technologien auch auf Mobilgeräten?
Ja. VoiceOver (iOS) und TalkBack (Android) sind die beiden am häufigsten genutzten mobilen Screenreader – und VoiceOver macht laut verfügbaren frankophonen Studien mehr als 78 % der Smartphone-Nutzung aus. Der RAAM-Rahmen (Référentiel d’évaluation de l’Accessibilité des Applications Mobiles) legt die Kriterien in Luxemburg für mobile Anwendungen fest, in der gleichen Logik wie RAWeb für Websites.
Fazit: Ihre Website für alle lesbar zu machen – das ist Ihre Verantwortung
Assistive Technologien sind keine Randerscheinung. Sie sind für Millionen von Menschen der einzige Weg, auf das Internet zuzugreifen. In Luxemburg verpflichtet Sie das Gesetz, sie zu berücksichtigen. Und über das Gesetz hinaus ist es eine Frage des Engagements gegenüber Ihrem Publikum.
Eine Website, die mit einem Screenreader und anderen Hilfsmitteln kompatibel ist, ist keine „barrierefreie Sonderseite“: Sie ist schlicht eine gute Website, gut strukturiert, für alle gedacht.
- WebAIM, Screen Reader User Survey #10, Februar 2024 – 1 539 Teilnehmende, davon ~30 % aus Europa. ↩︎
- Studie access42 / Fédération des Aveugles de France (2018): „Mehr als die Hälfte der Befragten (51 %) gaben an, Braille mit ihrem Screenreader zu verwenden.“ Quelle: Dokument Articles du blog access42 sur les technologies d’assistance, Abschnitt „Enquête internationale sur l’usage des technologies d’assistance“. ↩︎
- Europäische Kommission, Together for Rights, https://op.europa.eu/webpub/empl/together-for-rights/de/ ↩︎