
Barrierefreiheit ist kein Score: Was ein Website-Check wirklich leisten kann
Ein automatischer Check findet konkrete Website-Barrieren, ersetzt aber weder manuelle Tests noch die rechtliche Einordnung. So priorisieren österreichische KMU Befunde nach WCAG 2.2 und BaFG sinnvoll.
Inhaltsverzeichnis
Ein grüner Prüfwert kann beruhigen und trotzdem wichtige Barrieren übersehen. Genau deshalb sollte ein automatischer Barrierefreiheits-Check nicht als Zertifikat verstanden werden, sondern als schneller, nachvollziehbarer Einstieg in eine Aufgabe, die Technik, Redaktion und reale Nutzung verbindet.
Für österreichische Unternehmen ist diese Unterscheidung besonders wichtig. Das Barrierefreiheitsgesetz (BaFG) gilt für erfasste Produkte und Dienstleistungen seit dem 28. Juni 2025. Die Wirtschaftskammer Österreich nennt im E-Commerce unter anderem Webshops, Online-Buchungen und andere elektronische Geschäftsabschlüsse als relevante Fälle; zugleich bestehen Ausnahmen, etwa für Kleinstunternehmen, die Dienstleistungen erbringen. Ob eine konkrete Website erfasst ist, hängt daher vom tatsächlichen Angebot und vom Unternehmen ab. Ein Scan kann diese rechtliche Einordnung nicht übernehmen.
Er kann aber eine bessere erste Frage beantworten: Welche technisch erkennbaren Hindernisse sollten wir zuerst untersuchen?
Was sich mit WCAG 2.2 verändert hat
Die Web Content Accessibility Guidelines, kurz WCAG, sind der internationale technische Referenzrahmen für zugängliche Webinhalte. Das W3C veröffentlichte WCAG 2.2 am 5. Oktober 2023 als Empfehlung. Gegenüber WCAG 2.1 kamen neun Erfolgskriterien hinzu, darunter Anforderungen an sichtbare Tastaturfokussierung, ausreichend große Bedienziele, konsistente Hilfe und zugängliche Authentifizierung.
Diese Kriterien zeigen, warum Barrierefreiheit nicht auf Alternativtexte reduziert werden darf. Eine Website kann Bilder korrekt beschreiben und trotzdem mit der Tastatur kaum bedienbar sein. Ein Formular kann optisch ruhig wirken und dennoch unverständliche Fehlermeldungen ausgeben. Ein Buchungsschritt kann auf einem großen Bildschirm funktionieren, aber bei starker Vergrößerung Inhalte verdecken.
WCAG 2.2 ist außerdem kein Designstil. Zugängliche Websites müssen weder langweilig aussehen noch alle Menschen auf dieselbe Weise bedienen. Entscheidend ist, dass Inhalte wahrnehmbar, Funktionen bedienbar, Informationen verständlich und die technische Umsetzung robust sind.
Was der kostenlose Check tatsächlich prüft
Der Ostheimer Barrierefreiheits-Check analysiert ausgewählte öffentliche Seiten einer Website und listet konkrete Fundstellen. Er sucht nach maschinell erkennbaren Signalen, beispielsweise fehlenden Beschriftungen, problematischen Strukturen oder Auffälligkeiten in Bedienelementen. Die Ergebnisse werden nicht nur als abstrakter Score ausgegeben, sondern mit betroffenen Seiten und Hinweisen verbunden.
Das ist für eine erste Bestandsaufnahme nützlich, weil Teams nicht bei einer allgemeinen Forderung stehen bleiben. Statt „Wir müssen barrierefreier werden“ entsteht eine bearbeitbare Liste: Welche Seite ist betroffen? Welche Komponente taucht mehrfach auf? Was lässt sich zentral im Designsystem beheben? Welche Punkte brauchen eine manuelle Prüfung?
Der Check ist bewusst begrenzt. Er untersucht öffentliche Inhalte, keine Login-, Admin- oder internen Bereiche. Er kann auch nicht zuverlässig beurteilen, ob ein Alternativtext fachlich sinnvoll ist, ob die Reihenfolge beim Vorlesen verständlich bleibt oder ob eine Fehlermeldung einer echten Nutzerin ausreichend hilft. Diese Fragen brauchen Menschen, Hilfstechnologien und einen realen Nutzungskontext.
Warum ein automatischer Scan kein Konformitätsnachweis ist
Automatisierte Werkzeuge erkennen nur einen Teil möglicher Barrieren. Sie sind stark, wenn Regeln eindeutig im HTML oder in berechneten Eigenschaften sichtbar sind. Schwieriger wird es bei Bedeutung, Kontext und Interaktion.
Ein Beispiel: Ein Bild besitzt das Attribut alt, also meldet eine einfache Prüfung keinen formalen Fehler. Ob der Text den Zweck des Bildes vermittelt, kann die Maschine jedoch nicht sicher entscheiden. Bei einer dekorativen Grafik wäre ein leerer Alternativtext richtig; bei einem Diagramm müsste die Aussage zugänglich beschrieben werden.
Ähnlich ist es bei der Tastaturbedienung. Ein Tool kann feststellen, ob Elemente fokussierbar sind. Ob die Fokusreihenfolge logisch ist, ein Dialog den Fokus korrekt hält und nach dem Schließen an die richtige Stelle zurückkehrt, zeigt erst ein manueller Test.
Auch Farbkontrast ist kontextabhängig. Berechnete Werte sind wichtig, doch Zustände wie Hover, Fokus, Fehlermeldung oder deaktivierte Bedienung können zusätzlich geprüft werden müssen. Bewegte Inhalte, Videos, komplexe Tabellen und mehrstufige Formulare verlangen ebenfalls mehr als einen automatischen Durchlauf.
Die seriöse Formulierung lautet daher nicht „Die Website ist barrierefrei“, sondern „Der automatische Check hat diese überprüfbaren Auffälligkeiten gefunden; folgende Bereiche wurden noch nicht manuell bewertet“.
Was österreichische KMU aus dem Ergebnis machen können
Der größte Nutzen entsteht, wenn Befunde priorisiert werden. Nicht jeder Fehler hat dieselbe Reichweite. Eine fehlende Beschriftung in einem zentralen Anfrageformular ist meist dringender als eine Unstimmigkeit auf einer alten Detailseite. Ein fehlerhaftes Navigationsmuster betrifft möglicherweise die gesamte Website und sollte vor vielen einzelnen Inhaltspunkten korrigiert werden.
Eine praktische Reihenfolge sieht so aus:
- Zuerst zentrale Wege prüfen: Navigation, Kontakt, Kauf, Buchung, Suche und Anmeldung.
- Danach wiederkehrende Komponenten identifizieren: Buttons, Formulare, Dialoge, Karten und Akkordeons.
- Technische Befunde mit Tastatur, Vergrößerung und einem Screenreader stichprobenartig nachvollziehen.
- Redaktionelle Fragen ergänzen: Überschriften, Linktexte, Alternativtexte, Untertitel und verständliche Fehlermeldungen.
- Änderungen nach dem Deployment erneut prüfen und Regressionen dokumentieren.
Diese Reihenfolge schützt auch vor ineffizienter Einzelarbeit. Wenn zwanzig Seiten denselben fehlerhaften Formularbaustein verwenden, ist eine zentrale Korrektur in der Komponente wirksamer als zwanzig manuelle Reparaturen.
Barrierefreiheit ist Teil guter Webentwicklung
Barrierefreiheit wird teuer, wenn sie erst kurz vor dem Launch als zusätzliche Kontrolle auftaucht. In einer guten Webdesign- und Webentwicklungsleistung beginnt sie früher: bei Informationsarchitektur, Komponenten, Tastaturverhalten, Formularlogik, Content-Modellen und Qualitätssicherung.
Damit ist sie kein isoliertes Compliance-Paket. Klare Überschriften helfen auch Suchmaschinen und KI-Systemen, Inhalte einzuordnen. Verständliche Linktexte verbessern Orientierung. Saubere Formulare reduzieren Abbrüche. Robustes HTML funktioniert auf mehr Geräten und lässt sich leichter warten. Diese Überschneidungen bedeuten nicht, dass SEO automatisch Barrierefreiheit erzeugt. Sie zeigen aber, warum beide Disziplinen von einer sauberen technischen Grundlage profitieren. Für die Sichtbarkeit kann ergänzend ein SEO-/GEO-Scan sinnvoll sein; seine Kriterien beantworten jedoch andere Fragen.
Ostheimer kann aus einem Scan deshalb mehr machen als eine Fehlerliste: Befunde nach Geschäftsrelevanz ordnen, wiederkehrende Ursachen im Frontend beheben, redaktionelle Verantwortlichkeiten klären und einen realistischen Prüfplan für die wichtigsten Nutzerwege aufsetzen.
Chancen und Grenzen für kleine Teams
Für KMU ist der kostenlose Erstcheck vor allem ein Werkzeug zur Orientierung. Er senkt die Hürde, weil keine lange Vorbereitung nötig ist und konkrete Fundstellen sichtbar werden. Er kann außerdem bei Relaunches, Agenturübergaben oder der Auswahl eines nächsten Verbesserungsprojekts helfen.
Die Grenze liegt dort, wo ein Ergebnis ohne Kontext als vollständiges Urteil verwendet wird. Ein niedriger Fehlerstand beweist keine umfassende Zugänglichkeit. Umgekehrt muss eine lange Liste nicht bedeuten, dass jede Korrektur gleich groß oder teuer ist. Oft lassen sich viele Befunde auf wenige zentrale Komponenten zurückführen.
Auch die rechtliche Bewertung bleibt getrennt. Das BaFG, Übergangsregeln, Ausnahmen und branchenspezifische Anforderungen sollten bei Bedarf mit qualifizierter rechtlicher Beratung geklärt werden. Technische Tests liefern dafür Fakten, aber keine Rechtsberatung.
Wann Tests mit echten Personen besonders wertvoll sind
Je wichtiger oder komplexer ein Nutzerweg ist, desto mehr lohnt sich die Einbindung von Menschen mit unterschiedlichen Nutzungserfahrungen. Eine Terminbuchung, ein Checkout oder ein mehrstufiger Antrag kann formal viele Regeln erfüllen und trotzdem unnötige Hürden enthalten. Nutzertests zeigen Sprache, Orientierung und Belastung im Zusammenhang.
Dabei geht es nicht darum, eine einzelne Testperson stellvertretend für alle Menschen mit Behinderungen sprechen zu lassen. Unterschiedliche Seh-, Hör-, motorische und kognitive Voraussetzungen führen zu unterschiedlichen Strategien. Sinnvoll ist eine Kombination aus fachlicher Prüfung, mehreren Nutzungsperspektiven und klar beschriebenen Testaufgaben. Der automatische Bericht hilft, diese auf die auffälligen Komponenten zu konzentrieren.
Ein sinnvoller erster Schritt
Unternehmen sollten den Check mit einer Seite beginnen, auf der ein wichtiges Ziel erreicht wird: Kontakt aufnehmen, Termin buchen, Produkt kaufen oder Leistung anfragen. Danach ist nicht der Score entscheidend, sondern die Qualität der nächsten Entscheidung.
Welche Barriere betrifft viele Menschen oder einen geschäftskritischen Weg? Welche Ursache lässt sich zentral beheben? Welche manuelle Prüfung fehlt? Wer übernimmt Umsetzung und Nachtest? Wenn der Bericht diese Fragen auslöst, erfüllt er seinen Zweck.
Barrierefreiheit ist kein Zustand, den ein einzelner Scan bescheinigt. Sie ist eine überprüfbare Qualität, die im Betrieb gepflegt wird. Der Ostheimer-Check liefert dafür einen klaren Startpunkt, und eine fachlich begleitete Umsetzung macht daraus eine bessere Website.
Quellen
- WKO, aktualisierte Fachinformation: Barrierefreiheitsgesetz im E-Commerce
- W3C, 5. Oktober 2023: What's New in WCAG 2.2
- W3C Recommendation: Web Content Accessibility Guidelines (WCAG) 2.2
Vorheriger Artikel
Der Hugging-Face-Vorfall zeigt: Warum KI-Agenten mehr als eine Sandbox brauchen



