BarrierefreiheitRedaktion Die Netzhandwerker · 10. November 2026 · 13 Min. Lesezeit

BFSG im Onlineshop: Was seit dem 28.06.2025 im Checkout Pflicht ist und woran Vorlagen-Shops scheitern

Inhaberin eines kleinen Onlineshops testet am Laptop im Lagerbüro den Bestellablauf nur mit der Tastatur, im Hintergrund Regale mit Paketen

Wer über einen Onlineshop Verträge mit Verbrauchern schließt, muss den Shop seit dem 28. Juni 2025 barrierefrei anbieten. Das betrifft auch den Bestellablauf von der Variantenauswahl bis zur Bestellbestätigung. Technische Orientierung war bisher die EN 301 549 V3.2.1, die für Webinhalte auf WCAG 2.1 Stufe AA verweist. Die im September 2026 veröffentlichte Fassung V4.1.1 verweist auf WCAG 2.2. Eine größenabhängige Ausnahme gilt für Kleinstunternehmen, soweit sie Dienstleistungen anbieten oder erbringen. Unten finden Sie je Bestellschritt das passende Kriterium, den typischen Vorlagenfehler und einen Selbsttest, der etwa zwei Minuten dauert.

28.06.2025Seit diesem Tag gilt das BFSG für Dienstleistungen im elektronischen Geschäftsverkehr (§ 1 Abs. 3 BFSG).
V4.1.1Im September 2026 veröffentlichte Fassung der EN 301 549 mit WCAG 2.2. Eine Konformitätsvermutung nach § 4 BFSG setzt die Veröffentlichung der Fundstelle im Amtsblatt der EU voraus.
unter 10Beschäftigte: eine der Bedingungen für die Kleinstunternehmen-Ausnahme (§ 2 Nr. 17 BFSG).
26.09.2025An diesem Tag hat die Marktüberwachungsstelle der Länder (MLBF) die Arbeit aufgenommen.

Stand 10.11.2026. Grundlage: BFSG und BFSGV in der Fassung auf gesetze-im-internet.de, EN 301 549 V3.2.1 mit WCAG 2.1, die im September 2026 veröffentlichte EN 301 549 V4.1.1 mit WCAG 2.2 sowie die Angaben der Bundesfachstelle Barrierefreiheit und der MLBF. Prüfen Sie vor jeder Entscheidung den aktuellen Gesetzestext.

Die kurze Antwort: Was für Ihren Bestellablauf gilt

Das Barrierefreiheitsstärkungsgesetz erfasst „Dienstleistungen im elektronischen Geschäftsverkehr“, die nach dem 28. Juni 2025 für Verbraucher erbracht werden (§ 1 Abs. 3 Nr. 5 BFSG). Darunter fallen Dienste, die über Webseiten und Apps elektronisch und auf individuelle Anfrage eines Verbrauchers im Hinblick auf einen Verbrauchervertrag erbracht werden (§ 2 Nr. 26 BFSG). Ein Onlineshop für Privatkunden ist damit der Regelfall. Das gilt laut Bundesfachstelle Barrierefreiheit auch dann, wenn die verkauften Waren selbst nicht unter das Gesetz fallen.

Der Bestellablauf ist dabei kein Sonderfall, auf ihn kommt es aber besonders an. Die Verordnung zum Gesetz verlangt, dass Webseiten und Online-Anwendungen wahrnehmbar, bedienbar, verständlich und robust sind (§ 12 BFSGV). Für den elektronischen Geschäftsverkehr kommt hinzu: Diese vier Eigenschaften gelten ausdrücklich auch für Identifizierungs-, Authentifizierungs-, Sicherheits- und Zahlungsfunktionen sowie für angebotene Zahlungsdienste (§ 19 BFSGV).

Wie man das konkret prüft, legt das Gesetz nicht selbst fest. Wer harmonisierte Normen einhält, deren Fundstellen im Amtsblatt der Europäischen Union veröffentlicht wurden, für den wird vermutet, dass er die Anforderungen erfüllt (§ 4 BFSG). Als bisherige Orientierung nennt die Bundesfachstelle die EN 301 549 V3.2.1. Sie verweist auf WCAG 2.1. Im September 2026 wurde die Fassung EN 301 549 V4.1.1 veröffentlicht. Ihre Abschnitte 9 bis 11 für Webinhalte, Dokumente und Software sind auf WCAG 2.2 umgestellt. Aus dieser Veröffentlichung allein folgt aber noch keine Konformitätsvermutung nach § 4 BFSG. Dafür muss die Fundstelle im Amtsblatt der EU bekannt gemacht sein.

