Ein Kunde, der mit einem mobilen Zahlungsterminal eine Kartenzahlung vornimmt.

Bildbeschreibung: Ein Kunde bezahlt mit Karte über ein mobiles Zahlungsterminal.

E-Commerce-Kasse: Der Bereich im Internet, der am häufigsten Gegenstand von Rechtsstreitigkeiten ist

AIOPSGROUP · Barrierefreiheits-Intelligenz
Analyse von Rechtsstreitigkeiten · Klagen vor Bundesgerichten · 2007–2026

E-Commerce-Kasse: Der Bereich im Internet, der am häufigsten Gegenstand von Rechtsstreitigkeiten ist

Ein Datensatz mit 8.788 Klagen wegen mangelnder Barrierefreiheit auf Bundeswebseiten offenbart ein wenig schmeichelhaftes Muster. Immer wieder tauchen dieselben wenigen Fehler in denselben wenigen Phasen der Produktentwicklung auf – und werden von denselben wenigen Klägern entdeckt. Von den 81.509 Problemen, die Anwälte in Gerichtsunterlagen katalogisiert haben, konzentrieren sich mehr als 4.050 auf die fünf Bereiche, die einen Browser-Nutzer zum Käufer machen: Warenkorb, Adresse, Bezahlung, Fehlermeldungen und die Schaltfläche „Zur Kasse“ selbst.

4,050
In Gerichtsunterlagen angeführte Probleme im Bestellvorgang (Warenkorb, Adresse, Bezahlung, In den Warenkorb, Ablauf des Bestellvorgangs)
7.4×
Anstieg der jährlichen Anträge, 2021 → 2025 (466 → 3.449 Fälle)
97
Median der Tage von der Einreichung der Beschwerde bis zum Abschluss des Falls (was auf einen Vergleich hindeutet)
83.4%
Von allen abgeschlossenen Fällen werden 90 % innerhalb von sechs Monaten geklärt – die Beklagten zahlen oder leisten Abhilfe und machen dann weiter. Der Prozess ist auf hohe Fallzahlen ausgelegt, nicht auf Rechtsstreitigkeiten.

Warum der Gang zur Kasse der Fehler ist, der Sie teuer zu stehen kommt

Klagen wegen mangelnder Barrierefreiheit werden auf jeder Ebene einer Website eingereicht – Startseite, Navigation, Fußzeile, Suche. Doch in den seltenen Fällen, in denen eine Klage bis zur Entscheidung über die Klagebegründung gelangt, lassen sich die Gerichte von ästhetischen Hindernissen nicht beeindrucken. Sie lassen sich vielmehr von funktionalen Hindernissen beeindrucken. Ein blinder Käufer, der ein Hero-Banner nicht finden kann, hat, rechtlich gesehen, nichts verloren. Ein blinder Käufer, der einen Kauf nicht abschließen kann, wurde eine Dienstleistung verweigert, die der Verkäufer jedem anderen Besucher angeboten hat. Das ist die Lehrbuchformulierung eines Verstoßes gegen Titel III, und es ist derselbe Sachverhalt, der sich in jedem Mahnschreiben wiederholt, das die Klägeranwälte verfassen.

Aus diesem Grund sind die am häufigsten genannten Bereiche des Datensatzes nicht diejenigen, die insgesamt die meisten Beschwerden hervorrufen. „Allgemein / Nicht kategorisiert“ ist mit Abstand die größte Problemkategorie (38.671 Probleme). Gemessen an den pro Fehler auf dem Spiel stehenden Dollarbeträgen übertrifft der Checkout-Trichter jedoch alle anderen Kategorien zusammen. Jedes nicht beschriftete CVC-Feld ist eine Dienstverweigerung. Jede unangekündigte „Bestellbestätigung“ ist eine Transaktion, deren Durchführung der Nutzer nicht nachweisen kann. Jedes Modalfenster, das den Fokus auf den Schritt „Gutschein einlösen“ lenkt, ist ein Rabatt, für dessen Überspringen der Screenreader-Nutzer den vollen Preis bezahlt hat.

Die Prozessprimitive

Vor einem US-Bundesgericht lautet die Frage nicht: „Ist die Homepage barrierefrei?“, sondern: „Konnte der Kläger das kaufen, was der Beklagte anbot?“ Der Bezahlvorgang ist der einzige Bereich, in dem die Antwort eindeutig ist, und der einzige Bereich, in dem der Schadenersatzanspruch klar zu begründen ist.

Der Datensatz

Die diesem Artikel zugrunde liegende Analyse stützt sich auf zwei unabhängige Korpora. Das erste ist ein strukturierter PACER-Schnappschuss von 8.788 Bundeszivilverfahren, die zwischen Januar 2007 und April 2026 gemäß dem Americans with Disabilities Act und entsprechenden Landesgesetzen eingereicht wurden, wobei jeder Fall mit seinen Klägern, Beklagten, dem Einreichungsdatum und dem Datum der Entscheidung verknüpft ist. Das zweite ist eine parallele Extraktion von 81.509 unterschiedlichen Barrierefreiheitsproblemen, die aus dem Text dieser Schriftsätze gewonnen wurden – die tatsächlichen Sätze, die Anwälte verfassten, um zu beschreiben, was ihre Mandanten nicht tun konnten.

