Bildschirmleser testen — Praktische Tipps

Wie du deine Website mit NVDA und JAWS testest, um sicherzustellen, dass sie für Nutzer mit Sehbeeinträchtigung funktioniert.

März 2026 15 min Lesezeit Mittelstufe

Kopfhörer auf Schreibtisch neben Notizbuch, Arbeitsbereich für Accessibility-Tests

Warum Bildschirmleser-Tests wichtig sind

Du kannst deine Website noch so schön designen — wenn ein Bildschirmleser-Nutzer sie nicht bedienen kann, ist dein Design gescheitert. Das ist die ehrliche Wahrheit. Aber hier’s das Gute: Mit den richtigen Tools und ein bisschen Übung wirst du schnell merken, was funktioniert und was nicht.

NVDA und JAWS sind die beiden wichtigsten Bildschirmleser im deutschsprachigen Raum. NVDA ist kostenlos und läuft auf Windows. JAWS ist professionell und teurer, aber auch sehr leistungsstark. Wenn deine Website mit diesen beiden Tools funktioniert, ist sie schon ziemlich barrierefrei.

Person mit Kopfhörer am Laptop, arbeitet mit Screenreader-Software, konzentrierter Blick auf Monitor

NVDA installieren und konfigurieren

NVDA (NonVisual Desktop Access) ist dein erstes Werkzeug. Es’s kostenlos, quelloffen und das am weitesten verbreitete Tool für barrierefreies Testen.

Download von nvaccess.org

Geh auf nvaccess.org und lade die aktuelle Version herunter. Wir empfehlen die Installer-Version, nicht die portable Version. Das spart dir später Kopfschmerzen.

Installation und erste Schritte

Starten Sie den Installer, akzeptieren Sie die Lizenz. Nach der Installation startet NVDA automatisch. Der Willkommens-Dialog ist sehr hilfreich — arbeite ihn durch, bevor du ihn schließt.

Tastenkombinationen lernen

Die wichtigsten: Strg+Alt+N schaltet NVDA an/aus. H navigiert zu Überschriften. Tab springt zwischen Links. Mit Strg+Home/End gehst du zum Anfang/Ende der Seite. Drucke dir eine Shortcuts-Liste aus — du brauchst sie.

Computerbildschirm zeigt Browser mit Webseite und NVDA-Menü offen, Accessibility-Test in Aktion

Die praktische Test-Routine

Jetzt wird’s konkret. Öffne deine Website in Firefox oder Chrome. NVDA ist bereits läuft. Schalte deinen Monitor aus oder wende deinen Stuhl vom Bildschirm weg — ja, wirklich. Wenn du nicht auf den Monitor schaust, merkst du sofort, was nicht funktioniert.

Navigiere mit der Tab-Taste durch deine Seite. NVDA liest dir vor, was ansprechbar ist. Höre genau hin: Sagt NVDA “Link” oder einfach nur eine URL? Ist die Überschrift deutlich als Überschrift erkennbar? Kann der Nutzer wirklich alle Inhalte verstehen, ohne den Bildschirm zu sehen?

Wichtig: Teste auch die Formularnavigation. Beim Tabben sollten Label deutlich mit ihren Input-Feldern verknüpft sein. Ein Screen-Reader-Nutzer muss wissen, welches Feld was ist.

Häufige Probleme und Lösungen

Wenn du testen wirst, findest du wahrscheinlich diese drei Probleme wieder und wieder.

Fehlende Alt-Texte

Bilder ohne Alt-Texte sind eine Katastrophe für Bildschirmleser. NVDA liest dann nur “Grafik” vor oder gar nichts. Schreib aussagekräftige Alt-Texte — mindestens 30 Zeichen, beschreibend, nicht redundant.

Generische Link-Texte

“Hier klicken” oder “Mehr” sagen dem Nutzer nichts. Der Screenreader liest nur den Link-Text vor, ohne Kontext. Besser: “Artikel über WCAG 2.1 lesen” oder “Kontaktformular öffnen”.