Keine allgemeine Schonfrist für die Shop-Oberfläche

Die Übergangsregel in § 38 BFSG betrifft Produkte, die Anbieter schon vor dem 28.06.2025 zur Erbringung ihrer Dienstleistung eingesetzt haben, außerdem Altverträge und Selbstbedienungsterminals. Eine pauschale Frist für die Bedienoberfläche eines Onlineshops steht dort nicht.

Sind Sie betroffen? Entscheidungskasten zur Kleinstunternehmen-Ausnahme

Nach § 3 Abs. 3 BFSG gilt die Barrierefreiheitspflicht nicht für Kleinstunternehmen, die Dienstleistungen anbieten oder erbringen. Wer als Kleinstunternehmen zählt, regelt § 2 Nr. 17 BFSG. Gehen Sie die Fragen der Reihe nach durch:

  1. Schließen Sie über den Shop Verträge mit Verbrauchern? Gemeint sind natürliche Personen, die überwiegend nicht gewerblich oder selbständig beruflich kaufen (§ 2 Nr. 16 BFSG). Zielt das Angebot nicht auf einen Verbrauchervertrag, fällt es laut FAQ der Bundesfachstelle nicht unter das BFSG. Verkaufen Sie auch an Privatkunden, geht es weiter mit Frage 2.
  2. Beschäftigen Sie weniger als zehn Personen? Wenn nein, gilt die Pflicht für den Shop.
  3. Liegt entweder der Jahresumsatz oder die Jahresbilanzsumme bei höchstens 2 Millionen (Schwelle nach § 2 Nr. 17 BFSG)? Wenn nein, gilt die Pflicht. Wenn ja, sind Sie Kleinstunternehmen.
  4. Kleinstunternehmen: Der Shop als Dienstleistung ist ausgenommen. Die Ausnahme betrifft laut Gesetzeswortlaut nur Dienstleistungen, nicht Produkte.
  5. Verkaufen Sie Produkte aus § 1 Abs. 2 BFSG? Dazu gehören zum Beispiel Computer und deren Betriebssysteme für Verbraucher, Endgeräte für Telekommunikation oder audiovisuelle Mediendienste, E-Book-Lesegeräte und Zahlungsterminals. Für diese Produkte bleiben die Pflichten auch für Kleinstunternehmen bestehen. Das bestätigen die Bundesfachstelle und die IHK Ostthüringen.
Ausnahme regelmäßig prüfen

Die Schwellen sind kein Dauerzustand. Die Beschäftigtengrenze ist bereits bei zehn erreicht. Die finanzielle Schwelle ist erst überschritten, wenn sowohl Umsatz als auch Bilanzsumme darüber liegen. Wie Beschäftigte gezählt werden, steht nicht im Gesetzestext. Nach den Angaben der MLBF sind für die Berechnung Jahresarbeitseinheiten maßgeblich; beim Klassenwechsel ist außerdem die von der MLBF erläuterte Zweijahresregel zu berücksichtigen. Ergänzend hat das BMAS Leitlinien für Kleinstunternehmen veröffentlicht. Im Zweifel klären Sie das mit Ihrer Rechtsberatung.

Warum Vorlagen-Shops gerade im Bestellablauf scheitern

Gemietete Shopsysteme und gekaufte Themes sehen fertig aus. Barrierefreiheit hängt aber an Details, die man mit der Maus nicht bemerkt. Drei Ursachen kommen in Vorlagen immer wieder vor:

  • Eigene Bedienelemente statt Standard-HTML. Farbkacheln, Mengenzähler, aufklappende Warenkörbe und gestaltete Auswahlfelder für Zahlungsarten sind oft frei nachgebaut. Ohne korrekten Namen, korrekte Rolle und korrekten Zustand kann ein Screenreader sie nicht als „Schaltfläche“ oder „ausgewählt“ ansagen.
  • Gestaltung geht vor Erkennbarkeit. Ausgeblendete Fokusrahmen, hellgraue Platzhalter statt Beschriftungen und Fehlermeldungen, die nur als roter Rahmen erscheinen, wirken aufgeräumt. Sie verletzen aber konkrete WCAG-Kriterien.
  • Fremde Bausteine im kritischen Moment. Zahlungsfenster, Adressprüfungen und Cookie-Banner stammen oft von Dritten und werden eingebettet. Daran kann die Tastaturbedienung hängen bleiben, genau dort, wo der Kauf abgeschlossen werden soll.