Beides zusammen ermöglicht es uns, Fragen zu beantworten, die eine einzelne Quelle nicht beantworten kann. Wir wissen nicht nur, welche Websites verklagt wurden, sondern auch, was die Anwälte dem Gericht als fehlerhaft dargelegt haben – und an welcher Stelle der User Journey der Fehler auftrat. Für diesen Artikel haben wir den Problemkorpus auf fünf Kategorien des Kaufprozesses gefiltert: KASSE, WARENKORB , IN DEN WARENKORB LEGEN, ZAHLUNG , ADRESSVERWALTUNG. Zusammen machen diese fünf Bereiche 4.050 Probleme aus – etwa 5 % des Korpus, aber den Teil mit dem stärksten kausalen Zusammenhang zu entscheidendem Schaden.

Anmerkung zum Umfang Die Zahl von 8.788 umfasst Fälle im Bereich Barrierefreiheit, die sich auf beliebige digitale Plattformen beziehen; nicht alle davon betrafen den E-Commerce im Einzelhandel. Allerdings dominieren E-Commerce-Websites und die sie betreibenden Unternehmen die Liste der Beklagten – Marriott, TJX, Tapestry, Wolverine World Wide, Five Below, Walgreens, Target, Genesco, Sherwin-Williams, GameStop und Caleres tauchen jeweils fünfmal oder öfter auf.

Die Entwicklung, die niemand im Plan für das 4. Quartal berücksichtigt hatte

Bevor wir uns mit dem Inneren des Trichters befassen, lohnt es sich, festzustellen, wie steil dessen Außenwand mittlerweile geworden ist. Die Zahl der jährlichen Anmeldungen ist seit 2020 um eine Größenordnung gestiegen und nimmt weiter zu. Die untenstehende Zahl für 2026 bezieht sich nur auf das erste Quartal; extrapoliert auf das Gesamtjahr dürfte sie 4.500 überschreiten – fast das Zehnfache des Basiswerts von 2021.

Abb. 1 Klagen wegen mangelnder Barrierefreiheit von Bundeswebsites nach Jahr, n=8.788
2019
6
0.07%
2020
45
0.51%
2021
466
5.30%
2022
755
8.59%
2023
1,018
11.58%
2024
2,156
24.53%
2025
3,449
39.25%
2026
878 ▱
nur Q1

▱ 2026 (Teilbilanz): Anmeldungen bis April 2026. Nach dem Tempo des ersten Quartals ist das Jahr auf Kurs für etwa 3.500 Anmeldungen, was dem Trend von 2025 entspricht.

Zwei Punkte, die es zu beachten gilt. Erstens ist das Jahr 2021 das entscheidende Jahr – es fällt zusammen mit dem E-Commerce-Boom nach der Pandemie und einer Welle von Präzedenzfällen vor staatlichen Gerichten (insbesondere „Robles v. Domino’s“, dessen Revision vom Obersten Gerichtshof 2019 abgelehnt wurde), die dazu führten, dass die Bundesgerichte des Neunten Bundesgerichtsbezirks Websites als „Orte der öffentlichen Unterbringung“ im Sinne von Titel III auslegten. Zweitens hat das Wachstum noch nicht seinen Höhepunkt erreicht. Seit 2021 wurde jedes Jahr ein neuer Höchststand erreicht, und jeder neue Jahreshöchststand wurde erreicht, während Titel III für private kommerzielle Websites formal weiterhin unreguliert blieb.

Der Trichter im Trichter

Von den 81.509 aus den eingereichten Unterlagen katalogisierten Fällen fallen 4.050 in eine der fünf unten aufgeführten Kategorien des Kauf-Trichters. Die prozentuale Verteilung entspricht fast genau dem klassischen Conversion-Trichter: Je früher im Verlauf der Customer Journey ein Problem gemeldet wird, desto häufiger scheiden sowohl legitime Nutzer als auch rechtliche Hindernisse aus.

Abb. 2 Anzahl der Probleme nach Phase des Kaufprozesses, n=4.050
Ablauf des Bezahlvorgangs (Gesamt)40,9 %
1.656 Ausgaben
Warenkorb-Seite25,2 %
1.022 Ausgaben
In den Warenkorb17,7 %
718 Ausgaben
Zahlung12,9 %
524 Ausgaben
Adressverwaltung3,2 %
130 Ausgaben

Die Kategorie „Checkout-Ablauf“ ist die größte, da die meisten Meldungen den Vorgang als einen einzigen Ablauf beschreiben. Die Aufschlüsselung ist jedoch aufschlussreich: Der Warenkorb und das Hinzufügen zum Warenkorb zusammen (1.740 Fälle) führen zu etwas mehr strittigen Beschwerden als die Checkout-Seite selbst. Das liegt zum Teil daran, dass im Warenkorb die erste unumkehrbare Aktion stattfindet – sobald der Screenreader-Nutzer nicht bestätigen kann, dass ein Artikel hinzugefügt wurde, werden alle folgenden Schritte im Dunkeln ausgeführt. Probleme, die weiter oben entstehen, verstärken sich weiter unten.

