Plattformleitfaden · Shopware 6
Shopware Barrierefreiheit und das BFSG
Shopware hat in die Standard-Storefront echte Arbeit gesteckt, und neuere Versionen liefern deutlich besseres Markup als früher. Das bringt Ihnen einen ordentlichen Ausgangspunkt — keinen konformen Shop, denn fast niemand betreibt die Standard-Storefront.
- Standard-Storefront als solide Basis
- Themes und Plugins brechen es
- Geprüft wird der Checkout
Was die Plattform mitbringt — und was nicht
Die Trennung lohnt sich, weil beides andere Verantwortliche und andere Lösungen hat.
- Sie bekommen: semantisches Markup in der Standard-Storefront, beschriftete Formularfelder, einen funktionierenden Sprunglink und Landmarken
- Sie bekommen: eine Template-Ebene, auf der eine Korrektur für jede Seite gilt, die den Block nutzt
- Sie bekommen nicht: irgendeine Zusage für Ihr Theme — ein Agentur-Theme ersetzt regelmäßig genau das Markup, das die Arbeit gemacht hat
- Sie bekommen nicht: barrierefreie Drittanbieter-Plugins; der Store stellt an Einträge keine Anforderung dazu
- Sie bekommen nicht: Alternativtexte für Ihren Katalog — die kommen aus Ihrem PIM oder Ihrem Import
Plattformleitfaden · Shopware 6
Was wir auf Shopware-Shops finden
-
Theme-Overrides ohne Semantik
Ein eigenes Twig-Override ersetzt einen Button durch ein gestyltes div oder eine Überschrift durch ein fettes span. Der Standard war in Ordnung; ausgeliefert wird das Override.
-
Importierte Produktbilder
Alternativtext gleich Dateiname, oder der Produktname auf allen acht Galeriebildern — formal vorhanden, praktisch nutzlos.
-
Slider und Filter aus Plugins
Listenfilter und Bildslider von Drittanbietern sind die häufigste Quelle für Tastaturfehler in einer Shopware-Storefront.
-
iFrames der Zahlungsplugins
Gehostete Zahlungsfelder, die die Fokusreihenfolge brechen oder den Fokus festhalten — im einen Schritt, der funktionieren muss.
Wo zuerst suchen
Jedes verlinkt auf eine verständliche Seite zu diesem Kriterium: was es verlangt, woran es in der Praxis scheitert und wie weit eine automatische Prüfung kommt.
Eine sinnvolle Reihenfolge
-
Diffen Sie Ihr Theme gegen den Standard
Die meisten Funde eines Shopware-Shops leben in den Overrides. Die Liste der ersetzten Templates ist die Liste der Stellen zum Nachsehen.
-
Reparieren Sie Alternativtexte an der Quelle
Die Storefront zeigt, was die Produktdaten sagen. Im PIM repariert, ist es zugleich im Shop, im Feed und auf dem Marktplatz repariert.
-
Prüfen Sie die Plugins, die Sie wirklich nutzen
Dann entscheiden: patchen, ersetzen oder akzeptieren und dokumentieren. Alle drei sind legitim; Ignorieren nicht.
-
Testen Sie den Checkout nach jedem Plugin-Update
Zahlungs- und Versandplugins aktualisieren häufig, und ihr Markup deckt Ihre Testsuite nicht ab.
Shopware-Fragen
Macht uns ein Shopware-Upgrade konform?
Es verbessert die Basis und lohnt sich. Konform macht es Sie nicht, denn Konformität bemisst sich daran, was Ihre Storefront ausliefert — Ihr Theme, Ihre Plugins, Ihre Produktdaten — nicht daran, wozu der Core in der Lage wäre.
Können wir einfach ein barrierefreies Theme kaufen?
Ein gut gebautes Theme entfernt eine ganze Fehlerklasse. Es rührt Ihre Produktdaten, Ihre Plugins und Ihre eigenen Checkout-Schritte nicht an — dort liegen die meisten verbleibenden Funde. Verlangen Sie von jedem Anbieter einen Bericht zu einem Live-Shop statt einer Behauptung.
Geschrieben, um nützlich zu sein, nicht als Rechtsberatung. Der Text gibt unsere Lesart von BFSG und EN 301 549 mit Stand 12. Oktober 2026 wieder; für eine verbindliche Einschätzung Ihrer Pflichten fragen Sie eine Anwältin oder einen Anwalt.
Weiterlesen
-
API & CI
REST-API, Webhooks und ein Pre-Publish-Check für GitHub Actions und GitLab CI: Barrierefreiheit prüfen, bevor eine Seite live geht – mit Ihrer Schwelle.
-
Shopsysteme & CMS
Ein Leitfaden je Shopsystem und CMS: was die Plattform mitbringt, was nicht und wo Sie zuerst prüfen sollten.
-
WooCommerce
Block-Checkout und „accessibility-ready“-Themes sind ein Anfang. Cookie-Banner, Swatch-Plugins, AJAX-Filter und Zahlungs-Iframes sind die Stellen, an denen WooCommerce-Shops durchfallen.
-
JTL-Shop
JTL nennt NOVA ab 5.5.0 barrierefrei. Child-Templates von vor dem Update, Plugins und leere img_alt-Felder in JTL-Wawi sind die Stellen, an denen JTL-Shops trotzdem durchfallen.
-
Magento / Adobe Commerce
Bei Magento entscheidet das Frontend: Luma-basierte Themes tragen Fehler, die Adobe selbst dokumentiert hat – Erweiterungen, Checkout und Headless-Builds bringen eigene mit.
-
Gambio
Gambio hat seit 2025 viel am Malibu-Theme verbessert – aber nur für Shops, die aktualisieren. Alte Themes, StyleEdit-Farben, Hover-Buttons und der Checkout sind die Stellen, an denen Gambio-Shops durchfallen.
-
plentymarkets / PlentyONE
Zwei Storefronts, eine Warenwirtschaft: Theme-Plugins, Plugins in Containern und für Marktplätze gepflegte Artikeldaten sind die Stellen, an denen plentymarkets-Shops durchfallen.
-
OXID eShop
OXID erklärt APEX für barrierefrei nach WCAG-Stufe AA. Veraltete Child-Themes, Module in Theme-Blöcken und der Checkout sind die Stellen, an denen OXID-Shops trotzdem durchfallen.
Sehen Sie, was das auf Ihrer Website findet
Schicken Sie uns eine URL. Wir prüfen bis zu 100 Seiten, schicken den Tastatur-Agenten durch die Seite, die Sie benennen, und senden Ihnen den Bericht per E-Mail — einmal, kostenlos, ohne Bedingungen.