Rechtlich ändert die Vorlage nichts an der Zuständigkeit. Die Pflichten aus § 14 BFSG treffen den Dienstleistungserbringer, also den Betreiber des Shops. Zu diesen Pflichten gehört auch, die Konformität laufend sicherzustellen und bei Abweichungen nachzubessern.

Overlay-Werkzeuge, die per Skript eine Bedienleiste einblenden, lösen das nicht. Die Bundesfachstelle schreibt, dass ein Shop seine Pflichten damit nicht erfüllen kann und dass dabei oft neue Barrieren entstehen.

Prüfliste: der Bestellablauf Schritt für Schritt

Die Tabelle ordnet jedem Schritt die wichtigsten Erfolgskriterien aus WCAG 2.1 zu, jeweils mit Stufe. Für die Konformität nach Stufe AA müssen die Kriterien der Stufen A und AA erfüllt sein. Die Liste beschränkt sich auf Punkte, an denen Bestellungen typischerweise scheitern. Eine vollständige Prüfung ersetzt sie nicht.

So lesen Sie die Spalten: Prüfmaßstab sind die genannten Erfolgskriterien. Lässt ein Kriterium mehrere Lösungen zu, wie 2.2.1 oder 3.3.4, genügt eine davon. Die typischen Fehler beschreiben Umsetzungen, die das Kriterium verfehlen, wenn keine zulässige Alternative vorliegt. Die Selbsttests sind praktische Prüfhilfen und kein Konformitätsnachweis.

SchrittKriterium (Stufe)Typischer Fehler in VorlagenSelbsttest
Produktseite1.1.1 Nicht-Text-Inhalt (A), 4.1.2 Name, Rolle, Wert (A), 1.4.11 Nicht-Text-Kontrast (AA)Farb- und Größenauswahl als klickbare Kacheln ohne Namen und Zustand. Produktbilder ohne Alternativtext oder mit Dateinamen.Mit der Tab-Taste zur Variante springen und sie mit der Tastatur wählen. Der Screenreader sollte Wert und Auswahlzustand ansagen.
Warenkorb4.1.3 Statusmeldungen (AA), 2.4.3 Fokusreihenfolge (A), 4.1.2 (A)Die Meldung „Artikel hinzugefügt“ erscheint nur kurz und wird nicht angesagt. Der seitliche Warenkorb öffnet sich, der Fokus bleibt aber dahinter. Plus-, Minus- und Papierkorb-Symbole haben keine Beschriftung.Artikel mit Enter hinzufügen. Wird die Bestätigung vorgelesen? Kommt der Fokus in den Warenkorb und wieder heraus? Werden die Symbole mit ihrer Funktion vorgelesen?
Formulare (Adresse, Konto, Gastbestellung)1.3.1 Info und Beziehungen (A), 3.3.2 Beschriftungen oder Anweisungen (A), 1.3.5 Eingabezweck bestimmen (AA), 1.4.3 Kontrast Minimum (AA)Platzhaltertext im Feld statt sichtbarer Beschriftung. Pflichtfelder nur mit Stern markiert, ohne Erklärung. Fehlende Angaben zum Eingabezweck, sodass der Browser nicht automatisch ausfüllen kann. Hellgraue Schrift.Auf eine Feldbeschriftung klicken: Landet der Cursor im Feld? Mit Tab durchgehen: Werden Feldname und Pflichtangabe vorgelesen? Ist bei Feldern wie Name, Adresse, E-Mail oder Telefon der Eingabezweck programmatisch angegeben, etwa per autocomplete-Attribut im Quelltext? Browser-Vorschläge allein belegen weder Erfüllung noch Verletzung von 1.3.5.
Fehlermeldungen3.3.1 Fehlererkennung (A), 3.3.3 Fehlerempfehlung (AA), 4.1.3 (AA)Fehler nur als roter Rahmen. Sammelmeldung „Bitte Eingaben prüfen“ ohne Bezug zum Feld. Kein Korrekturhinweis, obwohl das erwartete Format bekannt ist, etwa bei der Postleitzahl.Das Formular absichtlich falsch absenden. Steht am Feld als Text, was falsch ist und wie es richtig geht? Sagt der Screenreader den Fehler an oder springt der Fokus dorthin?
Versand und Zahlung4.1.2 (A), 2.1.1 Tastatur (A), 2.4.7 Fokus sichtbar (AA), 2.2.1 Zeiteinteilung anpassbar (A); dazu § 19 BFSGVAuswahlkacheln ohne programmatisch erkennbare Namen, Rollen oder Auswahlzustände beziehungsweise ohne vollständige Tastaturbedienung. Eingebettete Zahlungsfenster, in denen die Tab-Taste hängen bleibt oder der Fokus unsichtbar wird. Das Zeitlimit lässt sich weder vorher abschalten oder ausreichend anpassen noch nach rechtzeitiger Warnung verlängern, obwohl keine Ausnahme greift.Die Zahlungsart nur mit der Tastatur wechseln. Bleibt der Fokus immer sichtbar? Kommt man mit der Tastatur ins Zahlungsfenster und wieder heraus? Gibt es ein Zeitlimit, etwa für die Sitzung oder eine Reservierung: Lässt es sich vorher abschalten oder ausreichend anpassen, oder werden Sie rechtzeitig gewarnt und können es verlängern? Wenn nichts davon zutrifft: Greift eine Ausnahme, zum Beispiel weil die Frist für eine Reservierung wesentlich ist?
Prüfen und Bestellen3.3.4 Fehlervermeidung (AA), 3.3.2 (A), 1.4.3 (AA), 2.4.7 (AA)Vor dem endgültigen Absenden gibt es keine Übersicht und auch keine andere Lösung nach 3.3.4. Eine Korrektur geht nur, wenn man von vorn beginnt. Die AGB-Checkbox ist nicht mit ihrem Text verknüpft. Der Bestellknopf hat schwachen Kontrast oder keinen Fokusrahmen.Sind vor dem Absenden alle Angaben sichtbar und einzeln änderbar? Lässt sich die Checkbox mit der Leertaste setzen, und wird ihr Text vorgelesen?
Bestätigung1.3.1 (A), 4.1.3 (AA)Eine visuell erkennbare Überschrift oder Gruppierung, etwa zu Bestellnummer und nächsten Schritten, ist programmatisch nicht erkennbar. Oder die Angaben sind Teil einer Grafik.Vergleichen Sie die sichtbare Struktur mit der Struktur, die der Screenreader erkennt, etwa über die Liste der Überschriften: Wird, was sichtbar als Überschrift oder Gruppe gestaltet ist, auch so angesagt? Wird die Bestellnummer als Text vorgelesen? Empfehlung, keine Pflicht nach 1.3.1: eine klare Überschrift zur eingegangenen Bestellung.