Die fünf häufigsten Fehler, geordnet nach ihrer Häufigkeit

Wenn die 4.050 Probleme im Checkout-Bereich anhand ihrer Beschreibungen im Klartext abgeglichen werden, lassen sich die meisten Beschwerden der Kläger auf fünf Fehlerarten zurückführen. Wir stellen diese im Folgenden in der Reihenfolge ihrer Häufigkeit in den Klageschriften dar, jeweils zusammen mit den WCAG-Kriterien, auf die sich die Anwälte am häufigsten beziehen.

№ 1
„Ich habe es in den Warenkorb gelegt, aber ich wusste gar nicht, dass es da war.“
639filings: Fehler beim Hinzufügen zum Warenkorb

„In den Warenkorb“ löst eine visuelle Bestätigung aus – ein Toast-Fenster, das Ausklappen eines Mini-Warenkorbs oder eine Aktualisierung des Badges –, die von Bildschirmleseprogrammen nicht angesagt wird. Der Nutzer klickt erneut, verdoppelt die Bestellung oder gibt auf. Dies ist das am häufigsten genannte Hindernis in Beschwerden im Zusammenhang mit dem Warenkorb.

WCAG 4.1.3 StatusmeldungenWCAG 4.1.2 Name, Rolle, Wert
№ 2
„Das Feld für den Aktionscode gab mir keinen Hinweis, als der Vorgang fehlschlug.“
566 Einträge zu Gutscheinen / Rabattcodes

Die Felder für Gutscheincodes sind nicht beschriftet, Fehlermeldungen werden nicht angezeigt, und die Inline-Validierung erscheint lediglich als farbiger Text. Die Kläger machen häufig geltend, sie hätten den vollen Preis bezahlt, weil der Rabattkanal nicht zugänglich war – ein konkreter finanzieller Schaden.

WCAG 3.3.1 Fehler-IDWCAG 3.3.3 Fehlervorschläge
№ 3
„Ein Pop-up-Fenster erschien. Meine Konzentration jedoch nicht.“
Fehler bei der Fokussierung des Modals/Overlays in 511filings

Dialogfelder zur Adressbestätigung, „Sind Sie sicher?“-Zwischenanzeigen, Upselling-Angebote und CAPTCHA-Abfragen werden zwar visuell angezeigt, erhalten jedoch nie den programmatischen Fokus. Nutzer von Tastaturen und Bildschirmleseprogrammen können diese entweder nicht schließen oder nicht weitermachen.

WCAG 2.4.3 FokusreihenfolgeWCAG 2.1.2 Keine Tastaturfalle
№ 4
„Meine CVC-Nummer war falsch. Auf dem Formular stand nichts dazu.“
468 Einträge beziehen sich auf nicht angekündigte Fehlerzustände

Leere Pflichtfelder, Kreditkarten mit ungültigen Regex-Prüfungen und Adressabweichungen werden lediglich durch rote Rahmen oder Validatoren mit verschwindendem Text angezeigt. Der Screenreader-Nutzer sendet die Daten ab, erhält keine Rückmeldung und geht davon aus, dass die Bestellung erfolgreich war. WCAG 3.3.1 ist das am häufigsten genannte Kriterium in Einreichungen zum Thema Checkout.

WCAG 3.3.1 Fehler-IDWCAG 3.3.2 Beschriftungen
№ 5
„Das Feld wurde als ‚leer‘ angezeigt.“
330 Einträge verweisen auf unbeschriftete Eingabefelder

Kartennummer, Gültigkeitsdatum, Postleitzahl, „Wie bei der Rechnungsadresse“ – nicht beschriftete Eingabefelder werden als „leer“ oder „Text bearbeiten“ angesagt . Die Benutzer können nicht erkennen, welches Feld welches ist, füllen sie in der falschen Reihenfolge aus und lösen Validierungsfehler aus, die selbst nicht angesagt werden (siehe Nr. 4).

WCAG 1.3.1 – Informationen und BeziehungenWCAG 4.1.2 Name Rolle Wert
№ 6
„Ich musste den Bezahlvorgang neu starten.“
163 Anträge auf erzwungene Wiedereinführung

Wenn ein einzelnes Feld die Validierung nicht besteht, löschen manche Checkout-Seiten beim Neuladen das gesamte Formular und starten es neu. Für Nutzer, die beim ersten Durchlauf mit assistiver Technologie sechs Minuten gebraucht haben, ist dies eine Hürde, die für sehende Käufer, die mit der Maus arbeiten, nicht existiert – ein klassischer Fall von ungleicher Barrierefreiheit.

Vermeidung von WCAG 3.3.4-FehlernWCAG 2.5.3 Bezeichnung im Namen

Die Kriterien, auf die sich Anwälte tatsächlich berufen

In den meisten Klageschriften werden die WCAG-Kriterien nicht ausdrücklich genannt – stattdessen werden Symptome beschrieben. Wenn Anwälte jedoch in ihren Vorwürfen zur Checkout-Phase konkrete Kriterien anführen, ist die Verteilung stark einseitig. Sechs Kriterien machen 89 % aller expliziten Nennungen aus; die übrigen über sechzig Kriterien der WCAG 2.2 tauchen nur vereinzelt auf.

