Zum Hauptinhalt springen
Zurück zum Blog
WebsiteKMU

Barrierefreie Website: Praxistest für Unternehmen

Ulrich Diedrichsen
Ulrich Diedrichsen
••4 Min. Lesezeit

Website-Barrieren erkennen: Tastatur, Formulare und Darstellung prüfen. Mit Hinweisen zu WCAG, deutschem BFSG, KI-Prompt und Checkliste.

Für Unternehmen zählt, ob Menschen Informationen finden, Kontakt aufnehmen oder einen Kauf abschließen können. Prüfe diese Wege aus Sicht unterschiedlicher Nutzerinnen und Nutzer. Rechtliche Hinweise in diesem Beitrag beziehen sich, soweit genannt, auf Deutschland; für Österreich, die Schweiz und andere Länder gelten gegebenenfalls andere Regeln und Übergangsregelungen.

Eine Website kann auf einem Screenshot hervorragend aussehen und trotzdem schwer nutzbar sein. Wer keine Maus verwendet, eine Sprachausgabe braucht oder Text vergrößert, erlebt dieselbe Seite anders. Barrierefreiheit betrifft deshalb den gesamten Weg: Informationen finden, Navigation bedienen, Formulare verstehen und ein Ziel erreichen.

Die Web Content Accessibility Guidelines 2.2 des W3C beschreiben überprüfbare Kriterien. Welche rechtlichen Anforderungen für dein konkretes Angebot gelten, ist gesondert zu klären. In Deutschland hängt die Anwendbarkeit des Barrierefreiheitsstärkungsgesetzes unter anderem von Dienstleistung und Unternehmenskonstellation ab; § 3 Absatz 3 nimmt Kleinstunternehmen, die Dienstleistungen anbieten oder erbringen, von der dort genannten Pflicht aus. Das Gesetz definiert Kleinstunternehmen anhand der Beschäftigtenzahl und des Umsatzes oder der Bilanzsumme. Details und weitere Voraussetzungen stehen im Gesetz. Daraus folgt weder, dass jede Website erfasst ist, noch dass kleine Unternehmen generell von jeder Barrierefreiheitsanforderung ausgenommen wären.

1. Ein zentraler Weg ohne Maus

Öffne deine Seite und benutze Tab und Umschalt+Tab. Folge dem sichtbaren Fokus durch Navigation, Buttons und Formular. Prüfe:

  • Sind alle Funktionen erreichbar und ist die Reihenfolge nachvollziehbar?
  • Ist die aktuelle Position jederzeit sichtbar und nicht durch feste Leisten verdeckt?
  • Lassen sich Menüs und Dialoge öffnen, bedienen und schließen? Bleibt der Fokus nicht unbeabsichtigt gefangen?
  • Kannst du bei Fehlern erkennen, welches Feld korrigiert werden muss?

Notiere URL, Schritte, erwartetes und tatsächliches Verhalten. Behebe zunächst Hindernisse auf den wichtigsten Wegen, etwa Kontaktaufnahme oder Buchung.

2. Struktur und Beschriftungen

Überschriften sollten den Inhalt gliedern, nicht nur groß aussehen. Verwende echte Links für Navigation und echte Schaltflächen für Aktionen. Eingabefelder brauchen verständliche, programmatisch zugeordnete Beschriftungen; Platzhalter allein verschwinden beim Tippen. Fehlermeldungen sollten das Problem benennen und, wo möglich, eine Korrektur erklären.

Bilder benötigen je nach Funktion eine passende Textalternative; rein dekorative Bilder brauchen eine andere Behandlung als ein Bild, das wichtige Information oder eine Aktion vermittelt. Der Kontext entscheidet.

3. Sehen, hören und verstehen

