BARRIEREFREIHEIT ≠ OVERLAY · 35

Barrierefreiheit beweist sich nicht durch eine Punktzahl, sondern dadurch, dass Menschen Ihre Website nutzen können

📅 6. November 2026   ·   ⏱ 6 Min. Lesezeit

Ein perfekter Prüfwert kann erhebliche Hindernisse verbergen.

01. Was eine Punktzahl tatsächlich aussagt

Eine Punktzahl fasst bestimmte technische Prüfungen unter bestimmten Bedingungen zusammen. Sie steht nicht für sämtliche Menschen, Geräte und Nutzungssituationen. Eine Startseite kann ausgezeichnet abschneiden, während ein Buchungsformular oder Warenkorb unüberwindbare Hindernisse enthält. Entscheidend ist, ob Menschen ihr Ziel selbstständig erreichen können.

Messwerte sind hilfreich, um Veränderungen zu verfolgen und wiederkehrende Fehler zu erkennen. Sie dürfen jedoch nicht als umfassende Garantie verstanden werden. Barrierefreiheit betrifft den gesamten Dienst, seine Inhalte, Interaktionen und tatsächlichen Ergebnisse.

02. Der Nutzen automatischer Prüfwerkzeuge

Automatische Werkzeuge erkennen maschinell prüfbare Fehler: fehlende Alternativtexte, bestimmte Kontrastprobleme, Eingabefelder ohne Beschriftung oder fehlerhafte HTML-Beziehungen. Sie ermöglichen regelmäßige Kontrollen vieler Seiten und zeigen Probleme in gemeinsam genutzten Komponenten.

Ihre Ergebnisse hängen aber davon ab, welche Seiten und Zustände untersucht wurden. Ein Scan der Startseite sagt wenig über Dialogfenster, Fehlermeldungen oder Bezahlvorgänge aus. Warnungen müssen eingeordnet werden. Keine gefundenen Fehler bedeuten nicht automatisch eine barrierefreie Nutzung.

03. Grenzen der Automatisierung

Ein Programm kann nicht zuverlässig beurteilen, ob ein Alternativtext die Funktion eines Bildes angemessen erklärt oder ob eine Anweisung ohne sichtbares Layout verständlich ist. Auch alle Kombinationen aus Browsern und assistiven Technologien lassen sich nicht durch einen einzigen Test abdecken.

Ein Link mit dem Namen „Hier klicken“ kann technisch funktionieren und trotzdem unverständlich sein, wenn ein Screenreader eine Linkliste vorliest. Die Lösung erfordert eine Betrachtung des Inhalts und eine klare Benennung des Ziels.

04. Wenn hundert Prozent täuschen

Stellen Sie sich einen Shop mit perfekter Bewertung vor. Schaltflächen sind beschriftet und Bilder besitzen Alternativtexte. Beim Öffnen des Warenkorbs bleibt der Tastaturfokus jedoch hinter einem Dialogfenster. Die betroffene Person kann das Fenster nicht bedienen und die Bestellung nicht abschließen.

Weitere Beispiele sind Fehler, die ausschließlich durch rote Farbe angezeigt werden, oder Bestätigungen, die zu schnell verschwinden. Eine statische Seite kann einwandfrei aussehen, obwohl eine wichtige Aufgabe scheitert. Deshalb müssen ganze Abläufe geprüft werden.

05. Navigation mit der Tastatur prüfen

Legen Sie die Maus beiseite. Navigieren Sie mit Tab und Umschalt+Tab durch Links, Schaltflächen und Felder. Prüfen Sie, ob der Fokus sichtbar ist und einer sinnvollen Reihenfolge folgt. Öffnen Sie Menüs, Kalender und Dialogfenster und bedienen Sie deren Elemente.

Ein Element zu erreichen reicht nicht: Man muss es auch aktivieren, verlassen und anschließend weitermachen können. Unsichtbarer Fokus, unerwartete Sprünge und Tastaturfallen sind ernsthafte Hindernisse. Dokumentieren Sie die Schritte und testen Sie nach der Korrektur erneut.

06. Screenreader im Praxistest

Ein Screenreader macht hörbar, wie Überschriften, Bereiche, Links und Statusmeldungen vermittelt werden. Eine optisch große Textzeile ist keine semantische Überschrift. Eine reine Symbolschaltfläche braucht einen verständlichen Namen, damit ihre Funktion erkennbar bleibt.

Hören Sie auch nach Interaktionen genau hin. Wird ein Formularfehler angekündigt? Ist das betroffene Feld erkennbar? Wird eine erfolgreiche Aktion bestätigt? Solche Fragen zeigen Probleme, die eine einzelne Zahl nicht angemessen darstellen kann.

07. Formulare und vollständige Abläufe