Abb. 3 In 4.050 Anträgen in der Checkout-Phase ausdrücklich zitierte WCAG 2.x-Kriterien
WCAG Name des Kriteriums Stufe Zitiert in Teilen Wo es beim Bezahlen wehtut
3.3.1 Fehlererkennung A 104 32.5% Das Formular hat erforderliche Felder und Validierungsfehler nicht gekennzeichnet
2.4.3 Fokus-Bestellung A 72 22.5% Modale Fenster, Dialogfelder und Übergänge zwischen den Schritten haben den Fokus nicht verschoben
2.1.1 Tastatur A 43 13.4% PayPal-/Express-Schaltflächen sind ohne Maus nicht erreichbar
4.1.3 Statusmeldungen AA 26 8.1% „In den Warenkorb gelegt“, „Rabatt angewendet“, „Bestellung aufgegeben“ – ohne akustisches Signal
4.1.2 Name, Rolle, Wert A 23 7.2% Benutzerdefinierte Radio-/Auswahl-Widgets geben ihren Status nicht an AT weiter
3.3.2 Etiketten oder Anleitungen A 18 5.6% CVC, Postleitzahl, „Wie Rechnungsadresse“ als „leer“ angegeben
1.3.1 Informationen und Beziehungen A 7 2.2% Schrittsanzeigen nicht sichtbar; Gruppierung der Pflichtfelder
2.4.7 Fokus sichtbar AA 4 1.2% Die Zahlungsschaltflächen sind nicht hervorgehoben
2.5.3 Bezeichnung im Namen A 1 0.3% Diskrepanz bei der Sprachsteuerung zwischen sichtbarem und barrierefreiem Namen
Die Tabelle sorgfältig lesen

Nur 320 von 4.050 Problemen (etwa 8 %) verweisen namentlich auf ein WCAG-Kriterium. Der Rest beschreibt das Symptom in einfacher Sprache. Die Konsequenz: Selbst wenn Sie einen einwandfreien WCAG 2.2 AA-Prüfbericht vorlegen, wird Ihr Entwicklerteam dennoch anhand der Symptome beurteilt – „Der Nutzer konnte den Kauf nicht abschließen“ ist der Maßstab, auf den ein Gericht achten wird, nicht „Erfolgskriterium 3.3.1 wurde verletzt“.

Was die Kläger tatsächlich geschrieben haben

Der Datensatz basiert auf bei Gericht eingereichten Schriftsätzen. Die folgenden Sätze stammen aus diesen Unterlagen – sie wurden anonymisiert, um Ortsangaben zu entfernen, sind aber ansonsten unbearbeitet. Sie sind nützlich, weil sie den Entwicklerteams vermitteln, wie Nutzer die Sachverhalte in ihren eigenen Worten beschreiben und wie Anwälte diese Beschreibungen in juristische Beweisstücke umgesetzt haben.

„Jedes der Textfelder wird als ‚leer‘ angesagt. Die Optionen im Dropdown-Menü ‚Größe‘ sind für Nutzer, die ausschließlich die Tastatur verwenden, nicht zugänglich.“ – Vorwurf bezüglich Formularen, Klage vor dem S.D.N.Y.
„Nach dem Klicken auf die Schaltfläche ‚In den Warenkorb‘ wird neben der Schaltfläche eine Erfolgsmeldung angezeigt. Diese Meldung ist der einzige Hinweis darauf, dass der Artikel erfolgreich hinzugefügt wurde – und sie wird nicht akustisch signalisiert.“ – Vorwurf bezüglich der Warenkorb-Funktion
„Wenn der Nutzer zum Bezahlvorgang übergeht und keine Postleitzahl eingibt, erscheint keine Fehlermeldung.“ – Vorwurf bezüglichder Adressverwaltung, der in elf Klageschriften gegen verschiedene Beklagte wiederholt wurde
„Der Kläger konnte auf der Checkout-Seite nicht feststellen, ob die Formularfelder Pflichtfelder („Required“) waren. Das Fehlen detaillierter Anweisungen beim Ausfüllen des Formulars hinderte den Kläger daran, das Formular erfolgreich abzuschicken.“ – Vorwurf bezüglich des Checkout-Ablaufs
„PayPal-Schaltfläche nicht über die Tastatur bedienbar (Kassenseite) – Die PayPal-Schaltfläche erhält den visuellen Fokus, kann jedoch nicht mit der Eingabetaste aktiviert werden.“ – Zahlungsbeschwerde unter Berufung auf WCAG 2.1.1
„Der Kläger konnte nicht zurückgehen und Korrekturen an Formularfeldern vornehmen, ohne die gesamte Seite neu zu laden und von vorne zu beginnen.“ – Vorwurf bezüglich des Bestellvorgangs, Rechtssache vor dem US-Bezirksgericht für den südlichen Bezirk von New York

