ADA-Konformität für Websites: Ein praktischer Leitfaden für Unternehmer

Der ADA nennt in seinem Text an keiner Stelle einen bestimmten Standard für die Barrierefreiheit im Web, da er 1990 verfasst wurde, bevor es das moderne Web überhaupt gab. In der Praxis bedeutet ADA-Konformität für Websites jedoch, WCAG 2.1 Level AA zu erfüllen: Das ist der Maßstab, auf den Gerichte, Vergleiche und Leitlinien des Justizministeriums durchgängig verweisen, auch wenn er nie formell in ADA-Vorschriften für Websites festgeschrieben wurde.

Warum es keinen offiziellen technischen Standard gibt

Titel III des Americans with Disabilities Act verlangt, dass “öffentlich zugängliche Einrichtungen” barrierefrei sind, und Gerichte haben das grundsätzlich so ausgelegt, dass es sich auch auf Websites und mobile Apps erstreckt, zumindest bei Unternehmen mit Bezug zu einem physischen Standort oder mit Waren und Dienstleistungen für die Öffentlichkeit. Weil das Gesetz aber älter ist als das Web, gibt es keine Vorschrift, die genau festlegt, wie eine ADA-konforme Website technisch aussieht. Diese Lücke wurde informell gefüllt: Vergleichsvereinbarungen des Justizministeriums, gerichtliche Unterlassungserklärungen und die überwiegende Mehrheit der Gerichtsurteile verweisen auf WCAG 2.1 AA als praktischen Standard, auch ohne dass er formell in die ADA-Vorschriften aufgenommen wurde.

Das Justizministerium hat über die Jahre wiederholt bekräftigt, dass der ADA auf Websites anwendbar ist, und in verschiedenen Vergleichsvereinbarungen und technischen Hilfsdokumenten auf WCAG verwiesen, hat aber davon abgesehen, eine formelle Vorschrift mit der Genauigkeit zu erlassen, die sich Unternehmen oft wünschen. Damit bleibt WCAG 2.1 AA ein informeller, aber fest etablierter Maßstab statt einer gesetzlich vorgeschriebenen Checkliste, ein Unterschied, der vor Gericht zählt, aber selten etwas daran ändert, was ein Unternehmen tatsächlich tun sollte, da das praktische Ziel am Ende ohnehin dasselbe ist.

Wer eigentlich verpflichtet ist

“Öffentlich zugängliche Einrichtung” wird weit ausgelegt und umfasst grundsätzlich Einzelhandelsseiten, Restaurants, Hotels, Gesundheitsdienstleister, Finanzdienstleistungen und viele andere Unternehmensarten mit einer öffentlich zugänglichen Website, unabhängig von der Unternehmensgröße. Sehr kleine Unternehmen werden in der Praxis seltener belangt, einfach weil sich Klagen eher gegen Seiten mit nennenswertem Traffic oder gegen wiederkehrende Klägeraufmerksamkeit richten, aber es gibt keine formelle Ausnahme für Kleinunternehmen, wie es sie bei manchen anderen Vorschriften zur Barrierefreiheit gibt.

Es gibt außerdem eine wichtige praktische Unterscheidung zwischen Unternehmen mit Bezug zu einem physischen Standort und rein online tätigen Unternehmen. Gerichte haben den ADA konsistenter auf Seiten angewendet, die mit einer physischen Präsenz verbunden sind, da das “Nexus”-Argument (dass die Website eine Erweiterung einer physischen öffentlich zugänglichen Einrichtung ist) rechtlich gefestigter ist. Rein online tätige Unternehmen sehen sich einer uneinheitlicheren Rechtsprechung in verschiedenen Bundesgerichtsbezirken gegenüber, wobei sich der Gesamttrend im Zeitverlauf trotzdem eher in Richtung breiterer Abdeckung als in Richtung engerer bewegt hat.

Was Konformität tatsächlich verlangt

