Angefangen hat das Ganze in unserer Support-Warteschlange. Händler ließen Accessibility-Scanner über ihre Shops laufen, und einige der Berichte, die bei uns landeten, zeigten auf den Code von Candy Rack statt auf ihr Theme: Bilder, die wir ohne Alternativtext einfügen, eine Überschriftenebene, die wir überspringen, Bedienelemente, denen ein Scanner die fehlende Beschriftung ansieht. Berechtigt. Im Juli haben wir uns alle drei Shop-Oberflächen gründlich angesehen, und was wir dort fanden, war am Ende interessanter als der Scanner-Bericht, der uns dazu gebracht hatte.
Händler starten solche Scans nicht aus Neugier. Der Druck dahinter ist real und messbar. Kläger reichten 3.117 Klagen zur Barrierefreiheit von Websites vor US-Bundesgerichten im Jahr 2025 ein, 27 % mehr als die 2.452 im Jahr 2024, und der Anteil der Web-Accessibility-Fälle an allen Bundesklagen nach Title III des ADA stieg von 28 % auf 36 %. Rechnet man die Gerichte der Bundesstaaten hinzu, beziffert der Jahresbericht von UsableNet die Gesamtzahl für 2025 auf rund 5.100 Fälle, von denen etwa 70 % den E-Commerce treffen. In der EU gilt der European Accessibility Act seit dem 28. Juni 2025 über die Umsetzungsgesetze der einzelnen Mitgliedstaaten, und am 4. Juni 2026 verurteilte das Tribunal judiciaire de Caen Carrefour France auf Grundlage der französischen Umsetzung.
Hier liegt die Lücke. Der übliche Rat an besorgte Händler besteht aus zwei Punkten: Wählen Sie ein Theme mit guter Bewertung, und installieren Sie ein Widget, das eine Accessibility-Leiste ergänzt. Keines von beiden erreicht die Apps von Drittanbietern auf der Seite. Ihr Theme rendert die Seite, und Ihre Apps schieben ihren eigenen Code darüber, häufig als Modal, das sich über allem anderen öffnet. Ein Theme-Audit schaut nicht in dieses Modal hinein, eine Werkzeugleiste kann es nicht reparieren, ein Scanner erwischt dort drin nur die Oberfläche, und bis vor Kurzem hätten wir Ihnen nicht mit Sicherheit sagen können, was in unserem steckt.
Wie es konkret aussieht, wenn eine App die Barrierefreiheit bricht
Das ist nicht abstrakt, und es geht auch nicht hauptsächlich um Alternativtexte. Neun Muster decken ab, was wir auf unseren eigenen Oberflächen gefunden haben, plus das, was ich in der App eines anderen prüfen würde. Die meisten lassen sich einem konkreten WCAG-Kriterium zuordnen, und wo nicht, steht es dabei.
| Worauf Sie achten sollten | Wo es auftaucht | WCAG-Kriterium | Wer es beheben kann |
|---|---|---|---|
| Ein Modal öffnet sich ohne dialog-Rolle, ohne zugänglichen Namen, ohne Fokusfalle, ohne Escape-Taste | Upsell-Pop-ups, Warenkorb-Drawer, Altersabfragen, Newsletter-Pop-ups | 4.1.2, 2.4.3 sowie 2.1.2, wenn der Fokus ohne Ausweg gefangen ist. Das Schließen per Escape stammt aus den ARIA Authoring Practices, nicht aus einem nummerierten Kriterium | Nur der App-Anbieter |
| Fokusrahmen entfernt, ohne sichtbaren Ersatz | Jedes von der App gestaltete Bedienelement | 2.4.7 | Nur der App-Anbieter |
Bedienelemente tragen tabindex="-1", obwohl sie auf dem Bildschirm sichtbar sind | Rabattcode-Felder, aufklappbare Bereiche | 2.1.1 | Nur der App-Anbieter |
| Reine Icon-Buttons werden nur als „Schaltfläche“ angesagt | Schließen-X, Mengenregler, Entfernen-Buttons | 4.1.2, 1.1.1 | Nur der App-Anbieter |
Das klickbare Element ist ein bloßes div ohne Rolle und ohne Tabstopp | Produktbilder, Angebotskarten | 2.1.1, 4.1.2 | Nur der App-Anbieter |
| Alternativtexte fehlen oder sind bei allen Bildern gleich generisch | Produktbilder in Angeboten | 1.1.1 | Nur der App-Anbieter |
| Warenkorbsumme, Artikelzahl oder Fortschritt einer Prämie aktualisieren sich lautlos | Warenkorb-Drawer, Gratisversand-Leisten | 4.1.3 | Nur der App-Anbieter |
| Ein eingefügter Block überspringt Überschriftenebenen | Jeder App-Block mit eigener Überschrift | Wird üblicherweise unter 1.3.1 gemeldet | Nur der App-Anbieter |
| Textkontrast unter 4,5:1, oder unter 3:1 bei großer Schrift (18 pt, oder 14 pt fett) | Jede Farbe, die Sie in den App-Einstellungen gewählt haben | 1.4.3 | Sie selbst, in den App-Einstellungen |
Lesen Sie die letzte Spalte. Acht von neun Zeilen betreffen Dinge, die ein Händler um keinen Preis beheben kann, egal welches Widget installiert ist. Genau das macht die Wahl einer App zu einer Entscheidung über Barrierefreiheit und nicht nur zu einer über Funktionen.
Was wir in unserer eigenen App gefunden haben
Die drei Oberflächen, die wir nach WCAG 2.1 und 2.2 Stufe AA geprüft haben, waren das Upsell-Pop-up auf der Produktseite, das Warenkorb-Pop-up auf dem Weg zur Kasse und der Slide Cart. Diesmal kein Scanner-Score, sondern eine Prüfung des gerenderten Codes, Bedienelement für Bedienelement.
Die Ergebnisse fielen ungleichmäßig aus, und ich vermute, das ist typisch. Der Ausgangszustand des Slide Cart war besser als erwartet: Schließen- und Entfernen-Elemente waren echte Buttons, jedes Produktbild trug bereits einen beschreibenden Alternativtext, und der Checkout-Button hatte bereits einen zugänglichen Namen. In den Modals steckte die Substanz, und dieselbe Handvoll Probleme wiederholte sich auf allen drei Oberflächen, was sich als der nützliche Teil herausstellte. Wiederholung heißt: eine gemeinsame Korrektur statt drei.
Die zwei ernstesten Punkte waren nicht die, die die Scanner gemeldet hatten. Der eine war ein unterdrückter Fokusstil, und das ist schlimmer, als es klingt: Er zerstört die Tastaturnavigation für jedes Bedienelement, das ihn erbt, nicht nur für jenes, für das er geschrieben wurde. Der andere war eine Gruppe von Bedienelementen, die sichtbar auf dem Bildschirm standen, aber aus der Tabulatorreihenfolge herausfielen, was eine funktionierende Funktion klammheimlich in eine Funktion nur für Mausnutzer verwandelt. Wer mit der Tastatur navigiert, bekommt keine abgespeckte Version dieser Funktion. Er bekommt gar keine. Wir haben die Behebung auf drei Tickets verteilt, eines pro Oberfläche, und sie Ende Juli abgeschlossen.
Warum wir keine Konformität behaupten
Eines haben wir bewusst nicht abgeschlossen. Alle Shop-Farben in Candy Rack können Sie selbst ändern, und wir prüfen den Kontrast der von Ihnen gesetzten Werte nicht. Im geprüften Shop bestand jede konfigurierte Farbe, aber nichts hindert einen Händler daran, sich ohne jede Warnung in einen Verstoß gegen 1.4.3 hineinzukonfigurieren. Eine Kontrastprüfung in den Einstellungen steht auf unserer Liste. Bis dahin, und auch danach, werden wir Ihnen nicht erzählen, dass die App Ihren Shop konform macht.
Nichts davon macht eine Accessibility-Leiste wertlos. Sie gibt Besuchern Kontrolle darüber, wie Ihr Shop dargestellt wird, und sie gibt Ihnen Monitoring. Genau deshalb hat eine davon ihren Platz in unserer Übersicht der besten Shopify-Apps für Compliance, neben Cookie-Consent, GPSR, Rechnungsstellung und AGB. Sie ist nur eben keine echte Behebung, und sie kommt genauso wenig in das Modal einer anderen App hinein wie Sie selbst. Konformität ist eine Eigenschaft Ihres gesamten Shops an einem bestimmten Tag, und kein einzelner Anbieter ist in der Lage, sie zu bescheinigen. Was ein Anbieter Ihnen sagen kann, ist: was er geprüft hat, was er geändert hat und was noch offen ist.
So prüfen Sie die Apps in Ihrem Shop
Einen nützlichen Durchgang schaffen Sie in etwa zehn Minuten selbst, ganz ohne Scanner. Das meiste, worauf es hier ankommt, ist für automatische Werkzeuge unsichtbar: Sie finden fehlende alt-Attribute und Kontrastfehler gut, sind aber blind für Fokusfallen, Tabulatorreihenfolge und Ansagen. Alle Scanner-Berichte, die das hier ausgelöst haben, fielen in die erste Kategorie. Keiner meldete die zwei Probleme, die Menschen tatsächlich aussperrten.
- Schieben Sie die Maus von der Tastatur weg und lassen Sie sie liegen.
- Gehen Sie mit der Tabulatortaste durch Ihre Produktseite und achten Sie auf den Fokusrahmen. Verschwindet er irgendwo, hören Sie auf: Den Blocker haben Sie schon gefunden.
- Lösen Sie jede Oberfläche aus, die Ihren Apps gehört: In den Warenkorb legen, Warenkorb-Drawer öffnen, zur Kasse gehen, und warten Sie Pop-ups ab, die zeitverzögert erscheinen.
- Prüfen Sie in jeder vier Dinge. Kommen Sie mit Tab hinein? Bleibt der Fokus darin, statt auf die Seite dahinter abzuwandern? Schließt Escape sie? Kehrt der Fokus zu dem Element zurück, das Sie zum Öffnen angeklickt haben?
- Bedienen Sie jedes Element nur mit der Tastatur, auch Mengenregler, Variantenauswahl, Rabattcode-Felder und Entfernen-Buttons. Alles, was Sie mit der Maus erreichen, mit der Tastatur aber nicht, ist ein Verstoß gegen 2.1.1.
- Schalten Sie VoiceOver (Cmd+F5 auf dem Mac) oder NVDA ein und hören Sie sich den Schließen-Button und die Produktbilder an. „Schaltfläche“ und „Produkt“ sind beides Verstöße.
- Ändern Sie eine Menge und hören Sie, ob die neue Summe angesagt wird. Erhält die Aktualisierung nie den Fokus und wird nichts angesagt, ist das ein Verstoß gegen 4.1.3.
Alles, was Sie in den Schritten 3 bis 7 finden, gehört dem App-Anbieter. Womit wir beim letzten Teil wären.
Vier Fragen, die Sie einem Anbieter stellen sollten
Stellen Sie sie vor der Installation, und werten Sie Ausweichen als Antwort.
- Haben Sie die Shop-Oberfläche Ihrer App nach WCAG 2.1 oder 2.2 Stufe AA geprüft, und wann?
- Setzen Ihre Modals Dialog-Semantik und Fokussteuerung um, also Rolle, zugänglicher Name, Fokusfalle, Escape und Rückkehr des Fokus?
- Lässt sich jede Funktion Ihrer App allein mit der Tastatur bedienen?
- Und was ist noch offen?
Die vierte Frage sagt am meisten aus. Ein Anbieter mit einer echten Antwort wird eine haben, denn jeder hat etwas Offenes. Meine Lesart: „wir sind vollständig konform“ heißt meist, dass niemand hingesehen hat. Und es lohnt sich, daran zu denken, worum es in der accessiBe-Verfügung der FTC tatsächlich ging: nicht um das Wort konform, sondern um eine Konformitätsaussage, die das Unternehmen nicht belegen konnte.
In der Praxis richten sich Kläger und Behörden gegen den Händler, der den Shop betreibt, nicht gegen die Anbieter der einzelnen Bausteine. Das ist unbequem, denn ein gutes Stück dessen, was bei Ihren Kunden ankommt, ist Code, den Sie weder geschrieben haben noch bearbeiten können. Was Sie steuern, ist die Wahl Ihrer Anbieter und das, was Sie von ihnen verlangen. Wenn Sie Apps vergleichen und denselben Blick auf Conversion statt auf Compliance werfen wollen, decken unser Leitfaden zur Upselling-Strategie und unser Leitfaden zur Checkout-Optimierung diese Seite ab. Wenn Sie in die EU verkaufen, kommen der Widerrufs-Button und die weiteren europäischen Anforderungen, über die wir geschrieben haben, im selben Zeitraum wie der European Accessibility Act.
Die Korrekturen aus diesem Audit sind Ende Juli ausgeliefert worden und in Candy Rack live, auch im Slide Cart und in der Rewards Bar. Wenn Sie etwas finden, das uns entgangen ist, sagen Sie es uns: Wir beheben es, statt über den Schweregrad zu diskutieren.
Dieser Artikel beschreibt unser eigenes Audit und ist eine allgemeine Information, keine Rechtsberatung. Zu Ihren Pflichten nach dem ADA, dem European Accessibility Act oder nationalen Umsetzungsgesetzen wenden Sie sich bitte an einen Anwalt.