Was den Datensatz verbindet, ist nicht technische Raffinesse. Die Hindernisse, die Anwälte anführen, sind weder neu noch schwer verständlich – es handelt sich um dieselben etwa zwölf Muster, die sich in Tausenden von Klageschriften gegen Tausende von Beklagten wiederholen. Die Klägeranwälte haben die Aufdeckung von Fehlern, die den Entwicklerteams entgangen sind, praktisch industrialisiert, da diese ihre eigenen Tests nicht mit einem Screenreader durchgeführt haben.

Das 97-Tage-Phänomen

Von den 8.788 Fällen im Datensatz waren 6.945 bis April 2026 abgeschlossen, wobei gültige Einreichungs- und Abschlussdaten vorlagen. Ihre Dauer bildet eine der aufschlussreichsten Verteilungen im Korpus. Die mittlere Zeitspanne von der Beschwerde bis zum Abschluss beträgt 97 Tage; 83,4 % aller Abschlüsse erfolgen innerhalb von weniger als sechs Monaten.

Abb. 4 Verteilung der Falldauer von der Einreichung bis zum Abschluss, n=6.945
7.7%
< 30d534
37.6%
30–90d2.609
38.1%
90–180d2.643
12.6%
180–365d872
3.3%
1–2y227
0.9%
>2y60

Fälle, die innerhalb von weniger als 180 Tagen abgeschlossen werden, führen fast ausnahmslos nicht zu einer veröffentlichten Entscheidung in der Sache. Sie werden durch einen Vergleich beigelegt. Die Form dieser Verteilung spiegelt die Strategie der gesamten Klägeranwälte wider: massenhaft Klagen einreichen, schnell einen Vergleich erzielen und die wenigen entscheidenden Urteile vermeiden, die es den Beklagten ermöglichen würden, ihre Abwicklungen von denen anderer Unternehmen abzugrenzen. Der Medianwert der Vergleichssummen liegt vor dem Zeitpunkt, zu dem eine der Parteien einen Antrag auf Klageabweisung stellt.

Warum dies aus operativer Sicht von Bedeutung ist

Da die Verfahren schnell abgeschlossen werden, gibt es keine verbindliche Rechtsprechung, die klärt, was unter einer „barrierefreien Kasse“ in dem Maße zu verstehen ist, wie es sich ein leitender Ingenieur wünschen würde. Der Standard wird stattdessen durch die Gesamtheit der Vergleichsvereinbarungen festgelegt – von denen die meisten die Einhaltung der WCAG 2.1 AA, eine jährliche Prüfung und einen Plan zur Mängelbehebung vorschreiben. Unternehmen zahlen für die Einhaltung eines Standards, der in privaten Verträgen festgelegt ist, aber nie in veröffentlichten Urteilen gerichtlich entschieden wurde.

Das Volumenmodell: zehn Kläger, 1.289 Fälle

Die Gesamtzahl – 8.788 Fälle – ist ohne eine genauere Aufschlüsselung irreführend. Die Klägerseite der Liste ist stark konzentriert. Die zehn aktivsten namentlich genannten Kläger im Datensatz machen zusammen 14,7 % aller Klagen aus. Der aktivste einzelne Kläger reichte 256 separate Klagen ein.

Abb. 5 Die 10 Kläger mit den meisten Bundesverfahren (anonymisiert)
#Kläger (anonymisiert)FälleAnteil an der Gesamtzahl
01Kläger A – derjenige mit den meisten Anträgen im Datensatz
2562.91%
02Kläger B
2072.36%
03Kläger C
1581.80%
04Kläger D
1311.49%
05Kläger E
1211.38%
06Kläger F
1151.31%
07Kläger G
991.13%
08Kläger H
971.10%
09Kläger I
941.07%
10Kläger J
860.98%

Die Namen der Kläger wurden unkenntlich gemacht; die Zahlen basieren auf PACER-Metadaten. Von insgesamt 8.788 eingereichten Klagen entfielen auf die zehn häufigsten Kläger zusammen 1.289 Fälle (14,66 %). Der häufigste Einzelkläger tritt in fast jedem 35. Fall des Datensatzes als namentlich genannte Partei auf.

Diese Häufung ist kein Zeichen von Böswilligkeit – viele dieser Kläger haben berechtigte, nachgewiesene Behinderungen und sind persönlich auf die Hindernisse gestoßen, die in ihren Klageschriften beschrieben werden. Aber sie ist ein Zeichen dafür, dass Beklagte, die vor Gericht unterliegen, selten gegen einen Unbekannten verlieren. Es tauchen immer wieder dieselben Namen auf, oft vertreten durch dieselben Kanzleien, die häufig auf der Grundlage nahezu identischer Vorlagen klagen. Die Struktur des Rechtsstreits belohnt Effizienz auf Seiten der Kläger und Kapitulation auf Seiten der Beklagten. Sie belohnt jedoch keine neuartigen Argumente von beiden Seiten.

Die Triage-Matrix