Tastaturnavigation unmöglich

Wenn du mit Tab nicht alle interaktiven Elemente erreichen kannst, ist deine Website nicht zugänglich. Überprüfe: Haben alle Buttons und Links ein sichtbares Focus-Styling? Ist die Tab-Reihenfolge logisch?

Falsche Überschriften-Hierarchie

H1, H2, H3 sollten eine logische Struktur bilden. Wenn du von H1 direkt zu H3 springst, verwirrt das Screen-Reader-Nutzer. Nutze Überschriften als echte Gliederung, nicht zum Styling.

Mit JAWS noch gründlicher testen

JAWS ist die professionelle Lösung. Es kostet etwa 100 Euro (mit Rabatt für Bildungseinrichtungen), ist aber unglaublich leistungsstark. Viele blinde und sehbehinderte Menschen nutzen JAWS, deshalb solltest du deine Website auch damit testen.

Der größte Unterschied zu NVDA: JAWS hat erweiterte Features wie virtuellen Cursor-Modus, OCR-Funktionen und spezielle Einstellungen für verschiedene Anwendungen. Du wirst merken, dass JAWS manchmal Dinge anders interpretiert als NVDA. Das ist wichtig zu wissen.

Es gibt eine 40-minütige Trial-Version — völlig ausreichend zum Testen deiner Website. Nutze sie. Verglichen mit NVDA wird dir sofort auffallen, wie viel mehr Details JAWS erkennt und ansagt.

Schreibtisch mit Windows-PC, Kopfhörer neben Tastatur, professionelle Test-Umgebung für Screenreader-Qualitätssicherung

Deine Test-Checkliste

Drucke diese Liste aus oder speichere sie. Jedes Mal wenn du mit einem Bildschirmleser testest, gehe diese Punkte durch:

Alle Bilder haben aussagekräftige Alt-Texte (30+ Zeichen)

Überschriften sind semantisch korrekt (H1-H6 ohne Lücken)

Links haben aussagekräftige Link-Texte

Formular-Labels sind mit Input-Feldern verknüpft

Tastaturnavigation funktioniert (Tab, Enter, Escape)

Focus-Indikatoren sind sichtbar auf allen Elementen

Farben werden nicht als einziges Unterscheidungsmerkmal genutzt

Videos haben Untertitel und Audiodeskription

Dynamische Inhalte (AJAX) werden korrekt angekündigt

Farbkontrast erfüllt WCAG AA Standard (4,5:1 für Text)

Dein nächster Schritt

Barrierefreiheit ist kein einmaliges Projekt — es’s ein kontinuierlicher Prozess. Jede neue Seite, jede Funktion sollte mit NVDA oder JAWS getestet werden. Mit der Zeit wirst du ein Gespür dafür entwickeln, was funktioniert und was nicht.

Das Beste daran: Wenn du für Bildschirmleser optimierst, wird deine Website automatisch auch für andere Nutzer besser. Bessere Semantik, klarere Struktur, logische Navigation — das profitiert jedem.

Also: Lade NVDA jetzt herunter. Setz dir Kopfhörer auf. Schalte den Monitor aus. Und teste deine Website so, wie ein echter Nutzer sie erleben würde. Das’s der Anfang.

Mehr zu Accessibility erfahren

Entdecke weitere Ressourcen und praktische Anleitungen zur Barrierefreiheit im Web.

Zur Accessibility-Übersicht

Hinweis zu dieser Anleitung

Diese Anleitung ist zu Bildungs- und Informationszwecken gedacht. Die erwähnten Tools und Standards (NVDA, JAWS, WCAG 2.1, BITV 2.0) sind reale Ressourcen. Die Best Practices basieren auf etablierten Accessibility-Standards, ersetzen aber keine professionelle Beratung. Bei kritischen Projekten empfehlen wir, mit Accessibility-Experten und echten Nutzern mit Behinderungen zusammenzuarbeiten. Jede Website ist unterschiedlich — was hier funktioniert, muss nicht überall angewendet werden.