E-Commerce-Barrierefreiheit — für Shops unter ADA + EAA.

In den Vereinigten Staaten lagen die ADA-Title-III-Beschwerden zur Web-Barrierefreiheit bis 2024 bei rund 4.300 Bundesklage-Einreichungen pro Jahr, wobei E-Commerce das Docket neben Restaurant-Buchungen und dem Gastgewerbe dominiert. Reine Online-Händler können sich nicht mehr zuverlässig auf die Verteidigung „kein physischer Nexus" berufen — die meisten Circuits haben sie entweder abgelehnt oder umgangen, und Klagen auf Staatsgerichtsebene nach dem California Unruh Act und dem New York State Human Rights Law sind parallel gestiegen.

In der Europäischen Union nennt der European Accessibility Act „E-Commerce-Dienste" ausdrücklich in seiner Geltungsbereichsliste — Artikel 2(2)(d) — und die Kleinstunternehmensausnahme (unter 10 Beschäftigte oder unter 2 Mio. Euro Umsatz) trifft nur wenige echte Händler. Jeder Shop mit einem Lager, einem mehrköpfigen Team oder einem nennenswerten Produktkatalog ist im Geltungsbereich und muss EN 301 549 erfüllen, das auf die WCAG-2.2-Erfolgskriterien verweist.

Die Kosten des Nichthandelns sind konkret. US-ADA-Vergleiche landen für Erstbeklagte typischerweise im Bereich von 20.000 bis 50.000 US-Dollar, bei wiederholt beklagten Händlern deutlich höher; Kanzleien auf Klägerseite arbeiten inzwischen im großen Maßstab, und ein einziger Barrierefreiheitserklärungen-Scrape speist Dutzende Abmahnungen. In der EU bewegt sich die EAA-Durchsetzung von der Abmahnungsphase, die 2025 dominierte, in die Bußgeldphase, die viele Mitgliedstaaten 2026 eingeführt haben — Deutschland, Frankreich, Italien, Spanien und die Niederlande haben allesamt Durchsetzungsteams aufgestellt.

Die gute Nachricht: E-Commerce-Barrierefreiheit hat ein bekanntes Muster. Immer wieder dieselben zwölf Fehlermuster tauchen in nahezu jedem Audit auf, und die meisten lassen sich mit Design-Tokens, Theme-Komponenten oder einem fokussierten Engineering-Sprint beheben. Die folgende Checkliste ist das, was wir E-Commerce-Teams aushändigen, wenn sie fragen: „Wo fangen wir an?"

E-Commerce-Code ändert sich täglich. Das Marketing bringt dienstags eine Hero-Variante, das Merchandising-Team dreht donnerstags einen Bereich um, eine App aktualisiert sich übers Wochenende. Eine einmalige Barrierefreiheitskorrektur hält ungefähr so lange wie Ihr nächster Deploy — weshalb das Modell, das wirklich trägt, drei Ebenen hat, nicht eine.

Führen Sie zunächst einen kostenlosen WCAG-2.2-Scanner gegen Ihren Live-Shop durch, um eine Baseline zu ermitteln. Schalten Sie dann ein kontinuierliches automatisiertes Monitoring gegen jeden Preview-Build und jeden Produktions-Deploy — das ist die Ebene, die Regressionen auffängt, bevor der Kunde es tut. Beauftragen Sie drittens mindestens einmal jährlich ein manuelles Audit durch Tester mit Behinderungen sowie nach jedem größeren Redesign oder Plattformwechsel — automatisierte Tools erkennen nie Screen-Reader-Lesbarkeit, die Absicht der Fokusreihenfolge oder ob ein Ablauf von Anfang bis Ende wirklich nutzbar ist.

Für die Übergabe zwischen Monitoring und manuellem Audit im Speziellen deckt unser Monitoring-Einkaufsführer die Plattformen ab, die den Scan-bis-Audit-Workflow vollständig abwickeln — Qualibooth, axe Monitor, Siteimprove und Level Access. Wählen Sie nach der Integrationskompatibilität mit Ihrem CI und danach, ob das manuelle Audit-Netzwerk der Plattform wirklich Tester mit den Behinderungen einschließt, die Ihre Kunden haben — das ist nicht bei allen der Fall.