Wenn die Frage lautet: „Was sollte ich zuerst beheben?“, hängt die Antwort von zwei Faktoren ab: davon, wie oft ein bestimmtes Hindernis genannt wird (Häufigkeit), und davon, wie direkt es eine Transaktion blockiert (Schweregrad). Die nachstehende Matrix vereint beide Aspekte. Die Zellen sind entsprechend der relativen Häufigkeit der Nennungen in unserem Korpus von 4.050 Checkout-Vorgängen eingefärbt, wobei die dunkelsten Zellen die Fehlerarten darstellen, deren Behebung im Rahmen eines Sprints am lohnenswertesten ist.

Abb. 6 Matrix „Fehler × Stadium“ (Zitierhäufigkeit)
Fehlermuster In den Warenkorb Warenkorb Adresse Zahlung Bestätigung
Status noch nicht bekannt Hoch Hoch Med Med Hoch
Felder ohne Beschriftung Niedrig Hoch Hoch
Fehler, die nicht gemeldet werden Niedrig Med Hoch Hoch Med
Modal / Fokusverlust Hoch Hoch Med Med Med
Tastatur funktioniert nicht Med Med Niedrig Hoch Niedrig
Erzwungener Wiedereinstieg bei einem Fehler Niedrig Med Med
Unzugänglichkeit von CAPTCHA Niedrig Med
Wird selten zitiert Gering Mittel Hoch Sehr hoch

Zwei Punkte, die besonders hervorzuheben sind. „Status nicht angegeben × In den Warenkorb“ ist das am häufigsten genannte Hindernis im gesamten Datensatz; wenn Sie sonst nichts beheben, beheben Sie zumindest dies. „Unbeschriftete Felder × Bezahlung“ ist der klassische Verstoß gegen die Compliance-Vorschriften – ein Kreditkartenformular mit Feldern, die als leer gekennzeichnet sind, stellt einen Verstoß dar, der nicht zu rechtfertigen ist.

Was kostet Sie das heute, noch bevor es zu einem Rechtsstreit kommt?

Das Risiko von Rechtsstreitigkeiten ist nur einer der Kostenfaktoren, die durch einen unzugänglichen Checkout entstehen. Der andere – meist größere und stets vorhandene – Faktor sind die Bestellungen, die nie abgeschlossen werden, weil der Käufer das Formular nicht ausfüllen konnte. Der untenstehende Rechner verwendet drei Eingabewerte, die Sie anpassen können, um diese Kosten für Ihren eigenen Verkaufstrichter zu schätzen. Die Standardwerte sind konservativ und basieren auf branchenübergreifenden Richtwerten; passen Sie diese an Ihr Unternehmen an.

Expositionsmodell für den unzugänglichen Checkout

Alle Eingabefelder sind Schieberegler. Die Zahlen werden bei jeder Anpassung in Echtzeit aktualisiert. Das hier ist kein verbindliches Angebot – es handelt sich um ein grobes Modell, das als Anregung für eine genauere Berechnung dienen soll.

Monatliche Bestellungen gesperrt
650
Nutzer von Bildschirmleseprogrammen und Tastaturbedienung, die
Entgangene monatliche Einnahmen
$78,000
bei dem von Ihnen angegebenen AOV
Risikobehafteter Jahresumsatz
$936,000
lineare Hochrechnung, ohne Wachstumsannahme

Methodik. Schätzungen von WebAIM und BOIA gehen davon aus, dass etwa 1–3 % der US-Webbesucher aktiv Screenreader nutzen; bezieht man Nutzer ein, die ausschließlich die Tastatur verwenden oder unter motorischen Einschränkungen leiden, steigt dieser Anteil. Die Blockierungsrate von 65 % entspricht dem oberen Ende der von WebAIM Million für 2024 ermittelten Messung, wie oft ein Scan der Startseite mindestens eine Blockierungsbarriere ergibt (95,9 %); Barrieren beim Bezahlvorgang sind in der Regel von geringerem Umfang. Verwenden Sie Ihre eigenen Daten, sofern vorhanden. Dieses Modell berücksichtigt keine Rechtsstreitigkeiten, Markenkosten und den Wert von Kunden, die nach einem fehlgeschlagenen Bezahlvorgang dauerhaft verloren gehen – all dies erhöht die dargestellten Zahlen.

Wie eine barrierefreie Kasse dagegen aussieht

In der nachstehenden Vergleichstabelle werden die im Datensatz am häufigsten genannten Fehlerarten den jeweiligen technischen Lösungen gegenübergestellt. Keines der rechts aufgeführten Muster ist spekulativ – jedes einzelne davon ist eine dokumentierte WCAG 2.2 AA-Technik.

Gegen wen die Kläger Klage eingereicht haben

  • Die Meldung „In den Warenkorb“ wird visuell angezeigt, ohne dass role="status" Region; Assistive Tech wurde nicht informiert
  • Das CVC-Eingabefeld enthält nur Platzhaltertext – keine programmgesteuerten Werte <label>
  • Das Modalfenster zur Adressbestätigung wird geöffnet, der Fokus bleibt jedoch auf der vorherigen Schaltfläche „Weiter“
  • Die Inline-Validierung wird in roter Schrift unterhalb des Feldes angezeigt; der Screenreader liest sie nicht vor
  • PayPal-/Apple Pay-Schaltflächen, dargestellt als <div> mit Klick-Handler; kein Tastatur-Ereignis-Listener
  • Bei einem fehlgeschlagenen Absenden wird die Seite neu geladen und das Formular gelöscht; der Benutzer beginnt erneut mit der Eingabe von Name und E-Mail-Adresse

