Alles begann in unserem Support-Postfach. Händler ließen Barrierefreiheits-Scanner über ihre Shops laufen, und einige der Berichte wiesen auf das Markup von Candy Rack hin statt auf das Theme: Bilder, die wir ohne Alt-Text einfügen, eine übersprungene Überschriftenebene, Steuerelemente, die für Scanner nicht beschriftet sind. Zurecht. Im Juli haben wir uns alle drei Storefront-Oberflächen genau angesehen – und die Ergebnisse waren aufschlussreicher als die Scanner-Berichte, die den Anstoß gaben.
Händler führen diese Scans nicht aus Neugier durch. Der Druck dahinter ist real und messbar. Kläger reichten 2025 in den USA 3.117 Klagen wegen mangelnder Barrierefreiheit ein, ein Anstieg um 27 % gegenüber 2.452 im Jahr 2024. Fälle zur Web-Barrierefreiheit stiegen von 28 % auf 36 % aller ADA-Titel-III-Klagen. Zählt man staatliche Gerichte hinzu, beziffert der Jahresbericht von UsableNet die Gesamtzahl für 2025 auf etwa 5.100 Fälle, wobei der E-Commerce etwa 70 % ausmacht. In der EU gilt seit dem 28. Juni 2025 der European Accessibility Act durch die Umsetzungsgesetze der Mitgliedstaaten, und am 4. Juni 2026 entschied das Tribunal judiciaire de Caen gegen Carrefour France auf Basis der französischen Umsetzung.
Hier liegt die Lücke. Der Standardrat für besorgte Händler umfasst zwei Dinge: ein gut bewertetes Theme wählen und ein Widget für eine Barrierefreiheits-Toolbar installieren. Beides erreicht nicht die Drittanbieter-Apps auf der Seite. Ihr Theme rendert die Seite, und Ihre Apps fügen ihr eigenes Markup darüber ein, oft als Modal, das alles andere überlagert. Ein Theme-Audit prüft dieses Modal nicht, eine Toolbar kann es nicht reparieren, ein Scanner erkennt nur die Oberfläche der Probleme, und bis vor Kurzem konnten wir selbst nicht mit Sicherheit sagen, was in unseren Apps steckt.
Wie es aussieht, wenn eine App die Barrierefreiheit beeinträchtigt
Das ist nicht abstrakt und betrifft nicht nur Alt-Texte. Neun Muster decken ab, was wir auf unseren Oberflächen gefunden haben und was ich bei jeder anderen App prüfen würde. Die meisten lassen sich einem spezifischen WCAG-Kriterium zuordnen; wo das nicht der Fall ist, ist es vermerkt.
Lesen Sie die letzte Spalte. Acht von neun Punkten kann ein Händler nicht beheben, egal welches Widget installiert ist. Das ist das Argument dafür, die App-Auswahl als Entscheidung für Barrierefreiheit und nicht nur als Feature-Entscheidung zu betrachten.
Was wir in unserer eigenen App gefunden haben
Die drei Oberflächen, die wir nach WCAG 2.1 und 2.2 (Level AA) geprüft haben, waren das Upsell-Pop-up auf der Produktseite, das Warenkorb-Pop-up auf dem Weg zur Kasse und der Slide-Warenkorb. Diesmal kein Scanner-Score, sondern eine manuelle Prüfung des gerenderten Markups, Steuerelement für Steuerelement.
Die Ergebnisse waren, wie ich vermute, typisch uneinheitlich. Die Basis des Slide-Warenkorbs war besser als erwartet: Schließen- und Entfernen-Funktionen waren echte Buttons, jedes Produktbild hatte einen beschreibenden Alt-Text und der Checkout-Button hatte einen zugänglichen Namen. Die Modals waren der eigentliche Knackpunkt, und dieselben Probleme wiederholten sich auf allen drei Oberflächen – was sich als nützlich erwies. Wiederholung bedeutet eine gemeinsame Lösung statt drei einzelner.
Die zwei schwerwiegendsten Punkte waren nicht die, die von Scannern markiert wurden. Einer war ein unterdrückter Fokus-Stil, was schlimmer ist, als es klingt, da es die Tastaturnavigation für jedes Steuerelement unterbricht, das ihn erbt. Das andere war eine Reihe von Steuerelementen, die außerhalb der Tab-Reihenfolge blieben, während sie auf dem Bildschirm sichtbar waren, was ein funktionierendes Feature zu einem reinen Maus-Feature macht. Wer per Tastatur navigiert, erhält keine eingeschränkte Version, sondern gar keine. Wir haben die Behebung in drei Tickets aufgeteilt und Ende Juli abgeschlossen.
Warum wir nicht von Konformität sprechen
Eine Sache haben wir bewusst offen gelassen. Jede Storefront-Farbe in Candy Rack ist von Ihnen editierbar, und wir validieren den Kontrast der von Ihnen gesetzten Werte nicht. Im geprüften Shop bestanden alle konfigurierten Farben, aber nichts hindert einen Händler daran, Einstellungen vorzunehmen, die zu einem 1.4.3-Fehler führen, ohne dass eine Warnung erscheint. Eine Kontrastprüfung in der Einstellungs-UI steht auf unserer Liste. Bis diese verfügbar ist – und auch danach – werden wir nicht behaupten, dass die App Ihren Shop konform macht.
Das macht eine Barrierefreiheits-Toolbar nicht wertlos. Sie gibt Besuchern Kontrolle über die Darstellung Ihres Shops und bietet Ihnen Monitoring – deshalb hat sie einen Platz in unserer Übersicht der besten Shopify-Compliance-Apps neben Cookie-Einwilligung, GPSR, Rechnungsstellung und AGB. Sie ist jedoch keine Sanierung und kann nicht in das Modal einer anderen App eingreifen. Konformität ist eine Eigenschaft Ihres gesamten Shops an einem bestimmten Tag, und kein einzelner Anbieter kann sie zertifizieren. Ein Anbieter kann Ihnen nur sagen, was er geprüft, was er geändert hat und was noch offen ist.
So prüfen Sie die Apps in Ihrem Shop
Sie können in etwa zehn Minuten selbst eine nützliche Prüfung durchführen, ohne Scanner. Das Wichtigste ist für automatisierte Tools unsichtbar; diese finden zwar fehlende Alt-Attribute und Kontrastfehler, sind aber blind für Fokus-Fallen, Tab-Reihenfolgen und Ankündigungen. Jeder Scanner-Bericht, der den Anstoß gab, landete in der ersten Kategorie. Keiner von ihnen markierte die zwei Probleme, die Nutzer tatsächlich aussperrten.
- Schieben Sie Ihre Maus beiseite und lassen Sie sie dort.
- Navigieren Sie mit der Tab-Taste durch Ihre Produktseite und achten Sie auf den Fokusrahmen. Wenn er irgendwo verschwindet, halten Sie an. Sie haben soeben den Fehler gefunden.
- Aktivieren Sie alle Oberflächen Ihrer Apps: Legen Sie Artikel in den Warenkorb, öffnen Sie den Warenkorb-Drawer, starten Sie den Checkout und warten Sie ab, ob zeitgesteuerte Pop-ups erscheinen.
- Prüfen Sie bei jedem Element vier Dinge: Können Sie es mit der Tab-Taste erreichen? Bleibt der Fokus innerhalb des Elements, anstatt auf die Seite dahinter zu springen? Schließt die Escape-Taste das Element? Kehrt der Fokus zu dem Element zurück, das Sie zum Öffnen angeklickt haben?
- Bedienen Sie jedes Steuerelement ausschließlich über die Tastatur, einschließlich Mengenwähler, Varianten-Auswahl, Rabattfelder und Entfernen-Schaltflächen. Alles, was Sie mit der Maus, aber nicht mit der Tastatur erreichen können, ist ein Verstoß gegen 2.1.1.
- Schalten Sie VoiceOver (Cmd+F5 auf einem Mac) oder NVDA ein und hören Sie sich die Schaltfläche zum Schließen sowie die Produktbilder an. „Schaltfläche“ und „Produkt“ sind beides Fehler.
- Ändern Sie eine Menge und hören Sie, ob die neue Gesamtsumme angesagt wird. Wenn das Update keinen Fokus erhält und nichts angesagt wird, ist das ein Verstoß gegen 4.1.3.
Alles, was Sie in den Schritten 3 bis 7 finden, liegt in der Verantwortung des App-Anbieters. Damit kommen wir zum letzten Teil.
Vier Fragen, die Sie einem Anbieter stellen sollten
Stellen Sie diese Fragen vor der Installation und werten Sie vage Antworten als klares Signal.
- Haben Sie die UI Ihres App-Storefronts auf Konformität mit WCAG 2.1 oder 2.2 auf Stufe AA geprüft, und wann war das?
- Implementieren Ihre Modals Dialog-Semantik und Fokus-Management, also Rolle, barrierefreien Namen, Fokus-Falle, Escape-Funktion und Fokus-Rückkehr?
- Kann jede Funktion Ihrer App ausschließlich mit der Tastatur ausgeführt werden?
- Und welche Punkte sind noch offen?
Die vierte Frage ist die aufschlussreichste. Ein Anbieter mit einer ehrlichen Antwort wird eine haben, denn jeder hat offene Punkte. Meine Einschätzung ist: „Wir sind vollständig konform“ bedeutet meist, dass niemand nachgesehen hat. Es ist wichtig, sich daran zu erinnern, worum es bei der FTC-Anordnung gegen accessiBe wirklich ging: nicht um das Wort „konform“, sondern um eine Konformitätsbehauptung, die das Unternehmen nicht belegen konnte.
In der Praxis sind es die Händler, die den Shop betreiben, die von Klägern und Regulierungsbehörden belangt werden, nicht die Anbieter der einzelnen Komponenten. Das ist unangenehm, da ein Großteil dessen, was Ihre Kunden sehen, Code ist, den Sie nicht geschrieben haben und nicht bearbeiten können. Was Sie kontrollieren können, ist die Wahl der Anbieter und Ihre Anforderungen an sie. Wenn Sie Apps abwägen und denselben Fokus auf Conversion statt auf Compliance legen möchten, decken unser Leitfaden zur Upsell-Strategie und unser Leitfaden zur Checkout-Optimierung diesen Bereich ab. Wenn Sie in die EU verkaufen, sind die Anforderungen an den Widerrufs-Button und die anderen europäischen Vorgaben, über die wir geschrieben haben, im gleichen Zeitraum wie der EAA relevant.
Die Korrekturen aus diesem Audit wurden Ende Juli veröffentlicht und sind in Candy Rack live, einschließlich des Slide-Warenkorbs und der Belohnungsleiste. Wenn Sie etwas finden, das wir übersehen haben, sagen Sie uns Bescheid – wir beheben es, anstatt über die Schwere zu diskutieren.
Dieser Artikel beschreibt unser eigenes Audit und dient der allgemeinen Information, nicht der Rechtsberatung. Für Ihre Verpflichtungen gemäß ADA, EAA oder nationalem Umsetzungsrecht wenden Sie sich bitte an einen Anwalt.