Zu 3.3.4: Bei finanziellen Transaktionen verlangt WCAG mindestens eine von drei Lösungen. Die Eingabe ist umkehrbar, oder sie wird auf Fehler geprüft und lässt sich korrigieren, oder es gibt vor dem Absenden eine Möglichkeit zum Prüfen, Bestätigen und Korrigieren. In Shops ist die Übersichtsseite vor dem Kaufknopf der übliche Weg.

Zu 2.2.1: Für jedes Zeitlimit genügt eine der zulässigen Lösungen, also Abschalten, ausreichendes Anpassen vorab oder Verlängern nach Warnung. Für wesentliche Fristen, etwa bei knappen Reservierungen, sieht das W3C Ausnahmen vor.

Zwei Kriterien gelten auf jeder Seite: 2.4.7 (sichtbarer Fokus) und 1.4.3 (Mindestkontrast für Text). Wie Sie Farben mit genug Kontrast wählen, erklärt der Beitrag Farben im Web.

So läuft der Selbsttest je Schritt

Für jeden Schritt der Prüfliste reichen zwei kurze Durchgänge. Spielen Sie dafür eine echte Testbestellung bis zur Bestätigungsseite durch.

Durchgang mit der Tastatur

  • Legen Sie die Maus beiseite. Mit Tab geht es vorwärts, mit Umschalt+Tab zurück. Enter löst Links und Knöpfe aus, die Leertaste setzt Checkboxen.
  • Achten Sie bei jedem Schritt auf drei Fragen: Sehen Sie jederzeit, wo der Fokus steht? Erreichen Sie jedes Bedienelement? Bleiben Sie irgendwo hängen, zum Beispiel im Zahlungsfenster oder im Cookie-Banner?