Was eine barrierefreie Kasse leistet

  • „Artikel hinzugefügt“ wird über aria-live="polite" Region oder role="status"
  • Jede Eingabe, die in ein programmgesteuert zugeordnetes <label> – „placeholder“ ist kein Label
  • Das Modalfenster wird geöffnet, der Fokus springt zur Überschrift des Dialogfelds, der Fokus bleibt dort hängen, mit der ESC-Taste wird der vorherige Fokus wiederhergestellt
  • Fehler, die über aria-describedby und das Feld erhält aria-invalid="true"
  • Zahlungsschaltflächen sind echt <button> Elemente mit einem sichtbaren Fokusrahmen von ≥ 2 px
  • Fehler werden direkt angezeigt; zuvor gültige Felder bleiben ausgefüllt; keine Zurücksetzung der gesamten Seite

Die 13-Punkte-Checkliste für Sanierungsmaßnahmen

Die folgenden Punkte wurden anhand der Zitationshäufigkeit im Datensatz ermittelt und sind in absteigender Reihenfolge nach ihrer Häufigkeit in den bei der Klageerhebung eingereichten Unterlagen geordnet. Wenn man diese Liste von oben nach unten durchgeht, deckt man den Großteil der Vorwürfe ab, die in einer Klage eines Serienklägers geltend gemacht werden.

Maßnahmen zur Verringerung des Prozessrisikos, sortiert nach der Häufigkeit der Nennungen

  1. Den Status „In den Warenkorb“ ankündigen. Ein optisch unsichtbares Element hinzufügen role="status" Live-Bereich; fülle ihn bei jedem erfolgreichen Hinzufügen mit „Artikel hinzugefügt – N Artikel im Warenkorb“ auf.
  2. Beschriften Sie jedes Eingabefeld programmgesteuert. Führen Sie einen Axe-Core- oder WAVE-Scan für Ihren Checkout durch; beheben Sie alle label-missing Regel: Platzhalter sind niemals Beschriftungen.
  3. Fehler bei Gutscheinen und Werbeaktionen melden. Fehler bei der Krawatte <span> Elemente zur Eingabe über aria-describedby; hinzufügen aria-invalid="true" bei fehlgeschlagener Validierung.
  4. Den Fokus in Modalfenstern setzen. Wenn sich ein Bestätigungsdialog öffnet, den Fokus auf die Überschrift oder das erste interaktive Element setzen. Beim Schließen den Fokus wieder auf den Auslöser setzen.
  5. Fokus in aktiven Modalfenstern fixieren. In einem geöffneten Dialogfenster wechselt man mit den Tasten „Tab“ und „Umschalt+Tab“ zwischen den Feldern; mit „Esc“ wird das Fenster geschlossen.
  6. Machen Sie aus Zahlungsschaltflächen echte Schaltflächen. Ersetze alle <div onclick> Wrapper für PayPal, Apple Pay, Google Pay und „Bestellung aufgeben“ mit <button> Elemente. Füge sichtbare Fokus-Stile mit einer Größe von mindestens 2 px hinzu.
  7. Kennzeichnen Sie Pflichtfelder semantisch. Hinzufügen aria-required="true" und eine sichtbare Kennzeichnung „Erforderlich“. Gruppieren Sie zusammengehörige Pflichtfelder mit <fieldset>.
  8. Formularzustand bei fehlgeschlagener Validierung beibehalten. Fehler sollten korrekt ausgefüllte Felder nicht löschen. Inline-Rückgabe; Fokus auf das erste ungültige Eingabefeld setzen.
  9. Erfolgsmeldungen anzeigen. „Bestellung aufgegeben“ und „Rabatt angewendet“ müssen über denselben Kanal an die assistive Technologie übermittelt werden role="status" Funktion „In den Warenkorb legen“.
  10. Verwenden Sie barrierefreie CAPTCHAs. Falls Sie dennoch eines verwenden müssen, sind ein Audio-Fallback und der a11y-Modus von reCAPTCHA das absolute Minimum. Besser: Ersetzen Sie es durch eine unsichtbare oder verhaltensbasierte Verifizierung.
  11. Sorgen Sie dafür, dass die Schrittanzeigen aussagekräftig sind. Wenn Ihr Bestellvorgang mehrere Schritte umfasst, stellen Sie diese als <nav aria-label="Checkout progress"> mit einem <ol> und aria-current="step".
  12. Testen Sie mit einem echten Screenreader. Führen Sie den gesamten Bestellvorgang von Anfang bis Ende mit NVDA + Firefox oder VoiceOver + Safari durch. Automatisierte Tests übersehen etwa die Hälfte der Hindernisse, auf die Ihre Nutzer stoßen werden.
  13. Beheben Sie das Problem auf der Ebene des Design-Systems. Die meisten Fehler beim Checkout gehen auf gemeinsam genutzte Komponenten zurück (Modal, Input, Toast). Wenn Sie die Komponente einmal beheben, wird die Korrektur auf alle Checkouts übertragen, die diese Komponente nutzen; wenn Sie die Seite einmal beheben, ist dies nicht der Fall.
