Wer im Shopify App Store nach "Barrierefreiheit" oder "Accessibility" sucht, steht vor einer langen Liste an Apps mit ähnlich klingenden Versprechen. Dieser Beitrag liefert bewusst keine Anbieterrangliste, denn der Listenplatz einer App sagt wenig darüber aus, ob sie das löst, was das Barrierefreiheitsstärkungsgesetz (BFSG) von Ihnen verlangt. Stattdessen finden Sie hier eine nüchterne Bewertungsmatrix mit den Fragen, die vor dem Kauf wirklich zählen: Prüft die App den ausgelieferten Quellcode? Gibt sie konkrete Korrekturvorschläge für Ihr Theme aus? Deckt sie die BFSG-relevanten WCAG-Kriterien ab? Und lässt sich die Korrektur als Information nach § 14 BFSG dokumentieren? Mit diesen Kriterien lässt sich jede App im Store schnell der richtigen Kategorie zuordnen.
Accessibility-Apps im Shopify App Store fallen im Kern in zwei Kategorien, die technisch grundverschieden arbeiten, im Marketing aber ähnlich klingen.
Die erste Kategorie sind Overlay-Widgets. Sie binden ein JavaScript-Skript ein, das beim Laden der Seite eine Bedienleiste einblendet, meist als Symbol am Bildschirmrand. Über diese Leiste kann der Besucher die Schrift vergrößern, den Kontrast erhöhen oder einen Vorlesemodus aktivieren. Entscheidend ist, was dabei nicht passiert: Der HTML-Quellcode Ihres Themes bleibt unverändert. Das Overlay legt sich als zusätzliche Schicht über die Seite und manipuliert sie erst nachträglich im Browser des Besuchers.
Die zweite Kategorie sind Code-Scanner mit Korrekturvorschlägen. Sie prüfen den tatsächlich ausgelieferten Code Ihrer Seite gegen die WCAG-Erfolgskriterien und melden konkrete Verstöße: ein Bild ohne Alternativtext, ein Eingabefeld ohne Beschriftung, ein anklickbares <div> statt eines echten Buttons. Die besseren Werkzeuge dieser Kategorie liefern zu jedem Befund einen Korrekturvorschlag, den Sie vor der Übernahme begutachten und dann in Ihr Theme übernehmen.
Warum die Unterscheidung so wichtig ist, ergibt sich aus der Rechtslage.
Das BFSG setzt die EU-Richtlinie 2019/882 (European Accessibility Act, EAA) in deutsches Recht um. Online-Shops fallen nach § 1 Abs. 3 Nr. 5 BFSG als Dienstleistungen im elektronischen Geschäftsverkehr in den Anwendungsbereich. Über die EU-Richtlinie 2019/882 verweist das BFSG auf die harmonisierte Norm EN 301 549, die in ihrem Webkapitel die WCAG-2.1-AA-Erfolgskriterien für Webinhalte übernimmt.
Maßgeblich für die Konformität sind die Webinhalte selbst, also der ausgelieferte Quellcode, nicht eine optionale Zusatzoberfläche. Wenn eine Marktüberwachungsbehörde im Beschwerdefall prüft, betrachtet sie die gelieferte Seite und ihren Code. Genau das ist der Grund, warum die Kategorie der App vor dem Kauf so viel mehr wiegt als ihr Listenplatz.
Das BFSG ist seit dem 28. Juni 2025 anwendbar. Als Händler sind Sie der Dienstleistungserbringer, und nach § 14 BFSG erstellen Sie die Informationen nach Anlage 3 Nummer 1, die darlegen, wie Ihre Dienstleistung die Anforderungen erfüllt, und machen diese in barrierefreier Form öffentlich zugänglich. Ausgenommen sind nach § 3 Abs. 3 BFSG nur Kleinstunternehmen, also Unternehmen mit weniger als zehn Beschäftigten UND einem Jahresumsatz oder einer Jahresbilanzsumme von höchstens zwei Millionen EUR. Beide Bedingungen müssen kumulativ erfüllt sein. Bei Verstößen sieht § 37 BFSG einen Bußgeldrahmen von bis zu 100.000 EUR vor. Die rechtliche Verantwortung trägt der Händler, unabhängig davon, welche App installiert ist.
Stellen Sie jeder App im Store dieselben fünf Fragen. Die Antworten zeigen schnell, ob ein Werkzeug das adressiert, was das BFSG verlangt, oder nur eine Komfortschicht hinzufügt.
| Kriterium |
Overlay-Widget |
Code-Scanner mit Korrekturvorschlag |
| Prüft die App den ausgelieferten Quellcode? |
Nein, sie legt eine Schicht darüber |
Ja, sie analysiert das gelieferte Markup |
| Gibt sie konkrete Theme-Korrekturen aus (z. B. Liquid)? |
Nein |
Ja, als überprüfbarer Vorschlag |
| Deckt sie die BFSG-relevanten WCAG-Kriterien im Code ab? |
Nur zur Laufzeit, nicht im Quellcode |
Ja, am ausgelieferten Code |
| Bleibt die Verbesserung, wenn das Skript nicht lädt? |
Nein |
Ja, die Korrektur steht fest im Code |
| Lässt sich die Korrektur als Information nach § 14 BFSG dokumentieren? |
Eingeschränkt |
Ja, als nachvollziehbare Code-Änderung |
Wenn eine App bei den ersten beiden Fragen "Nein" antwortet, gehört sie in die Overlay-Kategorie. Ein Overlay kann eine zusätzliche Komfortfunktion für manche Nutzer sein, es ist aber kein Ersatz für barrierefreien Code und kein Nachweis von Konformität. Warum das so ist und welche Kritik gegen Overlays steht, vertieft der Beitrag Overlay-Tools und das BFSG: Warum sie keine Lösung sind.
Eine gute Code-Prüfung erfasst die Kriterien, die in Shopify-Themes am häufigsten verletzt werden. Achten Sie darauf, dass die App diese im Markup prüft, nicht nur kosmetisch zur Laufzeit überdeckt.
| Kriterium |
Anforderung |
Stufe |
| WCAG 1.1.1 Non-text Content |
Bilder brauchen ein textliches Äquivalent |
A |
| WCAG 1.4.3 Contrast (Minimum) |
Text mindestens 4,5:1 gegen den Hintergrund |
AA |
| WCAG 2.1.1 Keyboard |
Alle Funktionen per Tastatur bedienbar |
A |
| WCAG 2.4.7 Focus Visible |
Sichtbarer Fokusindikator |
AA |
| WCAG 3.3.2 Labels or Instructions |
Eingabefelder brauchen eine Beschriftung |
A |
| WCAG 4.1.2 Name, Role, Value |
Bedienelemente brauchen Name und Rolle im Markup |
A |
Diese Kriterien sind über EN 301 549 nach dem BFSG verbindlich. Eine Liste, die genau diese Punkte für einen Shopify-Store strukturiert abarbeitet, finden Sie in der BFSG-Checkliste für Shopify-Händler.
Viele Scanner melden Verstöße, lassen Sie mit der Behebung aber allein. Der praktische Unterschied liegt darin, ob die App Ihnen sagt, was im Theme zu ändern ist. Ein Beispiel aus der Praxis: Ein Newsletter-Feld trägt oft nur einen Platzhaltertext. Ein Platzhalter ist kein Label, denn er verschwindet bei der Eingabe und wird von assistiven Technologien nicht zuverlässig als Beschriftung erkannt. Ein Overlay kann dieses fehlende Label nicht im Quellcode ergänzen, es kann es nur im Browser nachzubessern versuchen, und das auch nur, wenn das Skript fehlerfrei lädt. Die saubere Korrektur verknüpft das Feld direkt im Markup:
<form action="/contact#newsletter" method="post">
<label for="newsletter-email" class="visually-hidden">
E-Mail-Adresse für den Newsletter
</label>
<input
type="email"
id="newsletter-email"
name="contact[email]"
autocomplete="email"
required>
<button type="submit">Abonnieren</button>
</form>
Diese Verknüpfung steht fest im ausgelieferten Code und ist damit für jede assistive Technologie und jeden Prüfer verlässlich vorhanden. Genau so eine Änderung lässt sich auch in der Information nach § 14 BFSG belegen: als nachvollziehbare Korrektur im Theme, nicht als Einbindung eines Drittanbieter-Skripts, dessen Innenleben Sie nicht kontrollieren. Eine App, die solche Vorschläge ausgibt, spart die manuelle Recherche, welche Liquid-Konstruktion an welcher Stelle korrekt ist.
Bei aller Auswahl ist eine Erwartung unrealistisch: dass eine App allein Ihren Store rechtssicher macht. Kein Werkzeug, weder Overlay noch Scanner, garantiert seriös die BFSG-Konformität. Automatisierte Prüfungen erfassen einen Teil der WCAG-Kriterien, der Rest erfordert eine manuelle Prüfung mit Tastatur und Screenreader. Eine App kann Verstöße finden, Korrekturen vorschlagen und die Dokumentation erleichtern. Die Verantwortung für die fortlaufende Konformität bleibt beim Händler. Eine App, die eine pauschale Konformitätsgarantie verspricht, sollte Sie eher misstrauisch machen als überzeugen.
Damit die Einordnung ehrlich bleibt: AccessifyAI ist ein Code-Scanner mit Korrekturvorschlag, kein Overlay. Statt eine Schicht über die Seite zu legen, prüft das Werkzeug den ausgelieferten Code Ihres Shopify-Themes gegen die WCAG-Kriterien, ordnet jeden Befund einem WCAG-Erfolgskriterium zu und gibt einen Korrekturvorschlag als Liquid-Diff aus, den Sie vor der Übernahme begutachten und in Ihr Theme einpflegen. So bleibt die Verbesserung im Quellcode und nicht in einem Skript, das geladen sein muss, um zu wirken.
Was AccessifyAI ausdrücklich nicht tut: eine Rechtskonformität garantieren. Es hilft, Barrieren zu finden und zu beheben, und es liefert nachvollziehbare Korrekturen, die Sie in die Information nach § 14 BFSG aufnehmen können. Die Entscheidung über jede Änderung und die Verantwortung für den Store bleiben bei Ihnen.
| Kriterium |
AccessifyAI |
| Prüft den ausgelieferten Quellcode |
Ja |
| Gibt Liquid-Korrekturvorschläge aus |
Ja, als überprüfbares Diff |
| Deckt die BFSG-relevanten WCAG-Kriterien ab |
Ja, am Code |
| Dokumentierbar für die Information nach § 14 BFSG |
Ja |
| Garantiert Rechtskonformität |
Nein, das kann kein Werkzeug seriös |
| Kosten |
Kostenloser Einstieg, kostenpflichtige Pläne für mehr Funktionen |
Die jeweils aktuellen Preise und den Umfang der Pläne sehen Sie auf der Listing-Seite im Shopify App Store.
Welche Verstöße konkret in Ihrem Store stecken, zeigt nur ein echter Test auf Ihrer aktuellen Theme-Version, im installierten Zustand und mit allen aktiven Apps. Bevor Sie sich für eine App entscheiden, lohnt ein Blick auf den tatsächlichen Zustand Ihrer Seite. Ohne Installation können Sie einen kostenlosen Scan Ihrer Startseite durchführen und sehen, welche Kategorien von Verstößen bei Ihnen auftreten. Passt das Ergebnis zu dem, was Sie suchen, finden Sie die App im Shopify App Store.
- Klären Sie zuerst, ob Sie die Kleinstunternehmen-Schwelle nach § 3 Abs. 3 BFSG überschreiten und damit überhaupt unter das BFSG fallen.
- Ordnen Sie jede App im Store mit den fünf Fragen der Bewertungsmatrix ihrer Kategorie zu: Overlay oder Code-Scanner.
- Prüfen Sie, ob die App den ausgelieferten Quellcode analysiert und konkrete Theme-Korrekturen ausgibt, nicht nur eine Komfortleiste einblendet.
- Achten Sie darauf, dass die Korrekturen sich in der Information nach § 14 BFSG belegen lassen.
- Misstrauen Sie pauschalen Konformitätsversprechen, denn die rechtliche Verantwortung bleibt beim Händler.
Ein Overlay-Widget bindet ein JavaScript-Skript ein, das eine Bedienleiste über die Seite legt, ohne den Quellcode zu ändern. Ein Code-Scanner prüft den tatsächlich ausgelieferten Code gegen die WCAG-Kriterien und meldet konkrete Verstöße. Das BFSG misst die Konformität über EN 301 549 am ausgelieferten Code, nicht an einer Zusatzoberfläche. Deshalb ist die Kategorie der App entscheidend.
Nein. Keine App garantiert seriös die BFSG-Konformität. Automatisierte Werkzeuge erfassen einen Teil der WCAG-Kriterien, der Rest erfordert eine manuelle Prüfung. Eine App kann Verstöße finden, Korrekturen vorschlagen und die Information nach § 14 BFSG erleichtern. Die Verantwortung für die fortlaufende Konformität bleibt beim Händler.
Mindestens die Kriterien, die in Themes am häufigsten verletzt werden: Alternativtexte (WCAG 1.1.1), Textkontrast (WCAG 1.4.3), Tastaturbedienbarkeit (WCAG 2.1.1), sichtbarer Fokus (WCAG 2.4.7), Formularbeschriftungen (WCAG 3.3.2) und programmatisch ermittelbare Namen von Bedienelementen (WCAG 4.1.2). Diese sind über EN 301 549 nach dem BFSG verbindlich.
Wichtiger als der reine Monatspreis ist, ob die App den Quellcode prüft und umsetzbare Korrekturen liefert. Ein günstiges Overlay, das den Code nicht ändert, löst das Problem nicht, das das BFSG adressiert. Ein kostenloser Einstiegsscan hilft, vor jeder Kaufentscheidung den tatsächlichen Zustand des Stores zu sehen. Die aktuellen Preise stehen auf der Listing-Seite im Shopify App Store.
Statt nach "der besten" App zu suchen, prüfen Sie mit der Bewertungsmatrix, ob eine App den ausgelieferten Code analysiert, konkrete Theme-Korrekturen ausgibt, die BFSG-relevanten WCAG-Kriterien abdeckt und sich für die Information nach § 14 BFSG belegen lässt. Apps, die diese Punkte erfüllen, gehören zur Kategorie der Code-Scanner mit Korrekturvorschlag.
Accessibility-Apps im Shopify App Store fallen in zwei Kategorien: Overlay-Widgets, die eine Schicht über die Seite legen, ohne den Quellcode zu ändern, und Code-Scanner, die den ausgelieferten Code gegen die WCAG-Kriterien prüfen und Korrekturen vorschlagen. Das BFSG misst die Konformität über EN 301 549 am ausgelieferten Code, weshalb die Kategorie der App vor dem Kauf mehr wiegt als ihr Listenplatz. Fünf Fragen ordnen jede App ein: Prüft sie den Quellcode? Gibt sie Theme-Korrekturen aus? Deckt sie die BFSG-relevanten WCAG-Kriterien ab? Bleibt die Verbesserung ohne Skript bestehen? Lässt sie sich in der Information nach § 14 BFSG belegen? AccessifyAI ist ein Code-Scanner mit Liquid-Korrekturvorschlag und garantiert keine Rechtskonformität, sondern hilft, Barrieren zu finden, zu beheben und nachvollziehbar zu dokumentieren. Die Verantwortung bleibt beim Händler.