Barrierefreiheit für Onlineshops — geprüft, umgesetzt, dokumentiert.

Was eine Prüfung leisten muss

Barrierefreiheit lässt sich nicht an einer Zahl ablesen. Automatische Werkzeuge finden fehlende Alternativtexte, schwache Kontraste oder Formularfelder ohne Beschriftung. Ob ein Kunde mit der Tastatur durch den Checkout kommt, ob ein Pop-up den Fokus einfängt oder ob ein Screenreader die Variantenauswahl verständlich vorliest, finden sie nicht.

Wir prüfen deshalb auf zwei Wegen: automatisch für alles, was sich maschinell feststellen lässt, und von Hand mit Tastatur und Screenreader auf den Seiten, über die verkauft wird. Jedes Problem bekommt eine Fundstelle und das Kriterium der WCAG, gegen das es verstößt.

Was wir in 51 Shopware-Shops gesehen haben

Für eine erste Einordnung haben wir am 5. Oktober 2026 die Startseiten von 51 Shopware-6-Shops ausgelesen, die in Google-Treffern zu 35 Produktsuchen standen. Gemessen haben wir nur, was im ausgelieferten HTML steht — ohne JavaScript und ohne Bewertung von Kontrasten oder Bedienung:

Insgesamt standen auf den 51 Startseiten 5.349 Bilder. 510 hatten gar kein alt-Attribut, Tracking-Pixel nicht mitgezählt. Bei weiteren 558 war das Attribut leer — das ist richtig, wenn ein Bild nur schmückt, und falsch, wenn darauf ein Angebot steht. Welcher Fall vorliegt, sieht nur ein Mensch.

Die Sprunglinks stammen aus Shopware selbst: Die Standard-Storefront bringt in 6.6.10.6 wie in 6.7.2.2 Links zum Hauptinhalt, zur Hauptnavigation und zur Suche mit. Wo sie fehlen, hat ein eigenes Theme sie entfernt oder überschrieben. Die Bilder ohne alt-Attribut kamen dagegen fast alle aus der Medienverwaltung des Shops, also aus Bannern, Teasern und Kategoriebildern, die das Team selbst pflegt. Nur ein kleiner Teil waren Symbole aus dem Theme.

Wie dieselben Shops bis in den Checkout bei einer automatisierten Prüfung abschneiden, zeigt unsere Messung Barrierefreiheit von Shopware-Checkouts.

Wo wir beheben

Probleme, die im Theme oder in Komponenten stecken, beheben wir dort — eine korrigierte Vorlage wirkt auf jeder Seite. Probleme in Inhalten beheben wir mit Ihrem Team, damit neue Inhalte gleich richtig angelegt werden. Bei Plugins und Diensten Dritter prüfen wir, ob sich das Problem beheben lässt, ob es eine bessere Alternative gibt oder ob es dokumentiert werden muss.

Ein Overlay-Skript setzen wir nicht ein. Es ändert nicht das Markup des Shops, und die eigentlichen Hürden bleiben.

Was wir nicht übernehmen

Ob und in welchem Umfang das Barrierefreiheitsstärkungsgesetz für Ihr Unternehmen gilt und was in Ihrer Erklärung zur Barrierefreiheit stehen muss, ist eine Rechtsfrage. Die klären Sie mit Ihrer Rechtsberatung. Einen Überblick über das Gesetz gibt unser Beitrag BFSG: Online-Shops barrierefrei gestalten aus dem Jahr 2025. Wir übernehmen die technische Seite: prüfen, beheben, dokumentieren.

Barrierefreiheit entsteht im Theme und in den Inhalten. Ein Werkzeug findet den Anfang, die Tastatur zeigt den Rest.