Barrierefreier Onlineshop: Shopify, WooCommerce, Shopware und Co.
Veröffentlicht am 18. Oktober 2026
Einen barrierefreien Onlineshop bekommen Sie in keinem Shopsystem per Knopfdruck: Shopify, WooCommerce, Shopware 6, JTL-Shop, Gambio und Plentymarkets beschreiben in Dokumentation oder Update-Ankündigungen inzwischen Barrierefreiheitsfunktionen für ihr Standard-Theme oder ihren Checkout, aber für Fremd-Themes, Apps und Plugins, Zahlungsbuttons, Cookie-Banner und Ihre eigenen Inhalte bleiben Sie selbst verantwortlich. Unten sehen Sie je Shopsystem, was der Hersteller belegt liefert, wo die typischen Lücken liegen und wer welchen Fehler beheben kann.
Den allgemeinen Ablauf vom ersten Messen bis zur laufenden Prüfung beschreibt der Fahrplan: Website barrierefrei machen in 7 Schritten. Dieser Artikel ergänzt ihn um den Teil, der vom Shopsystem abhängt.
Wer am Ende verantwortlich ist
Das Gesetz kennt kein „Shopsystem ist schuld“. Nach § 3 Abs. 1 BFSG müssen Dienstleistungen, die ein Wirtschaftsakteur anbietet, barrierefrei sein, und nach § 14 Abs. 3 BFSG gewährleistet der Dienstleistungserbringer, dass die Anforderungen stets erfüllt werden, solange er die Dienstleistung anbietet. Das sind Sie als Shopbetreiber, nicht Shopify, nicht JTL und nicht der Theme-Anbieter. Welche Shops überhaupt unter das Gesetz fallen und welche Ausnahmen gelten, steht in BFSG für Onlineshops: Pflichten, Ausnahmen, Bußgelder.
Zwei Vorschriften der Verordnung sind für die Wahl Ihrer Bausteine besonders wichtig:
- § 12 Nr. 3 BFSGV: Webseiten einschließlich zugehöriger Online-Anwendungen müssen „wahrnehmbar, bedienbar, verständlich und robust“ gestaltet sein. Nach unserer Auslegung betrifft das die ganze Seite, also auch eingebundene Apps und Banner.
- § 19 BFSGV: Bei Dienstleistungen im elektronischen Geschäftsverkehr müssen Identifizierungs-, Authentifizierungs-, Sicherheits- und Zahlungsfunktionen, die im Rahmen der Dienstleistung bereitgestellt werden, sowie bereitgestellte Identifizierungs- und Authentifizierungsmethoden, elektronische Signaturen und Zahlungsdienste wahrnehmbar, bedienbar, verständlich und robust sein. Außerdem müssen Informationen zur Barrierefreiheit der angebotenen Produkte und Dienstleistungen bereitgestellt werden, soweit der verantwortliche Wirtschaftsakteur sie zur Verfügung stellt.
Die Hersteller sehen das genauso. JTL schreibt in seiner FAQ zum BFSG: „Sie sind verantwortlich für die Barrierefreiheit Ihres gesamten Onlineauftritts“, ausdrücklich auch für Module von Drittanbietern wie Bezahl-Plugins. Shopify hält im Konformitätsbericht zum Checkout fest, dass Händler selbst beurteilen müssen, ob ihr Shop den geltenden Gesetzen entspricht.
Welcher Maßstab gilt technisch? Das BFSG nennt keine WCAG-Version. Wer harmonisierte Normen einhält, für den wird nach § 4 BFSG vermutet, dass er die Anforderungen erfüllt. Die FAQ der Bundesfachstelle Barrierefreiheit nennt dafür die EN 301 549, die auf die Erfolgskriterien der WCAG 2.1 der Stufen A und AA verweist, und kündigt an, dass die für das BFSG aktualisierte Fassung auf die WCAG 2.2 verweisen wird. Planen Sie deshalb neue Bausteine möglichst gleich nach WCAG 2.2.
Was die Shopsysteme selbst liefern
Die folgende Übersicht enthält nur, was der jeweilige Hersteller selbst veröffentlicht hat. Ein Herstellerbericht gilt immer für das getestete Standard-Theme ohne Ihre Anpassungen.
| Shopsystem | Was der Hersteller belegt | Getesteter Maßstab laut Hersteller | Was der Hersteller ausdrücklich Ihnen oder Dritten überlässt |
|---|---|---|---|
| Shopify | Konformitätsberichte für Checkout und Dawn-Theme; Pflichtkriterien für Themes im Theme Store | Checkout: WCAG 2.2 A/AA; Dawn v2.4.0: WCAG 2.1 A/AA | Alt-Texte, Farben, Überschriften, Prüfung der Rechtskonformität |
| WooCommerce | Konformitätsbericht für WooCommerce 10.0 (Frontend) | WCAG 2.0 bis 2.2, EN 301 549 | Themes, Erweiterungen, angepasster Checkout |
| Shopware 6 | Verbesserungen im Storefront seit 6.6, ab 6.7.0 Standard | Ziel: WCAG 2.1 AA und BITV 2.0 | Erweiterungen, eigene Template-Änderungen |
| JTL-Shop | NOVA-Template ab JTL-Shop 5.5.0 barrierefrei | keine Testangabe; JTL nennt EN 301 549 mit WCAG 2.1 A/AA als Pflicht der Betreiber | Alt-Texte, Videountertitel, Drittanbieter-Module |
| Gambio | Service Pack 4.9.5.0 mit „Verbesserungen für die Barrierefreiheit“ | keine Angabe gefunden | eigene Themes und HTML-Anpassungen |
| Plentymarkets | plentyShop LTS mit Tastaturbedienung, beschrifteten Eingabefeldern, ARIA-Labels | Stufe AA beim Kontrast genannt, sonst keine WCAG-Stufe | Alt-Texte, Kontraste, Fremd-Themes |
Shopify
- Theme Store: Themes, die im Shopify Theme Store gelistet werden, müssen laut den Theme-Store-Anforderungen auf Produkt-, Kollektions- und Startseite im Mittel mindestens 90 Punkte im Lighthouse-Barrierefreiheitstest erreichen, auf Desktop und Mobil. Dazu kommen manuelle Kriterien: alles per Tastatur bedienbar einschließlich Dropdown-Navigation, sichtbarer Fokus, Alt-Attribut an allen Bildern, Formularfelder mit zugehörigem Label, Textkontrast 4,5:1 und Klickflächen von mindestens 24 mal 24 CSS-Pixeln. Diese Prüfung gilt für die Aufnahme in den Theme Store; ein Theme, das Sie anderswo kaufen, hat sie nicht durchlaufen.
- Berichte: Die Barrierefreiheitsseite von Shopify listet Konformitätsberichte für den Checkout (WCAG 2.2 A/AA) und für das Theme Dawn in Version 2.4.0 (WCAG 2.1 A/AA). Für andere Themes und für Apps nennt die Seite keinen Bericht.
- Checkout: Der Checkout-Bericht vom März 2026 sagt selbst, dass die Behebung von Fehlern noch läuft, und vermerkt, dass die von PayPal, Venmo und Amazon Pay gelieferten Bedienelemente Barrieren erzeugen können.
- Ihr Teil: Das Shopify Help Center verweist für Alt-Texte von Produktbildern auf den Shopify-Adminbereich und für andere Theme-Bilder auf den Theme-Editor, nennt Kontrastwerte und warnt, beim Bearbeiten des Stylesheets keine Fokus- oder Linkstile zu entfernen. Es sagt auch, dass das Befolgen der Hinweise keine vollständige Barrierefreiheit garantiert.
Den konkreten Weg im Shopify-Admin beschreibt Shopify barrierefrei nach BFSG.
WooCommerce
- Kern: Laut Accessibility Features in WooCommerce sind die Blöcke für Produktlisten, Warenkorb und Checkout mit semantischem HTML gebaut und auf Tastatur- und Screenreader-Bedienung ausgelegt; die Standardeinstellungen sollen die Kontrastanforderungen der WCAG-Stufe AA erfüllen.
- Bericht: Der WooCommerce Accessibility Conformance Report vom 30.06.2025 bewertet WooCommerce 10.0, getestet mit dem Theme Twenty Twenty-Four in Standardeinstellung. Er sagt selbst, dass die Ergebnisse für andere oder angepasste Themes nicht gelten müssen und dass Erweiterungen nicht abgedeckt sind. Teilweise erfüllt sind unter anderem 1.3.1, 2.4.7 und 4.1.3; viele dieser Lücken betreffen Filterblöcke, die seit Version 9.9 veraltet sind.
- Ihr Teil: WooCommerce warnt, dass Theme-Stile die Vorgaben überschreiben und Themes oder Plugins, die den Checkout verändern, die Barrierefreiheit brechen können. Nach jeder Anpassung des Checkouts sollen Sie prüfen, ob sichtbare Labels, Pflichtfeld-Kennzeichnungen und Fehlermeldungen noch da sind. Veraltete Blöcke ersetzen Sie durch die neuen.
Shopware 6
- Kern: Laut Accessibility in the Storefront verfolgt Shopware für den Storefront das Ziel WCAG 2.1 AA und BITV 2.0. Seit 6.6 gibt es Verbesserungen, ein Teil davon hinter dem Schalter
ACCESSIBILITY_TWEAKS, der in der Datei.envgesetzt wird und nicht im Adminbereich. Mit Version 6.7.0 werden alle Verbesserungen Standard. Für Shopware 5 gibt es laut der Seite keine Unterstützung. - Offene Punkte: Die Seite sagt selbst, dass es noch offene Barrierefreiheitsfehler gibt.
- Ihr Teil: Die Verbesserungen ändern die Twig-Templates. Shopware warnt, dass Erweiterungen, die dieselben Bereiche verändern, dadurch unerwartet reagieren können. Lassen Sie eigene Theme-Anpassungen und Plugins nach einem Update oder nach dem Aktivieren des Schalters testen.
JTL-Shop
- Kern: Laut JTL-Guide FAQ zum BFSG ist das NOVA-Template ab JTL-Shop 5.5.0 barrierefrei, der Shop mit Screenreadern kompatibel und komplett per Tastatur bedienbar.
- Ihr Teil: Alt-Texte für Artikelbilder pflegen Sie in JTL-Wawi über das Artikelattribut
img_alt; sie werden in den Shop übertragen. Bilder im OnPage Composer bekommen ihren Alt-Text im Portlet „Bild“. Für eingebettete Videos lassen sich ab 5.5.0 Untertitel und Transkripte anzeigen. Für Drittanbieter-Module, etwa Bezahl-Plugins, sind laut JTL Sie verantwortlich.
Gambio
- Kern: Eine eigene Gambio-Dokumentation zur Barrierefreiheit haben wir nicht gefunden. Im offiziellen Gambio-Forum kündigte Gambio am 10.03.2025 das Service Pack 4.9.5.0 (Update für GX4 v4.9.4.x) an, mit „Verbesserungen für die Barrierefreiheit“ und Alt-Attributen für die Bilder der Malibu-Standardstartseite „für BFSG“. Ein Gambio-Mitarbeiter schreibt im selben Thread, die Themes Malibu und Honeygrid seien bei neuen Shops im Auslieferungszustand „komplett für die Barrierefreiheit vorbereitet“.
- Ihr Teil: Laut demselben Beitrag muss, wer eigene Themes oder Anpassungen am HTML hat, gegebenenfalls selbst nachziehen. Fragen Sie bei Gambio nach, welche WCAG-Stufe Ihre Version erreicht, wenn Sie das für Ihre Barrierefreiheitserklärung brauchen.
Plentymarkets (PlentyONE)
- Kern: Die Best Practices zu plentyShop LTS nennen als umgesetzt: Tastaturbedienung, beschriftete Eingabefelder und ARIA-Labels.
- Ihr Teil: Alt-Texte für Artikelbilder tragen Sie im Artikel bei den Bildern unter den Übersetzungen im Feld für den Alternativtext ein (in der englischen Doku: Items & Stock » All items » Images » Translations), für andere Bilder im Dateimanager des Shops; sie sollen nicht länger als 80 bis 100 Zeichen sein. Für Texte empfiehlt Plentymarkets einen Kontrast von mindestens 4,5:1, das stellen Sie selbst ein. Für die Barrierefreiheitserklärung gibt es eine ShopBuilder-Vorlage.
- Fremd-Themes: Für Themes von Drittanbietern liegt die Einhaltung des BFSG laut Plentymarkets beim jeweiligen Anbieter; wenden Sie sich an ihn. Gegenüber der Behörde bleiben trotzdem Sie der Dienstleistungserbringer (§ 14 BFSG).
Wo die typischen Lücken liegen
Auch wenn das Standard-Theme gut abschneidet, entstehen Barrieren meist an diesen sechs Stellen:
- Fremd- oder Kauf-Theme. Herstellerberichte gelten für Dawn, Twenty Twenty-Four, NOVA oder den Shopware-Storefront. Ein gekauftes Theme kann alles davon wieder aufheben, WooCommerce sagt das ausdrücklich. Verlangen Sie vom Theme-Anbieter einen eigenen Konformitätsbericht oder lassen Sie das Theme prüfen.
- Apps und Plugins. Bewertungs-Widgets, Produktfilter, Größenberater, Chat und Pop-ups bringen eigenes HTML mit. Kein Hersteller oben deckt sie mit seinem Bericht ab; WooCommerce schließt Erweiterungen ausdrücklich aus.
- Checkout und Kundenkonto. Hier gilt zusätzlich § 19 BFSGV für Identifizierung, Anmeldung und Zahlung. Achten Sie darauf, dass die Anmeldung keinen kognitiven Funktionstest wie das Abtippen von Codes ohne Hilfe durch Einfügen oder Passwortmanager verlangt, wie es das WCAG-2.2-Kriterium 3.3.8 Barrierefreie Authentifizierung beschreibt.
- Zahlungsanbieter. Express-Buttons und eingebettete Zahlungsformulare kommen vom Zahlungsanbieter. Shopify selbst vermerkt Barrieren bei den gelieferten Bedienelementen von PayPal, Venmo und Amazon Pay. Fragen Sie Ihren Zahlungsanbieter nach seinem Konformitätsbericht.
- Cookie-Banner. Er liegt meist über der Seite und kommt oft von einem eigenen Anbieter. Er muss per Tastatur bedienbar sein (WCAG 2.1.1 Tastatur) und darf den Tastaturfokus nicht verdecken (WCAG 2.4.11, neu in WCAG 2.2).
- Ihre eigenen Inhalte. Alt-Texte für Produktbilder (WCAG 1.1.1), Überschriften in Produkttexten, Farben im Theme-Editor, Untertitel in Videos und PDFs pflegen Sie selbst; für Alt-Texte sagen das Shopify, JTL und Plentymarkets übereinstimmend.
Overlay-Widgets reichen nicht. Die Überwachungsstellen des Bundes und der Länder halten in ihrer Einschätzung zu Overlay-Tools (Stand März 2025) fest, dass solche Tools einen Webauftritt mit Barrieren nicht vollständig barrierefrei darstellen können, dass sie die Verantwortlichen nicht entbinden und dass durch sie weitere Barrieren entstehen können. Die Einschätzung bezieht sich auf öffentliche Stellen; nach unserer Auslegung gilt die technische Aussage für Onlineshops genauso, weil ein Widget die fehlenden Labels und Alt-Texte im Quellcode nicht ersetzt.
Entscheidungstabelle: Wer behebt welchen Fehler?
Rechtlich verantwortlich sind immer Sie. Die Tabelle zeigt, wer den Fehler technisch beheben kann und an wen Sie sich wenden. Sie ist unsere Einordnung auf Grundlage der verlinkten Herstellerdokumentation.
| Baustein | Shopify | WooCommerce | Shopware 6 | JTL-Shop | Gambio | Plentymarkets |
|---|---|---|---|---|---|---|
| Standard-Theme | Hersteller (Dawn, Theme-Store-Themes: Theme-Anbieter) | Theme-Anbieter (WooCommerce testet mit Twenty Twenty-Four) | Hersteller (Storefront), Update auf 6.7 durch Sie oder Ihre Agentur | Hersteller (NOVA ab 5.5.0), Update durch Sie | Hersteller (Malibu, Honeygrid), Service Pack durch Sie | Hersteller (plentyShop LTS) |
| Gekauftes oder angepasstes Theme | Theme-Anbieter oder Ihre Agentur | Theme-Anbieter oder Ihre Agentur | Theme-Anbieter oder Ihre Agentur | Template-Anbieter oder Ihre Agentur | Sie oder Ihre Agentur | Theme-Anbieter |
| Warenkorb und Checkout | Hersteller (Checkout-Bericht) | WooCommerce-Blöcke: Hersteller; Checkout-Plugins: deren Anbieter | Hersteller, Plugin-Anpassungen: Plugin-Anbieter | Hersteller, Drittanbieter-Module: deren Anbieter | Hersteller, eigene Anpassungen: Sie | Hersteller, Plugins: deren Anbieter |
| Zahlungsbuttons und Zahlungsformulare | Zahlungsanbieter | Zahlungs-Plugin-Anbieter | Zahlungs-Plugin-Anbieter | Bezahl-Plugin-Anbieter | Zahlungsmodul-Anbieter | Zahlungs-Plugin-Anbieter |
| Apps, Plugins, Widgets, Cookie-Banner | App-Anbieter | Plugin-Anbieter | Extension-Anbieter | Plugin-Anbieter | Modul-Anbieter | Plugin-Anbieter |
| Alt-Texte, Texte, Farben, Videos | Sie (Admin, Theme-Editor) | Sie | Sie | Sie (JTL-Wawi img_alt, OnPage Composer) | Sie | Sie (Artikelbilder, Dateimanager) |
| Barrierefreiheitserklärung | Sie | Sie | Sie | Sie | Sie | Sie, ShopBuilder-Vorlage vorhanden |
Steht in einer Zelle ein Anbieter, fragen Sie ihn schriftlich nach einem Konformitätsbericht (oft „VPAT“ oder „ACR“ genannt) und nach einem Termin für die Behebung. Bekommen Sie keine Antwort, ersetzen Sie den Baustein. Halten Sie Anfrage und Antwort fest: Bei Nichtkonformität müssen Sie nach § 14 Abs. 4 BFSG Korrekturmaßnahmen ergreifen und, wenn der Shop die Anforderungen nicht erfüllt, die Marktüberwachungsbehörde unverzüglich informieren.
Checkliste für Ihr Shopsystem
- Shopsystem und Theme auf dem Stand, ab dem der Hersteller Barrierefreiheit angibt (zum Beispiel JTL-Shop 5.5.0, Shopware 6.7, Gambio ab Service Pack 4.9.5.0).
- Theme-Anbieter nach Konformitätsbericht gefragt, Antwort abgelegt.
- Liste aller Apps, Plugins und Skripte erstellt, die im Shop sichtbar sind, jeweils mit Anbieter und Antwort zur Barrierefreiheit.
- Ganze Kaufstrecke einmal nur mit der Tastatur durchgespielt: Startseite, Suche, Produkt, Warenkorb, Anmeldung, Zahlung, Bestätigung, inklusive Cookie-Banner.
- Alle Produktbilder mit sinnvollem Alt-Text an der Stelle, die Ihr System dafür vorsieht.
- Kein Overlay-Widget als Ersatz für echte Korrekturen.
- Barrierefreiheitserklärung nach Anlage 3 BFSG veröffentlicht, mit Muster aus Barrierefreiheitserklärung für Onlineshops.
- Nach jedem Update und jeder neuen App erneut geprüft.
Ihr nächster Schritt
Ein kostenloser Scan Ihres Shops zeigt automatisch gefundene technische Probleme, egal ob Ihr Shop auf Shopify, WooCommerce, Shopware, JTL-Shop, Gambio oder Plentymarkets läuft. Automatische Werkzeuge finden nur einen Teil aller Barrieren; Tastaturtest, Checkout mit Zahlungsanbieter und die Fragen an Ihre App-Anbieter aus der Entscheidungstabelle bleiben Handarbeit.
Dieser Ratgeber ist keine Rechtsberatung. Im Zweifel klären Sie Ihren Fall mit der Bundesfachstelle Barrierefreiheit oder einer Anwältin oder einem Anwalt.
Stand: 18.10.2026. Quellen gelesen am 18.10.2026.