Formulare benötigen klare Beschriftungen, frühzeitige Hinweise und verständliche Fehlermeldungen. Menschen müssen wissen, welche Angaben erforderlich sind und wie sie Fehler beheben können, ohne bereits eingegebene Daten zu verlieren. Auch dynamische Änderungen müssen wahrnehmbar bleiben.

Prüfen Sie den gesamten Weg von der Information bis zur Bestätigung. Eine zugängliche Beschreibung hilft wenig, wenn sich der Terminkalender nicht mit der Tastatur bedienen lässt. Bei einer Bestellung zählt der erfolgreiche Abschluss, nicht nur das Öffnen des Warenkorbs.

08. Kontrast, Vergrößerung und Verständlichkeit

Kontrollieren Sie tatsächliche Textkontraste, Fokusmarkierungen und die Größe interaktiver Ziele. Vergrößern Sie die Darstellung deutlich und prüfen Sie, ob wichtige Inhalte erhalten bleiben und unnötiges Scrollen in zwei Richtungen vermieden wird. Farben allein dürfen keine entscheidenden Informationen transportieren.

Verständliche Sprache ist ebenso wichtig. Aussagekräftige Überschriften, eindeutige Schaltflächen und einheitliche Navigation helfen bei der Orientierung. Eine unvorhersehbare Oberfläche kann schwierig bleiben, selbst wenn einzelne Komponenten technische Prüfungen bestehen.

09. WCAG 2.2 richtig einsetzen

WCAG 2.2 bietet überprüfbare Erfolgskriterien und gemeinsame Anforderungen für Teams. Damit lassen sich Fehler dokumentieren und Verbesserungen kontrollieren. Ein automatischer Prozentwert ist jedoch kein Nachweis, dass sämtliche anwendbaren Kriterien erfüllt werden.

Kombinieren Sie die Richtlinien mit manuellen Prüfungen, Funktionstests und der Beteiligung behinderter Menschen. Eine verantwortungsvolle Erklärung zur Barrierefreiheit beschreibt den tatsächlichen Zustand und bekannte Einschränkungen, statt ungeprüfte Perfektion zu versprechen.

10. Menschen in Tests einbeziehen

Menschen mit Behinderungen entdecken Hindernisse, die Entwicklungsteams übersehen. Beobachten Sie konkrete Aufgaben und hören Sie den Rückmeldungen zu. Einzelne Teilnehmende repräsentieren nicht sämtliche Bedürfnisse; unterschiedliche Technologien und Nutzungsweisen führen zu unterschiedlichen Erfahrungen.

Testen Sie beispielsweise Informationssuche, Terminbuchung, Einstellungen und Dokumentdownloads. Halten Sie fest, wo ein Problem entsteht und wie stark es die Aufgabe beeinträchtigt. Beheben Sie zuerst Blockaden und überprüfen Sie anschließend die Wirksamkeit.

11. Warum ein Overlay nicht genügt

Ein Overlay kann zusätzliche Darstellungseinstellungen anbieten, ersetzt aber weder semantisches HTML noch korrekt aufgebaute Formulare oder zuverlässige Tastaturbedienung. Es kann auch nicht entscheiden, ob Anweisungen verständlich sind und ein komplexer Ablauf vollständig funktioniert.

Ein installiertes Widget macht eine Website nicht automatisch WCAG-2.2-konform. Die zusätzliche Oberfläche kann sogar eigene Prüfungen erfordern. Nachhaltige Barrierefreiheit entsteht durch Korrekturen am eigentlichen Produkt und regelmäßige Wartung.

12. Barrierefreiheit dauerhaft verbessern

Identifizieren Sie die wichtigsten Aufgaben Ihrer Website und die dazugehörigen Seitenvorlagen. Kombinieren Sie automatische Kontrollen mit Tests von Tastatur, Fokus, Struktur, Formularen, Vergrößerung und Screenreadern. Erfassen Sie Probleme mit nachvollziehbaren Schritten und Verantwortlichkeiten.

Integrieren Sie diese Kontrollen in Veröffentlichungen und Updates. Prüfen Sie gemeinsame Komponenten und kritische Abläufe nach Änderungen erneut. Ziel ist keine beeindruckende Zahl, sondern ein Dienst, den mehr Menschen unabhängig nutzen können.

13. Eine praktische Prüfroutine für Teams

