Kurze Antwort: Die Shopify-Plattform ist teilweise barrierefrei (accessible), aber die ADA-Compliance liegt in deiner Verantwortung, nicht in der von Shopify. Shopify bietet dir ein Fundament. Dein Theme, deine Inhalte, Apps und Anpassungen entscheiden am Ende darüber, ob dein Store tatsächlich dem Americans with Disabilities Act (ADA) und den WCAG entspricht.
Genau dieser Unterschied ist der Kern dieses Artikels. “Ist Shopify ADA-konform?” ist die falsche Frage. Die richtige lautet: “Ist mein Shopify-Store ADA-konform?” – und darauf kannst nur du die Antwort geben.
Key Takeaways
- Shopify liefert barrierefreie Bausteine, aber kein Store ist automatisch ADA-konform. Die Compliance liegt in den Bereichen, die du kontrollierst.
- Shopify testet und veröffentlicht Konformitätsberichte für seinen Checkout und Adminbereich. Dein Storefront-Theme, deine Inhalte und deine Apps werden von diesen Berichten nicht abgedeckt.
- Der ADA hat kein veröffentlichtes technisches Regelwerk für private Unternehmen. Daher nutzen Gerichte und Vergleiche WCAG 2.1/2.2 AA als De-facto-Standard.
- Im Jahr 2024 wurden in den USA mehr als 4.000 Klagen wegen digitaler Barrierefreiheit eingereicht, wobei E-Commerce das Hauptziel war. Händler werden verklagt, nicht Shopify.
- Overlays und Apps machen dich nicht compliant. Die FTC hat accessiBe zu 1.000.000 Dollar Strafe verurteilt, weil sie genau das behauptet haben. Das Beheben von nativem Theme-Code ist das Einzige, was rechtlich Bestand hat.
Warum du uns vertrauen kannst
Wir sind seit über vier Jahren im Shopify-Umfeld tätig und haben mit hunderten von Stores an ihren Storefronts gearbeitet. Wir haben Fudge entwickelt, einen AI Store Builder und Editor mit einer 5,0-Bewertung im Shopify App Store, der Barrierefreiheits-Probleme direkt im nativen Theme-Code behebt, anstatt sie hinter einem Script zu verstecken. Unsere Position deckt sich mit dem Konsens unter Accessibility Engineers, den wir hier durchgängig zitieren. Dieser Artikel ist Teil unseres ausführlicheren Shopify ADA- und WCAG-Compliance-Guides.
Ist Shopify ADA-konform? Die ehrliche Antwort
Shopify ist nicht pauschal entweder barrierefrei oder eben nicht. Es ist eine Plattform mit zwei sehr unterschiedlichen Hälften:
- Die Teile, die Shopify kontrolliert – der Adminbereich, der Checkout und die von Shopify bereitgestellten Standard-Themes.
- Die Teile, die du kontrollierst – dein gewähltes Theme, deine Anpassungen, deine Produktinhalte und jede App, die du installierst.
Shopify kümmert sich um die erste Hälfte. Das Unternehmen gibt an, auf WCAG 2.2 Level AA zu testen und veröffentlicht entsprechende Accessibility-Konformitätsberichte (VPATs) für seinen Checkout, den Adminbereich und das Dawn-Theme.1 Der standardmäßige Shopify-Checkout wurde unabhängig auf WCAG 2.2 AA getestet, und der Adminbereich auf WCAG 2.1 AA.1
Aber Shopify stellt ganz klar fest, dass Händler die vollständige Kontrolle über ihren Theme-Code haben, und die Plattform zertifiziert deinen fertigen Store nicht.1 Kein Theme ist von Haus aus vollständig WCAG-konform (Out-of-the-Box), und Shopifys eigene Theme-Anforderungen decken nur einen Bruchteil der WCAG-Erfolgskriterien ab.
Die Plattform gibt dir also einen barrierefreien Startpunkt. Ob du die Ziellinie überquerst, liegt ganz bei dir.
Wer kontrolliert was: Shopify vs. Händler
Diese Tabelle zeigt am deutlichsten, wo wirklich über Compliance entschieden wird.
| Bereich | Wer kontrolliert ihn | Abgedeckt durch Shopifys Tests? |
|---|---|---|
| Checkout-Prozess | Shopify | Ja - VPAT nach WCAG 2.2 AA |
| Adminbereich (dein Backoffice) | Shopify | Ja - VPAT nach WCAG 2.1 AA |
| Standard-Themes (z.B. Dawn) | Von Shopify bereitgestellt | Teilweise - getestet, aber ein 90er Lighthouse-Score bedeutet keine vollständige Konformität |
| Dein Live-Theme + Anpassungen | Du | Nein |
| Produktbilder und Alt-Texte | Du | Nein |
| Markenfarben und Kontraste | Du | Nein |
| Seiteninhalte und Texte | Du | Nein |
| Installierte Drittanbieter-Apps | Du | Nein |
Das Muster ist offensichtlich. Die von Shopify kontrollierten Bereiche sind getestet und dokumentiert. Alles, wo ein Kunde tatsächlich einkauft – dein Storefront – liegt in deiner Verantwortung. Das ist auch exakt der Bereich, den die Anwälte der Kläger testen.
Was verlangt der ADA von einem Online-Shop?
Der ADA (Americans with Disabilities Act) ist ein US-Bürgerrechtsgesetz. Titel III verbietet Diskriminierung durch “Orte der öffentlichen Unterbringung” (places of public accommodation), und US-Gerichte haben dieses Gesetz wiederholt auf Einzelhandels-Websites und Apps angewandt.2 Wenn ein Kunde mit einer Behinderung deinen Store nicht nutzen kann, ist das der rechtliche Auslöser.
Hier nun der Haken, der die meisten Händler überrascht: Der ADA hat keinen explizit veröffentlichten technischen Standard für die Websites privater Unternehmen. Das Justizministerium (Department of Justice) hat mehrfach bekräftigt, dass Unternehmen ihre Websites barrierefrei machen müssen, hat jedoch keine spezifischen Web-Sondervorschriften für Titel III erlassen.2
Woher weiß man also nun, was “barrierefrei” bedeutet? Gerichte, Vergleiche und Abmahnungen stützen sich hierbei als De-facto-Standard auf die Web Content Accessibility Guidelines (WCAG), Level AA. Die Version WCAG 2.1 AA ist der seit langem bewährte Maßstab, WCAG 2.2 AA ist die aktuelle Version. Wenn du dich an Version 2.2 AA orientierst, bist du auf der sicheren Seite, da hierdurch auch alle älteren Anforderungen erfüllt werden.
Derselbe Standard taucht auch international auf. Der European Accessibility Act (EAA), der umgangssprachlich oft zum Barrierefreiheitsstärkungsgesetz im deutschsprachigen Raum gehört, ist seit Juni 2025 gültig und betrifft auch Nicht-EU-Händler, die an EU-Verbraucher versenden. Er beruft sich auf die WCAG 2.1 AA. Das britische Gleichstellungsgesetz (UK Equality Act), die kanadischen Bestimmungen und der Disability Discrimination Act aus Australien zielen ebenfalls alle auf die Einhaltung des WCAG-AA-Standards ab. Ein gemeinsames Ziel für viele rechtliche Rahmenbedingungen.
Ist das Checkout und Admin-Dashboard von Shopify accessible?
In diesem Bereich hat sich die Plattform ein echtes Lob verdient.
Der Checkout wird direkt durch Shopify verwaltet und es liegt ein Konformitätsbericht vor, der belegt, dass er nach WCAG 2.2 AA getestet ist.1 Da der standardmäßige Checkout bei den meisten Abos (Plans) nicht grundlegend verändert werden kann, startet der sensibelste Teil des Sales-Funnels – der Bezahlvorgang – somit bei einem geprüften Referenzwert.
Für den Adminbereich (dort, wo du Produkte und Bestellungen einpflegst) gibt es einen eigenen Konformitätsbericht nach WCAG 2.1 AA.1 Dies ist essenziell für die Bedienbarkeit durch Händler oder Mitarbeiter mit Behinderungen im täglichen Betrieb.
Dennoch hierzu zwei Warnhinweise:
- Dieser Konformitätsbericht ist nur eine Momentaufnahme der hauseigenen Web-Oberflächen von Shopify und kein Zertifikat für deinen restlichen Store. Er enthält keinerlei Aussage bezüglich deines genutzten Themes oder deiner eigenen Inhalte.
- Dein Storefront fungiert als Schnittstelle vor dem eigentlichen Checkout. Wenn ein Screenreader-Benutzer deine Produktseite nicht reibungslos bedienen kann, um zum Checkout hin zu navigieren, wird er auch nie von dem ohnehin schon barrierefreien Checkout profitieren. Und genau auf diesen Weg im Shop (jene Customer Journey im Front-End) zielen solche Klagen oftmals ab.
Die häufigsten Barrierefreiheits-Fehler in Shopify-Themes
Das größte Barrierefreiheits-Risiko sind meist keine extrem ungewöhnlichen Details. Laut der großen jährlichen WebAIM Million Langzeituntersuchung der Top 1 Million Homepages fielen im Februar-Bericht des Jahres 2026 bei 95,9 % aller Domains leicht identifizierbare Verstöße (WCAG) mit durchschnittlich 56,1 Fehlern pro Einzelseite auf.3
Und noch gravierender: Annähernd 96 % dieser erfassten Schwachstellen stammen klassisch aus nur sechs Problemgruppen. Sämtliche dieser typischen Fehlerbilder tauchen gehäuft und regelmäßig bei klassischen Shopify-Stores auf.3
| Fehler | Typische Ursache in Shopify |
|---|---|
| Geringer Textkontrast | Die Markenschriftfarbe wurde direkt ungeschickt für Fließtext oder Bestätigungsbuttons verwendet. |
| Fehlender Alt-Text | Die Produkt- & Lifestyle-Detailfotografien wurden alle gänzlich ohne korrekte Meta-Auszeichnungen hochgeladen. |
| Keine Formular-Beschriftungen (Labels) | Es gibt keine hinterlegten “Tags” bei der Suche, im Newsletter oder sonstigen Custom Fields. |
| Unbeschriftete Verlinkungen | Reine “Icon-Only” Quick-Links (z. B. der kleine Warenkorb-Korb oder Social-Buttons ohne Textbezug) |
| Unbeschriftete Buttons | Normale Standard Action-Buttons (Menü, die typischen X-Balken, Fenster zurück etc. … ohne Label) |
Fehlende lang Auszeichnung | Die Quellcode-Auszeichnung <html lang="..."> fehlt, gerade in sehr stark überarbeiteten und Custom-Themes. |
All diese kleinen Mängel sickern langsam und unbemerkt durch Updates hindurch ein: Während man am ersten Tag auf ein ordentliches Base-Theme voller Zuversicht gesetzt hatte, tauchen viele der aufgelisteten kleinen Problemfälle auf einmal doch noch vereinzelt auf (z. B. nach Content Pledging, durch neu hinzugekommene Plugin-Apps oder wenn das CD/Brand-Farbschema nochmal minimal abgeändert wird). Keines dieser wiederkehrenden Beispiele geht auf Shopifys direkte Rechnung und kein Einziges wird deshalb systemintern von allein rückgängig oder unsichtbar beseitigt! Dies betrifft und repariert nur den direkten Code im eigenen Theme.
Kann ich verklagt werden, wenn mein Shopify-Store doch nicht ganz barrierefrei ist?
Klares Ja, der Händler verhält sich in der Außenhaftung verantwortlich, nicht die Shopify-Mutter!
Über 4.000 Fälle für ADA-Klagen bezüglich digitaler Barrierefreiheit wurden anno 2024 allein innerhalb der USA verzeichnet. Fast drei Viertel (!) der Zielobjekte und somit die absoluten Hauptprotagonisten all dieser juristischen Verfahren fielen in das generelle Einzelhandels bzw. E-Commerce-Segment der Internetgeschäfte.4 2025 hielten die Antragszahlen unverändert auf sehr ähnliche Weise und sehr hohem Level weiter konstant an.
Hier werden aber nicht immer nur Weltkonzerne erfasst und attackiert. Eine relative kleine Schnittgruppe spezialisierter Kanzleien betreibt hiermit regelrechte Volume-Schöpfung. Den Anfang und Eisbrecher dieser Abmahnungen (oder englisch zumeist: der klassische Demand Letter) bildet die Drohung des Falls an sich. Bis zu den extrem gefürchteten öffentlichkeitswirksamen Schau-Prozessen kommt es meist nie (!): Hier einigen sich die betroffenen Seiten im Durchschnitt “geschmeidig außergerichtlich” auf ein Agreement von oft 5.000 bis hin zu saftigen 75.000 Dollar Einmal-Ausgaben…4 Zusätzlich kommen natürlich auch diverse Einzel-Staaten-Richtlinien und Vorgaben ins Gewicht zur Sprache, die diesen extrem schmerzhaften finanziellen Nebeneffekt noch erheblich steigern: Zum klassischen Beispiel steht Kalifornien mit den Konsequenzen aus dem weitreichenden bekannten Verhaltenskatalog “Unruh Civil Rights Act” stets direkt massiv bereit. Hier wird das Unterlaufen pro bewiesenem Fehler mal ganz schnell im fest verankerten Bußkatalog (Statutory Damage) von 4.000 Dollar verbucht. New York gehört als Beispiel ebenfalls traditionell mit zur Spitzenliga der Bundesstaaten mit den maximal meisten gemeldeten Streitpunkten des Segments…
Doch die am zumeist unerwartete schmerzhafte Rand-Einsicht: Ungefähr jedes Vierte der abgedruckten Klage-Themen des aktuellen Berichtsjahrs 2024 (ca. 1:4 der Gesamtzahl) war im Vorfeld ironischerweise ja sogar schon längst aktiv mit einem sogenannten nachträglichen Software-Widget / Accessibility Plug-in versehen gewesen.4 Dieses oberflächlich reingepflanzte und rein sichtbare Reparatur-Gaukel-Tool auf dem fertigen Front-End brachte hierbei rein formell für den Verklagten keinerlei signifikante Hilfe gegen besagten Anwalt & Klagen.
Machen mich Overlays oder installierte Accessibility-Apps dann quasi automatisch “konform”?
Definitiv Nein! In die Kategorie des extrem gefährlichsten Mythos gehört und betrifft explizit genau das oben erwähnte Beispiel der Thematik!
Als ein solches scheinbar passendes “Accessibility-Overlay” wird allgemein eine extrem simples Plug-and-Play Script-Werk von einem bekannten Anbieter-Pool – ähnlich wie accessiBe, UserWay oder AudioEye – bezeichnet, welches einem eine perfekte automatische Sofort-Lösung durch bloße Integration vorgibt. Wie der Name verrät (“drübergelegt”), spielt und interpretiert es sein Overlay-Fensterchen einfach nur parallel laufend (sozusagen im obersten Stockwerk) des originalen Frontends/ HTML nach, ohne jedoch das darunterliegende reale Basisgerüst oder die Probleme wirklich von grund auf jemals aktiv anzupacken. Auch unabhängige externe Tester weisen darauf recht offen hin: Automatisierte Abdeckung fängt so in praxi meist tatsächlich eher nur rund 30 % bis maximal 40 % der WCAG Kriterien-Palette wirklich sauber und fehlerfrei auf (!). Etwa zwei signifikante restliche Drittel fallen somit glatt komplett völlig vom Raster runter und unangetastet hinten über.
Eingefleischte “Accessbility Experten” haben diesen Ansatz mittlerweile unisono fast rigoros gebrandmarkt oder meiden ihn kategorisch. So unterzeichneten unlängst mehr als 1.000 Branchenkenner und Accessibility Tester (unter anderem auch Mitarbeiter des originären WCAG Regulariums oder echte Screenreader-Technolgie Entwickler), einen ganz klar öffentlichen Disclaimer (“Overlay Fact Sheet”). Er besagt: Sämtliche automatischen Overlays lassen keinerlei absolute Gewährleistungs-Sicherung für korrekte Ausgaben einer wirklich nachgewiesenen und echten System-Inklusions-Strategie und -Implementierung / Compliance im Basiswert offen (!).5 Die bekannte Institution der US-Blinden (National Federation of the Blind / NFB) stimmte dem explizit ebenfalls schon offiziell massiv rügend zu.
Sogar die Kontrollorgane sind in dem Bereich massiv angekommen. So finalisierte die höchste US Kontrollkammer der FTC gerade eben (Anfang des Jahrs 2025) als exaktes Warnsignal für diese Methodik gleich mal ein hartes Urteil um satte Strafsummen im Wert in Millionen-Größe / sprich $1.000.000 Dollar Strafzahlung gegen accessiBe, da diese scheinheilig und vollauf bewusst all jenes als ihr “perfektes” Widget den armen Kunden vorgegaukelt und vertrieben hätten…6 Diese Causa behandeln wir parallel für weitere tiefe Insights im separaten Post in unserem Guide sehr ausführlich : Warum solche Accessibility Overlays zwangsläufig ins Leere gleiten.
Als ultimative Kurz-Review für jedermann: So ein rein oberflächliches Modul verbrennt stets einiges an Monats-Beiträgen und verschleiert meist nur blind die wahren echten Ursachen darunter … Den perfekten Ausweg für echte Absicherung liefert einem jedoch einzig nur das aktive Umbauen des internen Shop-Setups, im Herzen deiner nativen Theme-Codes!!
Wie du deinen Shopify Store dann wirklich WAHRLICH ECHT konform trimmst und machst
Die effektive Arbeit dabei ist eher klassisch greifbar logisch … und oftmals zugegebenermaßen eine schlichtweg trockene, eher unglamouröse Schreibtischarbeit im hauseigenen Theme-Code.
1. Ein ehrliches Audit voranstellen. Nutze zum schnellen Basis-Check ruhig ein freies Tool & Skripten für einen Basis-Scan (beispielsweise: WAVE, Lighthouse oder Axe DevTools), um damit grobe maschinell-lesbare Aussetzer auf die Schnelle von Grund auf abzuhaken. Aber danach bitte auch ernsthaft einen guten manuell gepflegten Test-Tunnel aufbereiten und absolvieren! Mache hierzu ruhig Deinen gesamten klassischen User “Purchase Flow” / Einkaufstrichter mit den typischen Hindernissen eines Kunden mit Behinderung selber einmal Schritt-für-Schritt testweise bewusst nach! Navigiere Dich als Beispiel lediglich ausschließlich via grober Keyboard-Tastatur, setze dann Screenreader dazu punktuell mit ein (VoiceOver aus MacOS / NVDA auf Microsoft PC Versionen) oder Zoome Dein Standardfenster ruhig auf das 200 % Format. Du wirst stauen, dass dir auf dem unautomatisierten Zweig plötzlich fast garantiert so manches an Hürden sofort ins Auge springen wird, welche jegliche Robot-Technik davor blind für immer völlig außer Augen gelassen hätte!
2. Direkt sofort und stoisch an den originalen Basis / Quellen fixen !! Addiere jetzt passgenau fehlende gute alt-Beschriftungen für deine Produkt Details und Medien Dateien an, beziehe Icons oder “Mausklick-Schaltflächen” exakt logisch ein, hinterlege explizite Verlinkungen direkt richtig beschriftet mit echten Bezeichnungs-Labels oder den korrekten <label> Input-Daten für Suchfelder! Optimiere schlechte, viel zu verwaschene Kontrast-Abtönungen deines Layouts und der Schriftarten bis aufs Minimum hin zu der 4.5:1 Relation (also Schriftbild zum Farb-Rand)! Und gib auch exakt nochmal im Background Code das offizielle Kennzeichen für Language Info per Tag <html lang="de"> ein und hinterlege dir auch hier logische klare Focus-Zustände/ Fokus-Muster! Keines dieser Dinge passiert von Zauberhand in Plugins. Jedes bedarf stattdessen einem direkten Griff in das Core-Theme deines Shopify Konzepts!
3. Regressionen ab sofort strikt fortwährend kontrollieren. Das beste Gerüst wankt natürlich wieder massiv, wenn du Wochen oder Monate darauf sorglos verleitet mal etwas bei den Kategorien hinzufügst, neue Bilder unüberlegt hoch schießt oder die neuestens Fancy-Apps probeweise in dein Umfeld hinein pumpst. Nichts davon ist also eine bloße klassische “One-And-Done” Angelegenheit! Und so verlangt all das dann eine fast stete Begutachtung oder Rücksicht.
Genau dort spielt dir ein waschechter AI Store Builder wie Fudge den Ball punktuell clever zurück. Fudge als KI Engine ließt sich bei vollem Betrieb parallel in dein aufgebautes Echtzeit/Live CMS als Kopie rein. Dabei wertet es sämtliche Accessibility Auffälligkeiten sofort detailliert on-the-fly im Scriptcode selbst aus und fixed alle markierten Punkte direkt an Ort und Stelle durch passendes überschreiben im puren sauberen Liquid-Code sowie dem perfekten CSS oder klassischen Javascript. Weil es all deine Veränderungen passend überschriebt und ins Theme schiebt oder merkt, entsteht hier also absolut echtes Handwerk im Code-Gerüst, und nicht nur eine weitere Layer-Schicht per Injection, somit es die rechtliche Haltsicherheit so stark aufwertet, als wie wenn du die perfekten Code-Developer und Scripter am Laufen hattest – ganz OHNE sture Geschwindigkeits / Performance-Abbrüche für deinen Shop, und harmoniert zudem absolut toll mit anderen verwandten Schritten, etwa dem strukturierten Generieren von Structured Data Einbettung oder im gängigen Storefront Editing.
Schließe die letzte perfekte Akte und Absicherung in Sachen Recht dann für das Äußere damit ab, indem du unbedingt noch eine transparente und öffentliche Seite mit deinem sogenannten “Accessibility Statement / Bestimmungen” im Footer einbaust. Formuliere kurz, transparent und professionell für jedermann den aktuellen Status (inkl. Verweise den Standards WCAG 2.2 AA wie du sie anvisiert hast!) und zeige ebenfalls Optionen als Hilfestellung oder Rückwege auf, um hier Probleme dem Customer Service etc. auf den schnellsten Kanälen gut weiter zu vermitteln. Das ist nicht nur vielfach gesetzliche Auflage für Betriebe und zeigt bei jedem Richter oder Kontroll-Einblick von “Demand-Letter-Verfassern”, die rein absolute Form eines perfekten aufrechten Statusbilds (“Wir handhaben und fixen auf absolute Integrität!”).
FAQ
Nein. Shopify bietet dir ein barrierefreies Fundament und testet den eigenen Checkout und Adminbereich, aber dein Store ist nicht automatisch konform. Dein Theme, kleine Anpassungen, Inhalte und Apps bestimmen, ob der Storefront, über den ein Kunde einkauft, die ADA- und WCAG-Anforderungen erfüllt.
Shopify veröffentlicht einen Konformitätsbericht (VPAT), der besagt, dass der Standard-Checkout auf WCAG 2.2 AA getestet ist, und der Adminbereich auf WCAG 2.1 AA. Diese Berichte decken jedoch nur die von Shopify kontrollierten Bereiche ab, nicht dein Storefront-Theme oder deine Inhalte.
Ja, und der Händler wird namentlich verklagt, nicht Shopify. 2024 wurden in den USA mehr als 4.000 ADA-Klagen zur digitalen Barrierefreiheit eingereicht, und der E-Commerce war das Hauptziel. Viele beginnen als Demand Letters (Abmahnschreiben), die außergerichtlich für 5.000 bis 75.000 Dollar beigelegt werden. Ein installiertes Widget schützt nicht vor Klagen.
Es gibt keine offiziell veröffentlichte technische Richtlinie für private Unternehmen unter dem ADA, also verwenden Gerichte und Vergleiche WCAG Level AA als Standard. WCAG 2.1 AA ist der etablierte Maßstab und 2.2 AA die aktuelle Version. Mit der Ausrichtung auf WCAG 2.2 AA erfüllst du die Vorgaben der USA, der EU (EAA), UK, Kanadas und Australiens auf einmal.
Nein. Overlays sind Javascript, das über fehlerhaftes HTML gelegt wird, und automatisierte Tools decken nur 30 bis 40 % der WCAG-Kriterien ab. Die US-Behörde FTC hat accessiBe 2025 zu 1.000.000 Dollar Strafe verurteilt, weil sie fälschlich das Gegenteil behauptet haben, und rund ein Viertel der Klagen aus 2024 richtete sich gegen Websites, auf denen ein Widget installiert war. Den Theme-Code nativ zu fixen ist das, was tatsächlich Bestand hat.
Sechs Fehler machen etwa 96 % aller erkannten Probleme aus: Text mit geringem Kontrast, fehlende Bild-Alt-Texte, fehlende Formular-Labels, leere Links, leere Buttons und ein fehlendes lang-Attribut der Seite. Alle sechs sind in Shopify-Stores sehr verbreitet und können im Theme-Code behoben werden.
Nein. Shopify pflegt die Plattform, den eigenen Checkout sowie den Adminbereich, legt aber fest, dass Händler die volle Kontrolle über ihren Theme-Code haben und selbst für die Compliance verantwortlich sind. Die barrierefreie Gestaltung des Storefronts, der Inhalte und die Auswahl der Apps liegt bei dir.
Footnotes
-
Shopify Accessibility Statement und Konformitätsberichte (VPATs) für den Checkout (WCAG 2.2 AA), Admin (WCAG 2.1 AA) und das Theme Dawn, shopify.com/accessibility; Shopifys Best Practices zur Barrierefreiheit von Themes, shopify.dev/docs/storefronts/themes/best-practices/accessibility. ↩ ↩2 ↩3 ↩4 ↩5
-
ADA Titel III deckt Websites als Orte der öffentlichen Unterbringung ab; das US-Justizministerium (DOJ) hat die Pflichten zur Barrierefreiheit bestätigt, ohne spezifische Titel III-Web-Richtlinien für private Unternehmer zu erlassen, ada.gov. ↩ ↩2
-
WebAIM Million Bericht vom Februar 2026: 95,9 % der Top 1.000.000 Startseiten zeigten erkennbare WCAG-Fehler, im Schnitt 56,1 Fehler auf einer Seite, wobei etwa 96 % der Fehler auf sechs Kategorien beschränkt waren, webaim.org/projects/million. ↩ ↩2
-
UsableNet-Bericht zu digitalen Barrierefreiheits-Klagen aus 2024 (über 4.000 Klagen auf US-Boden; E-Commerce das weitaus häufigste Ziel; ca. 1 von 4 betrafen sogar gezielt Pages mit einem installierten Widget Tool), usablenet.com. ↩ ↩2 ↩3
-
Overlay Fact Sheet, welches aktiv von u. a. auch WCAG Mitgliedern & über immer mehr als über eintausend anerkannten echten “Accessibility-Experten” unterzeichnet wurde, overlayfactsheet.com. ↩
-
FTC-Beschluss gegen accessiBe zur Zahlung der Summe von $1.000.000, vorgeschlagen im Januar 2025 und rechtskräftig im April 2025, ftc.gov. ↩