Durchgang mit dem Screenreader

  • Unter Windows eignet sich NVDA, auf dem Mac und auf dem iPhone ist VoiceOver bereits enthalten.
  • Hören Sie hin, ob jedes Feld mit Namen angesagt wird, ob Auswahlzustände („ausgewählt“, „aktiviert“) genannt werden und ob Meldungen wie „Artikel hinzugefügt“ oder Fehlerhinweise vorgelesen werden, ohne dass Sie danach suchen müssen.

Notieren Sie zu jedem Befund die URL, den Schritt, das Kriterium aus der Tabelle, die verwendete Testumgebung mit Browser, Betriebssystem und Screenreader samt Versionen, die Schritte, mit denen sich der Fehler nachstellen lässt, und einen Screenshot. So lässt sich später genau sagen, was das Theme verursacht, was der Zahlungsanbieter und was Ihre eigenen Inhalte.

Für eine gründlichere Prüfung nennt die Bundesfachstelle unter anderem den BIK BITV-Test, das ARC Toolkit, HeadingsMap und den Colour Contrast Analyser. Für systematische Prüfungen stehen die Methodik WCAG-EM des W3C sowie die BIK BITV- beziehungsweise WCAG-Tests zur Verfügung. Der BITV-Test kann Webshops als Orientierung dienen. Eine erste automatische Einschätzung der ganzen Seite liefert unser Barrierefreiheit-Check. Probleme mit Tastatur und Screenreader im Bestellablauf findet ein automatischer Test aber nur zum Teil.

Beheben in der richtigen Reihenfolge

  1. Betroffenheit klären. Gehen Sie den Entscheidungskasten oben durch und halten Sie das Ergebnis schriftlich fest.
  2. Selbst änderbare Punkte zuerst. Alternativtexte für Produktbilder, eindeutige Beschriftungen in den Formular-Einstellungen, Schrift- und Knopffarben mit genug Kontrast: Vieles davon lässt sich im Verwaltungsbereich ohne Programmierung ändern. Die Bundesfachstelle weist ausdrücklich darauf hin, dass solche Aufgaben bei der Redaktion liegen.
  3. Theme-Fehler beim Anbieter melden. Fehlende Namen und Rollen, nicht angesagte Statusmeldungen oder ausgeblendete Fokusrahmen sitzen meist im Template. Fragen Sie den Theme- oder Systemanbieter, ob ein Update diese Punkte behebt und ob es eine Konformitätsangabe nach EN 301 549 oder WCAG 2.1 AA gibt. Bleibt die Antwort aus, sind ein anderes Theme oder eine gezielte Anpassung die Alternativen.
  4. Zahlungsanbieter einbeziehen. Nach § 19 BFSGV müssen angebotene Zahlungsdienste wahrnehmbar, bedienbar, verständlich und robust sein. Fragen Sie nach, ob das eingebettete Zahlungsmodul mit Tastatur und Screenreader bedienbar ist, und lassen Sie sich die Antwort schriftlich geben.
  5. Pflichtinformationen veröffentlichen. Die Angaben nach Anlage 3 gehören in die AGB oder an eine andere deutlich wahrnehmbare Stelle (siehe unten).
  6. Nach jeder größeren Änderung erneut prüfen. Das gilt zum Beispiel nach einem Theme-Wechsel oder einem großen System-Update wie bei Shopware 6.4 auf 6.7.

Wann es komplizierter wird

  • Der Fehler liegt im Kern des Shopsystems. Bei Mietshops lassen sich Teile des Checkouts oft nicht verändern. Dann hilft nur der Anbieter oder ein anderes System. Dokumentieren Sie die Anfrage, denn nach § 14 Abs. 4 BFSG müssen Sie bei Nichtkonformität Korrekturmaßnahmen ergreifen und die Marktüberwachungsbehörde informieren.
  • Inhalte Dritter. § 1 Abs. 4 Nr. 4 BFSG nimmt Inhalte Dritter aus, die der Anbieter weder finanziert noch entwickelt noch kontrolliert. Ein Zahlungsmodul oder Plugin, das Sie selbst auswählen und einbinden, lässt sich nicht ohne Weiteres so einordnen. Für Zahlungsdienste nennt § 19 BFSGV die Anforderungen zudem ausdrücklich. Verlassen Sie sich nicht auf diese Ausnahme, ohne den Einzelfall rechtlich geprüft zu haben.
  • Die ganze Seite statt nur der Kaufpfad. Nach Einschätzung der Bundesfachstelle legen die Anforderungen nahe, dass die gesamte Webseite oder App barrierefrei sein muss. Der Bestellablauf ist der dringendste Teil, aber nicht der einzige.
  • Shop-App zusätzlich zur Webseite. Für Apps gilt dasselbe (§ 12 BFSGV). Laut Bundesfachstelle ist dafür Kapitel 11 der EN 301 549 maßgeblich, für Webseiten Abschnitt 9. Prüfen Sie die App also getrennt.