Ein Muster, das es sich zu verinnerlichen lohnt

Die Hindernisse in der Checkout-Phase lassen sich in fünf Komponenten einteilen: die Popup-Meldung, das Modalfenster, das Eingabefeld, die Fehlermeldung und die Schaltfläche „Absenden“. Werden diese fünf Komponenten einzeln mit einem Screenreader getestet, bevor sie überhaupt in den Checkout-Prozess gelangen, schrumpft die gesamte Bandbreite der im Korpus enthaltenen Vorwürfe auf einen langen Schwanz. Der Hebel liegt auf der Ebene des Design-Systems. Die Rechtsstreitigkeiten finden leider auf der Ebene der einzelnen Seiten statt – und werden per Einschreiben zugestellt.

Schluss – die technische Frage, neu formuliert

Die These dieses Artikels – dass der Checkout-Bereich die am häufigsten gerichtlich angefochtene Schnittstelle im Internet ist – hängt nicht von der Anzahl der eingereichten Klagen ab, obwohl diese Zahl beeindruckend ist. Sie hängt vielmehr von der Struktur der User Journey ab. Von allen Bereichen einer kommerziellen Website ist der Checkout derjenige, dessen Ausfall am ehesten der rechtlichen Definition eines Denial-of-Service entspricht, dessen Schäden sich am ehesten in einer Klage niederschlagen und dessen Fehler bei allen Beklagten am einheitlichsten auftreten. Keine dieser Tatsachen wird sich im Jahr 2027 ändern. Was sich ändern kann, ist die technische Entscheidung, die sie verursacht.

Die 4.050 Probleme, die dieser Artikel auflistet, sind bei genauerer Betrachtung gar nicht so rätselhaft. Es handelt sich um dieselben fünf oder sechs Fehler, die aus denselben fünf oder sechs Komponenten stammen. Die effizienteste Abhilfe, die ein Online-Händler ergreifen kann, findet nicht auf der Checkout-Seite statt, sondern im Designsystem, das diese Seite erstellt. Beheben Sie den Toast, das Modal, das Eingabefeld, die Fehlermeldung und die Schaltfläche „Absenden“ – einmalig, in der Komponentenbibliothek – und der Datenbestand hinter diesem Artikel schrumpft um etwa eine Größenordnung. Die Kläger werden sich einem anderen Thema zuwenden. Ihre Kunden werden es nicht tun.

ABGELEGT · AUSGEWERTET · ERNEUT ABGELEGT

Quellen & Methodik

Die Metadaten zu Zivilverfahren auf Bundesebene wurden aus PACER (Public Access to Court Electronic Records) extrahiert und umfassen 8.788 Fälle zur Barrierefreiheit im Internet, die zwischen Januar 2007 und April 2026 bei US-Bezirksgerichten eingereicht wurden; diese wurden anhand von ADA-Titel-III-Klagencodes und einer Filterung der Suchbegriffe nach dem Begriff „Website“ identifiziert . Eine Analyse auf Themenebene wird anhand eines OCR- und NLP-Extrakts derselben Akten durchgeführt, was 81.509 eindeutige Erwähnungen von Barrierefreiheitsproblemen ergibt, die in 28 Oberflächentaxonomien kategorisiert sind.

Die Verweise auf die WCAG beziehen sich auf WCAG 2.1 (den in Vergleichsvereinbarungen des US-amerikanischen Privatsektors am häufigsten zitierten Standard) und WCAG 2.2 (die zuletzt veröffentlichte Empfehlung vom Oktober 2023, ratifiziert im Dezember 2024). Wenn in Eingaben auf die EAA, EN 301 549 oder die DOJ Title II Final Rule (April 2024) Bezug genommen wird, werden die Kriterien auf ihr WCAG 2.1 AA-Äquivalent normiert.

Die Namen der Kläger wurden in diesem Artikel unkenntlich gemacht. Alle Beschwerdeführer sind real, und ihre Fälle sind auf PACER öffentlich einsehbar. Die Zusammenfassung dient zu Analysezwecken; die ursprünglichen Akteneinträge sind für jeden Leser öffentlich einsehbar, der eine bestimmte Einreichung überprüfen möchte.

Der Reichweitenrechner in §11 dient zur Veranschaulichung. Die Umfragen von WebAIM unter Screenreader-Nutzern (2014–2024) und die jährliche Homepage-Prüfung von WebAIM Million bilden die wichtigsten Branchen-Referenzwerte für Schätzungen zum Besucheranteil und zur Häufigkeit von Barrieren. Passen Sie die Standardeinstellungen des Rechners an Ihre eigenen Analysedaten an, sofern Ihnen diese vorliegen.

Quellenangabe: AIOPSGROUP Accessibility Intelligence (2026). E-Commerce-Kasse: Der am häufigsten gerichtlich angefochtene Bereich im Internet. Ausgabe 04:12.