WCAG 2.1 AA deckt ein breites Spektrum an Anforderungen ab: ausreichenden Farbkontrast, reine Tastaturbedienbarkeit, aussagekräftigen Alt-Text bei Bildern, ordentlich beschriftete Formularfelder, Untertitel bei Videoinhalten und eine logische Überschriftenstruktur, die mit Screenreadern funktioniert, unter vielem anderen. Es ist ein wirklich umfassender Standard, keine kurze Checkliste, was mit ein Grund dafür ist, dass volle Konformität echte Arbeit statt einer einzelnen Korrektur erfordert.

Ein aufschlussreicher Datenpunkt dazu, wie weit die durchschnittliche Website von diesem Maßstab noch entfernt ist: Der WebAIM-Million-Bericht 2026 fand heraus, dass 95,9 % der Startseiten mindestens einen erkennbaren WCAG-2-Fehler hatten, wobei kontrastarmer Text allein auf 83,9 % der Startseiten vorkam, der häufigste gefundene Fehlertyp überhaupt. Die meisten Websites, ob vom ADA erfasst oder nicht, haben echte Lücken zu schließen.

Dieselbe Studie fand im Schnitt 56,1 erkennbare Fehler pro Startseite, eine Zahl, bei der man kurz innehalten sollte. Das sind nicht ein oder zwei übersehene Details, sondern Dutzende einzelne Probleme auf einer typischen Seite, was ein deutlicher Hinweis darauf ist, warum eine echte WCAG-2.1-AA-Konformitätsarbeit dauerhaften Einsatz erfordert und nicht einen schnellen Durchgang durch die ursprünglichen Ersteller der Seite.

Wo Widgets passen und wo nicht

Overlay-Widgets, angeboten von Anbietern wie accessiBe und UserWay, werden mit einem Skript-Tag installiert und können bestimmte oberflächliche Probleme schnell beheben, etwa Textgröße anpassen, Kontrast justieren oder eine gewisse Tastaturnavigation ergänzen. Was sie in der Regel nicht zuverlässig können, ist, Probleme zu beheben, die in der zugrunde liegenden Struktur einer Seite verwurzelt sind, etwa ein Formular, das im Code nicht ordentlich beschriftet ist, oder eine individuelle Komponente, die nicht die richtigen ARIA-Rollen offenlegt. Aufsichtsbehörden haben insbesondere reinen Overlay-Behauptungen gegenüber Skepsis gezeigt: 2025 ordnete die FTC an, dass accessiBe 1.000.000 Dollar zahlt, um Vorwürfe irreführender Behauptungen darüber beizulegen, wie viel von einer Website accessWidget automatisch beheben könne, zusammen mit Vorwürfen zu bezahlten Kundenbewertungen.

Das heißt nicht, dass jeder Anbieter in dieser Kategorie gleich arbeitet. AudioEye zum Beispiel kombiniert sein automatisiertes Widget mit manuellen Tests unter menschlicher Beteiligung, statt Automatisierung allein anzubieten, ein Ansatz, der eher dem entspricht, wie ein echtes WCAG-2.1-AA-Programm tatsächlich funktionieren muss.

Was tun bei einem Aufforderungsschreiben

ADA-Aufforderungsschreiben und Klagen zur Barrierefreiheit von Websites sind verbreitet genug, dass ein Plan wichtig ist. Der erste Schritt ist, ein echtes WCAG-2.1-AA-Audit durchführen zu lassen, idealerweise eines mit manuellen Tests statt sich allein auf einen automatisierten Scan zu verlassen, da automatisierte Tools zuverlässig nur einen Teil der echten Probleme erfassen. Priorisieren Sie danach Korrekturen nach Schweregrad und danach, wie viele Nutzer jedes Problem betrifft, und ziehen Sie einen Anwalt mit Erfahrung in ADA-Titel-III-Webklagen hinzu, bevor Sie auf ein Schreiben reagieren, da die Antwortstrategie über den technischen Fix hinaus echte rechtliche Auswirkungen hat.