Pflichtangaben, Aufsicht und dauerhafte Konformität

Neben der Technik verlangt Anlage 3 BFSG Informationen in den AGB oder an einer anderen deutlich wahrnehmbaren Stelle. Dazu gehören eine allgemeine Beschreibung der Dienstleistung in barrierefreiem Format, Erläuterungen zur Durchführung, eine Beschreibung, wie die Anforderungen erfüllt werden, und die zuständige Marktüberwachungsbehörde. Nach § 14 Abs. 2 BFSG müssen Sie diese Informationen bereithalten, solange Sie die Dienstleistung anbieten.

Zuständig ist die Marktüberwachungsstelle der Länder für die Barrierefreiheit von Produkten und Dienstleistungen (MLBF) mit Sitz in Magdeburg. Laut Landesportal Schleswig-Holstein arbeitet sie seit dem 26. September 2025. Verbraucher, anerkannte Verbände und qualifizierte Einrichtungen können bei der Behörde ein Verfahren beantragen (§ 32 BFSG). Verbände brauchen dafür keine eigene Rechtsverletzung. Wer eine Dienstleistung entgegen § 14 Abs. 1 anbietet, handelt ordnungswidrig (§ 37 Abs. 1 Nr. 8 BFSG).

Mit einer einmaligen Prüfung ist es nicht getan. § 14 Abs. 3 BFSG verlangt, dass die Anforderungen fortlaufend eingehalten werden. Änderungen an der Dienstleistung, an den Anforderungen und an den Normen sind dabei zu berücksichtigen. Die im September 2026 veröffentlichte EN 301 549 V4.1.1 verweist bereits auf WCAG 2.2. Erweitern Sie Ihre Prüfliste entsprechend und behalten Sie im Blick, wann die Fundstelle im Amtsblatt der EU bekannt gemacht wird. Wer ohnehin neu baut, findet die Anforderungen für einen barrierefreien Neubau unter barrierefreie Webseite erstellen lassen.

Passend dazu

Wenn Ihr Selbsttest Fragen offenlässt oder Sie einen belastbaren Befund für Theme- und Zahlungsanbieter brauchen: Das BFSG-Audit prüft Ihre Webseite einschließlich Bestellablauf nach WCAG 2.1 AA und hält jeden Befund mit Kriterium fest.

Mehr dazu: BFSG-Audit für Ihre Webseite – barrierefreie Webseite nach WCAG 2.1 AA

Quellen

Alle Quellen gelesen am 10.11.2026.

Erstellt von der Redaktion Die Netzhandwerker mit KI-Unterstützung. Die Sachangaben wurden vor der Veröffentlichung automatisch gegen die genannten Quellen geprüft.

Aus Ihrem Vorhaben wird eine fertige Lösung.

Wir entwickeln eigene Software, verbinden Systeme und automatisieren Abläufe. Sie erhalten eine dokumentierte Lösung für Ihren Betrieb.

Vorhaben beschreiben →

Weiterlesen — verwandte Artikel

Onlineshop & Recht

Wem gehört mein Onlineshop? Quelltext, Datenbank, Domain, Gestaltung und Kundendaten je Anbieter-Modell geprüft

Wem gehört mein Onlineshop: Daten, Quelltext, Domain und Gestaltung im Vergleich dreier Anbieter-Modelle, mit Vertrags-Checkliste vor der Unterschrift.

Schnittstellen

EUDI-Wallet d-you: Was die digitale Brieftasche ab 2027 für Shops und Kundenkonten bedeutet

Im Januar 2027 startet die staatliche digitale Brieftasche d-you. Wer sie annehmen muss, wer nicht – und wo sie Shops bei Altersprüfung, Anmeldung und Anschrift eine neue Schnittstelle bringt.

Schnittstellen

„Seit gestern synchronisiert nichts mehr“: geänderte Anbieter-API, abgelaufene Zugangsdaten