Prüfe Kontrast, Textvergrößerung und Darstellung bei schmaler Ansicht. Informationen dürfen nicht ausschließlich über Farbe vermittelt werden: Ein Fehlerfeld braucht zum Beispiel zusätzlich einen erklärenden Text. Videos können Untertitel benötigen; bei bildwichtigen Inhalten kann eine zusätzliche Beschreibung relevant sein. Bewegte Inhalte sollten niemanden unnötig behindern; respektiere Systemeinstellungen für reduzierte Bewegung und prüfe Pausenmöglichkeiten.

4. Mit Hilfsmitteln testen

Ein automatischer Prüfer kann bestimmte technische Probleme finden, aber keine vollständige Nutzbarkeit feststellen. Teste zusätzlich zentrale Abläufe mit Tastatur und einer Sprachausgabe. Lass, wenn möglich, Menschen mit unterschiedlichen Behinderungen in einem angemessen vergüteten, freiwilligen Test die tatsächlichen Aufgaben bearbeiten. Frage nach konkreten Hindernissen statt nur nach einem Gesamteindruck. Ein einzelner Test repräsentiert nicht alle Bedürfnisse.

5. Ergebnisse nachhalten

Erstelle eine Liste mit Seite, Aufgabe, Hindernis, betroffenen Nutzungsweisen, Schwere, Lösung und erneuter Prüfung. Prüfe nach Änderungen denselben Weg erneut. Auch neue Inhalte, PDFs oder eingebettete Drittanbieter können neue Barrieren einführen. Eine Erklärung oder ein Prüfsiegel ersetzt die tatsächliche Verbesserung nicht.

Prompt für deinen Coding-Assistenten

Untersuche dieses Projekt lesend auf mögliche Barrieren anhand der WCAG 2.2, soweit Code und vorhandene Tests eine Aussage erlauben. Beginne mit Navigation, Dialogen und Formularen.
Gib je Fundstelle die betroffene Nutzeraufgabe, Datei/Zeile, das mögliche Problem, ein passendes Kriterium und konkrete manuelle Prüfschritte aus. Trenne belegte Probleme von Vermutungen. Achte auf Tastaturbedienung, sichtbaren Fokus, semantische Elemente, Feldbeschriftungen, Fehlertexte, Alternativtexte, Kontrast und reduzierte Bewegung.
Erstelle eine Reihenfolge für die Behebung und prüfe nach Änderungen dieselben Wege erneut. Behaupte keine vollständige Konformität allein aufgrund einer Code- oder Automatikanalyse. Frage vor Änderungen nach meinem Auftrag.

Unterstützung

Wenn du wissen möchtest, wo Menschen auf deiner Website scheitern könnten, sprich uns bei Moinsen an. Wir können den technischen Prüfumfang und sinnvolle nächste Schritte gemeinsam festlegen. Für eine belastbare Bewertung sind neben Werkzeugen auch manuelle Prüfungen und die passende fachliche Expertise nötig.

Kontakt zu Moinsen.

Weiterlesen: Hosting · Sicherheit · Datenschutz · Alle Beiträge im Moinsen-Blog

Checkliste zum Mitnehmen

  • Wichtigste Wege ohne Maus bedient; Fokus sichtbar und Dialoge bedienbar.
  • Überschriften, Links, Buttons, Beschriftungen und Fehlermeldungen nachvollziehbar.
  • Kontrast, Vergrößerung und schmale Ansicht geprüft; Farbe nicht einziger Informationsträger.
  • Bildalternativen und gegebenenfalls Video-Untertitel geprüft.
  • Automatische Hinweise manuell ergänzt; offene Barrieren mit Zuständigkeit festgehalten.
  • Anwendbarkeit rechtlicher Anforderungen für das konkrete Angebot geprüft.

Tags:

WebsiteKMU
Ulrich Diedrichsen

Ulrich Diedrichsen

Softwarearchitekt & Produktentwickler

Softwareentwicklung seit dem Informatikstudium. Ex-IBM, Ex-PwC. Baut heute mit KI Produkte in Hamburg.