Es lohnt sich, dem Impuls zu widerstehen, defensiv oder abweisend auf ein Aufforderungsschreiben zu reagieren, bevor Sie sich Ihre Website tatsächlich angesehen haben. Viele Aufforderungsschreiben verweisen, unabhängig von ihrer Motivation, tatsächlich auf reale Probleme, und ein bereits dokumentierter Behebungsplan bringt ein Unternehmen meist in eine deutlich stärkere Position, egal ob dieser Plan letztlich in Vergleichsgespräche einfließt oder die zugrunde liegende Lücke einfach schließt, bevor sie zum wiederholten Ziel wird.

Eine Erklärung zur Barrierefreiheit veröffentlichen

Eine öffentliche Erklärung zur Barrierefreiheit ist speziell nach dem ADA keine gesetzliche Pflicht, ist aber unabhängig davon zu einer verbreiteten und sinnvollen Praxis geworden. Eine gute Erklärung nennt den Standard, auf den hingearbeitet wird (in der Regel WCAG 2.1 AA), beschreibt, was bisher getan wurde, und gibt Besuchern die Möglichkeit, konkrete Probleme zu melden. Sie ersetzt keine tatsächliche Behebungsarbeit, und Gerichte werten eine Erklärung allein in der Regel nicht als Nachweis für Konformität, aber sie signalisiert eine dokumentierte, laufende Anstrengung statt eines unbeachteten Problems, und sie gibt Ihnen einen direkten Kanal, um von Problemen zu erfahren, bevor sie zu einer rechtlichen Beschwerde werden.

Konformität langfristig aufbauen

Eine einmalige Korrektur hält sich nicht, da sich Inhalt und Code einer Website ständig ändern. Ein tragfähiger Ansatz kombiniert meist ein echtes Audit gegen WCAG 2.1 AA, Korrekturen struktureller Probleme auf Entwicklerebene und eine Form laufenden Monitorings, damit neue Inhalte alte Probleme nicht unbemerkt wieder einführen. Eine neue Produktseite ohne ordentlichen Alt-Text, ein neues Formular ohne beschriftete Felder oder ein neues Werbebanner, das die Kontrastanforderungen nicht erfüllt, kann jeweils eine bereits geschlossene Lücke wieder öffnen, weshalb Barrierefreiheit als einmaliges Projekt statt als laufende Disziplin zu behandeln tendenziell dazu führt, dass die Konformität innerhalb von ein bis zwei Jahren erodiert.

Warum das über das rechtliche Risiko hinaus wichtig ist

Es lohnt sich, daran zu erinnern, dass ADA-Website-Konformität keine rein juristische Übung ist, auch wenn oft die rechtliche Gefährdung ein Unternehmen zum Handeln bewegt. Das eigentliche Ziel ist, dass Menschen mit Behinderungen, ob Blindheit, Sehbehinderung, motorische Einschränkungen oder kognitive Unterschiede, eine Website genauso zum Stöbern, Vergleichen und Kaufen nutzen können wie jeder andere Kunde. Eine Website, die einen automatisierten Scan technisch besteht, aber für einen Screenreader-Nutzer wirklich schwer zu navigieren ist, hat nicht wirklich erreicht, was der Standard eigentlich bezweckt, selbst wenn sie eine oberflächliche Prüfung überstehen würde. Dieses zugrunde liegende Ziel im Blick zu behalten, führt tendenziell zu besseren Priorisierungsentscheidungen, als jedes WCAG-Kriterium wie ein isoliertes Kästchen zum Abhaken zu behandeln.

Unser Leitfaden zur Wahl zwischen Widget und manuellem Audit geht genauer darauf ein, wie Sie diese Arbeit je nach Größe und Budget Ihrer Website sinnvoll staffeln.