Niemand im Betrieb hat etwas geändert, trotzdem steht die Verbindung. Die vier häufigsten Ursachen von Versionswechsel bis abgelaufenem Zugang und wie eine Schnittstelle aussieht, die nicht still ausfällt.

Voriger Artikel Apps ohne Play Store: Was auf SHIFT, Volla und Fairphone wirklich läuft Nächster Artikel Webseite für Ferienwohnungen: Direktbuchung, Kalender, Preise und Pflichten im Überblick

Beschreiben Sie Ihr Anliegen

Schreiben Sie uns kurz, worum es geht. Wir prüfen die Anfrage und melden uns per E-Mail mit dem nächsten Schritt.

Häufig gestellte Fragen

Gilt das BFSG auch für reine B2B-Shops?

Die Kategorie im Gesetz erfasst Dienste im Hinblick auf Verbraucherverträge (§ 2 Nr. 26 BFSG). Laut FAQ der Bundesfachstelle Barrierefreiheit fallen Angebote, die nicht auf einen Verbrauchervertrag abzielen, nicht unter das BFSG. Wer auch an Privatkunden verkauft, ist erfasst. Ob Ihr Shop Verbraucher wirksam ausschließt, ist eine Frage des Einzelfalls.

Reicht es, nur den Checkout barrierefrei zu machen?

Nein. Nach Einschätzung der Bundesfachstelle betreffen die Anforderungen die gesamte Webseite oder App. Der Bestellablauf hat Vorrang, reicht für sich allein aber nicht aus.

Hilft ein Overlay-Plugin mit Barrierefreiheits-Leiste?

Nein. Laut Bundesfachstelle kann ein Onlineshop seine Pflichten nach dem BFSG mit Overlays nicht erfüllen. Oft entstehen dadurch sogar neue Barrieren.

Wer ist verantwortlich, wenn das gekaufte Theme die Fehler verursacht?

Die Pflichten aus § 14 BFSG treffen den Dienstleistungserbringer, also den Shopbetreiber. Ob Sie Ansprüche gegen den Theme- oder Systemanbieter haben, hängt von Ihrem Vertrag ab und ist eine Frage für Ihre Rechtsberatung.

Muss ich als Kleinstunternehmen gar nichts tun?

Für den Shop als Dienstleistung gilt die Ausnahme nach § 3 Abs. 3 BFSG, solange Sie die Schwellen aus § 2 Nr. 17 BFSG einhalten (siehe Entscheidungskasten). Für Produkte aus § 1 Abs. 2 BFSG, etwa Computer, E-Book-Lesegeräte oder bestimmte Endgeräte, bleiben die Pflichten bestehen. Wie Beschäftigte gezählt werden und wann ein Wachstum zum Klassenwechsel führt, erläutert die MLBF.

Muss ich nach WCAG 2.1 oder 2.2 prüfen?

Die bisher als Orientierung genannte EN 301 549 V3.2.1 verweist auf WCAG 2.1, Stufe AA. Die im September 2026 veröffentlichte V4.1.1 verweist auf WCAG 2.2. Eine Konformitätsvermutung nach § 4 BFSG setzt voraus, dass die Fundstelle der Norm im Amtsblatt der EU veröffentlicht ist; die Veröffentlichung der Norm allein genügt dafür nicht. Wer jetzt umbaut, sollte WCAG 2.2 mit einplanen.

Branchen-Fachwissen SHK, Elektro, Maler
Beispiele aus dem Haus KI-Anwendungen, die wir selbst betreiben
Alle KI-Lösungen → Alles einzeln gebaut, nichts von der Stange.
Alle Software-Leistungen → Alles einzeln gebaut, nichts von der Stange.
Computer & Laptops PC, Mac, Kaufberatung
Mobilgeräte Smartphone, TV, Fotos
Peripherie & Netzwerk Drucker, WLAN, NAS
Alle Hardware-Leistungen → Alles einzeln gebaut, nichts von der Stange.
Alle Privat-Leistungen → Alles einzeln gebaut, nichts von der Stange.
Alle Unternehmens-Leistungen → Alles einzeln gebaut, nichts von der Stange.
linkx© Module II Pflegeheim, Schule, Wache, Wahl
Alle Submarken → Alles einzeln gebaut, nichts von der Stange.
Alle Artikel im Wissensbereich → Alles einzeln gebaut, nichts von der Stange.