Beginnen Sie mit einer Aufgabe, die für den Erfolg des Dienstes wichtig ist. Öffnen Sie beispielsweise das Kontaktformular, geben Sie unvollständige Daten ein, korrigieren Sie die Fehlermeldungen und senden Sie die Anfrage ab. Führen Sie den gesamten Ablauf ausschließlich mit der Tastatur durch. Achten Sie darauf, ob jedes Feld verständlich beschriftet ist, ob Fehler konkret erklärt werden und ob eine Bestätigung wahrnehmbar bleibt. Wiederholen Sie anschließend den Test mit einem Screenreader und bei starker Vergrößerung. Vergleichen Sie die Ergebnisse, denn unterschiedliche Nutzungsweisen zeigen unterschiedliche Probleme. Halten Sie fest, welche Barrieren den Abschluss verhindern, welche nur erschweren und welche bereits behoben wurden. Geben Sie jeder Aufgabe eine verantwortliche Person und einen Termin zur Nachprüfung. Wenn ein Plugin oder Theme aktualisiert wird, testen Sie denselben Ablauf erneut. Nur eine wiederholbare Methode zeigt, ob Verbesserungen langfristig bestehen bleiben. Berücksichtigen Sie auch redaktionelle Änderungen: Neue Bilder benötigen passende Alternativtexte, neue Links aussagekräftige Namen und neue Dokumente eine sinnvolle Struktur. So wird Barrierefreiheit Teil des normalen Arbeitsprozesses statt einer einmaligen Bewertung.

WCAG 2.2 — W3C

🧑‍🦯 Blind Reader
Sprachausgabe bereit.

Orientierungshilfe für blinde Menschen

Dies ist eine Zusammenfassung der Funktionen, keine wortgetreue Wiedergabe.

Zum Hauptziel Springt zum wichtigsten Aktionsbereich (Formular, Liste oder Kontakt).

Sie befinden sich auf einer Seite vom Typ: Artikel. Das Hauptziel scheint zu sein: sich informieren.

Sie können direkt zu 18 Abschnitten springen.

Bevor Sie fortfahren:

Nach Zielen navigieren

Wählen Sie aus, was Sie tun möchten. Ich erkläre es Ihnen und frage Sie, bevor ich Sie dorthin führe.

  • Cookies oder Hinweise verwalten Wichtig: Dies kann die Navigation blockieren.
  • Zum Artikelinhalt
  • Zu den Kommentaren
  • Zum Ende des Artikels
  • Zurück zu den Nachrichten (Blog)
  • Vorherige Nachricht
  • Nächste Nachricht
  • Zu Startseite
  • Zu About
  • Zu Blind Reader
  • Zu Withdrawal Button
  • Zu Dienste
  • Zu Blog
  • Zu Kontakt
  • Zu English
  • Zu Español
  • Zu Català
  • Zu Polski
  • Zu Română
  • Zu Italiano
  • Zu Français
  • Zu Svenska
  • Zu Nederlands
  • Zu Português
Zieloptionen
Bestätigungsmodus

Wählen Sie aus, wie oft ich nachfragen soll, bevor ich Sie zu einem Abschnitt führe.



Geltungsbereich der gespeicherten Auswahl (nur für „erstes Mal“)

Website: Speichert dieses Ziel für die gesamte Website. Seite: Speichert es für jede Seitenadresse.


Schrittweise Führung

Die Führung kündigt jeweils einen Abschnitt an.

So funktioniert es: Führung starten kündigt den ersten wichtigen Abschnitt an und zeigt ihn auf dem Bildschirm an. Weiter wechselt zum nächsten Abschnitt. Um den Fokus auf den Abschnitt zu setzen, verwenden Sie Zum aktuellen Abschnitt. Beenden beendet die Führung.

Status: Führung inaktiv

Zum aktuellen Abschnitt Dieser Link wird im Verlauf der Führung aktualisiert.

Dieser Artikel hat ungefähr 1093 Wörter.

Bewegt den Fokus zum Anfang des Inhalts und überspringt Menüs und sekundäre Elemente.

Über Blind Reader

Blind Reader ist ein Barrierefreiheitsassistent, der jede Seite analysiert und ihren Zweck, die wichtigsten Abschnitte und empfohlene Aktionen vorliest — entwickelt für Menschen, die Screenreader verwenden.

Kompatible Seitenerstellungswerkzeuge: Funktioniert mit allen WordPress-Themes und Seitenerstellungswerkzeugen: Divi, Elementor, Gutenberg, WPBakery, Avada und weiteren. Liest den tatsächlichen Seiteninhalt und nicht den vom Werkzeug erzeugten Auszeichnungscode.

Verändert es Ihre Inhalte? Ihre Texte und Ihr Design bleiben unverändert. Blind Reader fügt nur ein barrierefreies Bedienfeld hinzu und korrigiert technische Barrierefreiheitsattribute (zum Beispiel Namen von Schaltflächen ohne Text), damit Screenreader sie richtig ansagen.

Wie funktioniert es? Es analysiert die Seitenstruktur (Überschriften, Links, Formulare, Orientierungsbereiche) und erstellt eine Zusammenfassung der Funktionen. Die Führung und die Ziele helfen Ihnen beim Navigieren, ohne die gesamte Seite durchgehen zu müssen.

Tastenkombination: Drücken Sie Alt + G, um direkt zum ersten Ziel zu springen.