EN 301 549 V4.1.1: Was sich für Online-Shops ändert
Seit dem 2. September 2026 liegt die EN 301 549 V4.1.1 vor und stellt das Web auf WCAG 2.2 um. Rechtlich ist sie noch nicht bindend, für die Planung von Online-Shops aber bereits relevant.
Kurzfassung
Die EN 301 549 V4.1.1 wurde am 2. September 2026 von ETSI, CEN und CENELEC veröffentlicht und hebt die Webanforderungen von WCAG 2.1 auf WCAG 2.2 (Level A und AA) an. Sechs Erfolgskriterien sind neu, darunter nicht verdeckter Fokus, Zielgröße und redundante Eingaben. Rechtlich wirkt die Norm erst mit der Veröffentlichung im Amtsblatt der Europäischen Union, die für Ende 2026 erwartet wird (Stand 23.10.2026). Bis dahin dienen laut Bundesfachstelle Barrierefreiheit die geltende EN 301 549 und die WCAG als Orientierung für das Barrierefreiheitsstärkungsgesetz (BFSG).
Am 2. September 2026 haben die europäischen Normungsorganisationen ETSI, CEN und CENELEC die EN 301 549 in der Fassung V4.1.1 veröffentlicht, wie die irische National Disability Authority und die Kanzlei Davis Wright Tremaine berichten. Für Websites und Online-Shops ist die wichtigste Änderung der Maßstab im Web: Statt WCAG 2.1 gilt in der Norm künftig WCAG 2.2 auf den Stufen A und AA.
Dieser Beitrag ordnet die EN 301 549 V4.1.1 ein. Er zeigt, was sich gegenüber der Vorversion ändert, welche sechs Erfolgskriterien neu hinzukommen, ab wann die Norm rechtlich wirkt und was Betreiber von Online-Shops jetzt prüfen sollten. Recherchestand ist der 23. Oktober 2026. Die Einordnung zur Rechtswirkung kann sich ändern, sobald die Europäische Kommission die Norm im Amtsblatt benennt.
Was ändert die EN 301 549 V4.1.1 gegenüber der Vorversion?
Die EN 301 549 V4.1.1 hebt die Anforderungen an Web-Inhalte von WCAG 2.1 auf WCAG 2.2 an, jeweils auf den Stufen A und AA. Nach Angaben der National Disability Authority vom 2. September 2026 gilt das auch für die Kapitel zu Dokumenten und Software. Accessibility.build ordnet sie den Kapiteln 9 (Web), 10 (nicht webbasierte Dokumente) und 11 (Software) zu. Die Vorgängerfassung V3.2.1 stammt aus dem Jahr 2021 und beruht auf WCAG 2.1.
Die Normungsorganisationen haben V4.1.1 laut Davis Wright Tremaine (18. September 2026) am 24. August 2026 formell angenommen und kurz darauf veröffentlicht. Neben dem Wechsel auf WCAG 2.2 nennen die gelesenen Quellen vor allem drei Neuerungen:
- EAA-Zuordnung: V4.1.1 ist die erste Fassung, die auf den European Accessibility Act ausgelegt ist. Ein neuer Anhang ordnet die Anforderungen des Gesetzes den Kapiteln der Norm zu (National Disability Authority), zusätzlich beschreibt die Norm ein Verfahren, mit dem sich die Konformität einzelner Produkte und Dienstleistungen bewerten lässt (Davis Wright Tremaine).
- Echtzeitkommunikation: Das Kapitel 6 wurde deutlich erweitert (Deque, 8. September 2026). Es betrifft vor allem Telefonie-, Messaging-, Contact-Center- und Videokonferenzprodukte. Für einen typischen Online-Shop steht es selten im Mittelpunkt.
- Nutzereinstellungen: Laut der Auswertung von Accessibility.build (Stand 19. Oktober 2026) sollen Webseiten Darstellungseinstellungen der Nutzer, etwa erzwungene Farben, nicht ohne Not überschreiben. Das neue Kapitel trägt die Nummer 9.7.
Wichtig ist die Abgrenzung, die Deque betont: WCAG 2.2 AA zu erfüllen ist nicht dasselbe, wie die EN 301 549 V4.1.1 zu erfüllen. Für Websites und digitale Dokumente besteht der Unterschied zur Vorversion im Kern aus den neuen WCAG-2.2-Kriterien. Wer Produkte mit Echtzeitkommunikation oder Hardware anbietet, muss zusätzlich weitere Kapitel beachten.
Welche sechs WCAG-2.2-Kriterien kommen neu hinzu?
Deque nennt sechs neue Erfolgskriterien von WCAG 2.2 auf Level A und AA (Beitrag vom 8. September 2026). Die Tabelle fasst sie zusammen und ergänzt je ein Szenario aus dem Online-Handel. Die Szenarien sind Beispiele und beschreiben keine realen Fälle.
| Kriterium | Level | Anforderung in Kurzform | Szenario im Online-Shop |
|---|---|---|---|
| 2.4.11 Focus Not Obscured (Minimum) | AA | Ein per Tastatur fokussiertes Element darf nicht vollständig von festen Kopfzeilen, Fußzeilen oder Overlays verdeckt sein. | Ein fixierter Header und ein Cookie-Banner verdecken beim Tabben durch den Warenkorb die Schaltfläche zur Kasse. |
| 2.5.7 Dragging Movements | AA | Jede Ziehbewegung braucht eine Alternative mit einem einzelnen Zeigerklick. | Ein Preisfilter lässt sich nur über einen Schieberegler ziehen, Eingabefelder fehlen. |
| 2.5.8 Target Size (Minimum) | AA | Klickziele sind mindestens 24 mal 24 CSS-Pixel groß, mit definierten Ausnahmen. | Die Plus- und Minus-Symbole der Mengenwahl sind auf dem Smartphone winzig und liegen eng beieinander. |
| 3.2.6 Consistent Help | A | Hilfemöglichkeiten erscheinen auf allen Seiten in derselben relativen Reihenfolge. | Der Link zum Kundenservice wechselt zwischen Shop und Kasse die Position. |
| 3.3.7 Redundant Entry | A | Bereits eingegebene Angaben werden automatisch übernommen oder zur Auswahl angeboten. | Im Checkout muss die Lieferadresse erneut getippt werden, obwohl sie der Rechnungsadresse entspricht. |
| 3.3.8 Accessible Authentication (Minimum) | AA | Für die Anmeldung darf kein Test kognitiver Fähigkeiten verlangt werden, ohne dass es eine Alternative gibt. | Das Kundenkonto verlangt ein Captcha zum Abtippen verzerrter Zeichen, eine Alternative fehlt. |
Wer WCAG 2.1 AA bereits erfüllt, muss nach Accessibility.build nur diese sechs Kriterien nachziehen. Entfallen ist das frühere Kriterium 4.1.1 Parsing. Deque weist darauf hin, dass die neuen Erfolgskriterien Probleme an Komponenten zeigen können, die bisher bestanden haben. Das spiegelt eine höhere Messlatte wider und keinen Rückschritt.
Zwei Details helfen bei der Einordnung. Beim Fokus verlangt Level AA, dass ein Element nicht vollständig verdeckt ist, eine teilweise Überdeckung genügt also noch. Bei der Zielgröße kennt das Kriterium Ausnahmen, unter anderem für ausreichenden Abstand, Links im Fließtext, gleichwertige Bedienelemente und Fälle, in denen der Browser die Größe bestimmt (Accessibility.build). Für die Anmeldung nennt Accessibility.build Ausnahmen bei vorhandener Alternative, bei Hilfsmechanismen, bei Objekterkennung und bei persönlichen Inhalten.
Nach unserer Einschätzung betrifft die Hälfte der Kriterien Abläufe statt einzelner Seiten. Konsistente Hilfe, redundante Eingaben und barrierefreie Anmeldung lassen sich deshalb nur im Durchlauf von Warenkorb, Checkout und Kundenkonto prüfen. Eine Prüfung der Startseite reicht dafür nicht aus. Was Level AA im Einzelnen bedeutet, erklärt unser Lexikon unter WCAG Level AA. Eine Anleitung für die Umsetzung bietet unser Beitrag WCAG-Konformität erreichen: Schritt für Schritt.
Ab wann gilt die EN 301 549 V4.1.1 rechtlich?
Rechtlich bindend ist die EN 301 549 V4.1.1 noch nicht. Eine harmonisierte Norm löst die Konformitätsvermutung nach § 4 des Barrierefreiheitsstärkungsgesetzes (BFSG) erst aus, wenn ihre Fundstelle im Amtsblatt der Europäischen Union veröffentlicht ist. Eine solche Veröffentlichung für V4.1.1 haben die gelesenen Quellen bis zum 23. Oktober 2026 nicht gemeldet. Deque beschreibt drei Schritte:
- Veröffentlichung: Die Norm liegt seit dem 2. September 2026 vor.
- Zitierung im Amtsblatt: Erst mit ihr entsteht die Vermutungswirkung. Sie wird für Ende 2026 erwartet.
- Verweis im nationalen Recht: Die Mitgliedstaaten setzen die Richtlinie um und bestimmen, ab wann sie Konformität erwarten.
Zum Zeitpunkt der Zitierung widersprechen sich die Quellen. Die National Disability Authority erwartet sie am 16. Dezember 2026, Deque nennt rund den 30. November 2026. Accessibility.build, das den Text der Norm ausgewertet hat, ordnet den 30. November dagegen als Frist für die nationalen Normungsorganisationen ein und nicht als Termin im Amtsblatt. Ein verbindliches Datum ist damit nicht belegt.
Die Vorversion V3.2.1 ist im Amtsblatt über den Durchführungsbeschluss (EU) 2018/2048 in der Fassung des Beschlusses (EU) 2021/1339 veröffentlicht (EUR-Lex). Dieser Beschluss wurde zur Unterstützung der Richtlinie (EU) 2016/2102 für öffentliche Stellen erlassen. Accessibility.build folgert daraus, dass unter dem European Accessibility Act bisher keine Fassung der Norm zitiert ist. Andere Fachquellen bezeichnen V3.2.1 allgemeiner als aktuelle Referenz. Wie sich das im Detail darstellt, ist nicht abschließend geklärt. Entscheidend wird die Entscheidung der Kommission zur Zitierung unter dem EAA.
Die Bundesfachstelle Barrierefreiheit schreibt auf ihrer Seite zu Normen und Standards (zuletzt aktualisiert am 27. Juli 2026), dass bis zur Bekanntmachung der geplanten harmonisierten Normen im Amtsblatt die geltende EN 301 549 und die WCAG als maßgebliche Orientierung für die Umsetzung des BFSG dienen. Fehlt die Konformitätsvermutung, kann Barrierefreiheit auch auf anderem Weg hergestellt werden. Dann muss der Wirtschaftsakteur die Konformität selbst nachweisen. § 3 der Verordnung zum BFSG verlangt zudem, den Stand der Technik zu beachten, und überträgt der Bundesfachstelle die Veröffentlichung der zu beachtenden Standards.
Deque weist außerdem darauf hin, dass in Mitgliedstaaten, deren Recht die Norm ohne Versionsnummer nennt, eine neue Fassung ohne neues Gesetz zum Maßstab werden kann. Ob Behörden in Deutschland WCAG 2.2 AA schon heute als Stand der Technik im Sinne von § 3 BFSGV ansehen, ist nicht geklärt. Wie die Durchsetzung in anderen EU-Staaten aussieht, beschreibt unser Beitrag Ein Jahr European Accessibility Act: Durchsetzung in Europa. Den Stand der Marktüberwachung in Deutschland fasst die Zwischenbilanz zur BFSG-Marktüberwachung zusammen.
Was Betreiber von Online-Shops jetzt prüfen sollten
Es gibt keinen neuen Stichtag, aber ein klares Planungsziel: Neue Projekte, Relaunches und größere Theme-Änderungen sollten gegen WCAG 2.2 AA getestet werden. Die National Disability Authority empfiehlt, WCAG 2.2 AA und die neuen Anforderungen der Norm schon jetzt in Planung und Beschaffung zu berücksichtigen. Deque rät, alles, was bis ins nächste Jahr tragen soll, gegen V4.1.1 zu bauen und zu testen.
Welche Stellen im Online-Shop typischerweise betroffen sind, zeigt die folgende Liste. Die Beispiele sind Szenarien und keine Fallberichte.
- Fokus und Overlays (2.4.11): Fixierte Kopfzeilen, Cookie-Banner und Chat-Widgets können fokussierte Elemente verdecken. Prüfen Sie beim Durchtabben durch Produktseite, Warenkorb und Kasse, ob jedes Element sichtbar bleibt. Hintergründe liefern die Lexikonseiten zur Tastaturbedienbarkeit und zum Fokus-Indikator.
- Klickflächen (2.5.8): Mengenfelder, Entfernen-Symbole, Filter und Icons sollten mindestens 24 mal 24 CSS-Pixel groß sein oder genügend Abstand haben. Die Ausnahmen regelt das Kriterium selbst.
- Checkout (3.3.7 und 3.2.6): Bereits eingegebene Daten wie die Lieferadresse sollten übernommen oder zur Auswahl angeboten werden. Der Link zur Hilfe sollte auf allen Seiten an derselben Stelle stehen.
- Anmeldung (3.3.8): Kundenkonto und Login sollten ohne kognitive Testaufgaben nutzbar sein. Ein Captcha, das Abtippen verlangt, braucht eine Alternative.
- Ziehbewegungen (2.5.7): Preisschieberegler, Bildergalerien und Konfiguratoren mit Drag-and-drop brauchen eine Bedienung per Einzelklick.
- Dokumente im Online-Shop: Auch Anleitungen, Datenblätter oder Rechnungen als PDF fallen unter die Kapitel der EN 301 549 zu Dokumenten, die ebenfalls auf WCAG 2.2 angehoben wurden. Grundlagen liefert die Lexikonseite zur PDF-Barrierefreiheit.
- Dokumentation: Prüfbericht und Barrierefreiheitserklärung sollten benennen, gegen welche Fassung der Norm und welche WCAG-Version geprüft wurde. Davis Wright Tremaine rät, die Compliance-Dokumentation auf den neuen Stand der Norm zu prüfen.
SiteCockpit: Barrierefreiheit dauerhaft im Blick
Normen, Gesetze und Shop-Systeme ändern sich laufend, Barrierefreiheit ist deshalb kein einmaliges Projekt. Jede Theme-Änderung im Online-Shop, jede neue App und jedes Banner kann Kriterien wie Fokus, Klickfläche oder Checkout-Abläufe wieder verschlechtern. Hilfreich ist ein fester Prozess aus Prüfen, Beheben und erneutem Prüfen.
- easyMonitoring: überwacht Ihre Website laufend, findet Fehler wie unsichtbaren Tastaturfokus, schwache Kontraste oder fehlende Formularbeschriftungen und liefert priorisierte To-dos.
- Manuelle Audits: ergänzen die laufende Prüfung dort, wo Abläufe wie Checkout und Anmeldung im Durchlauf bewertet werden müssen.
- easyStatement: erstellt eine aktuelle Barrierefreiheitserklärung auf Basis realer Prüfergebnisse.
Ein Dashboard mit Konformitäts-Scores macht sichtbar, ob sich der Stand Ihrer Website nach Änderungen verbessert oder verschlechtert. Eine rechtliche Konformitätsaussage ersetzt es nicht.
Was jetzt sinnvoll ist
Kein Anlass zur Hektik, aber realer Planungsbedarf: Die EN 301 549 V4.1.1 ist veröffentlicht, rechtlich wirkt sie noch nicht. Die Konformitätsvermutung unter dem European Accessibility Act entsteht erst mit der Zitierung im Amtsblatt der Europäischen Union. Das Barrierefreiheitsstärkungsgesetz verweist dafür auf harmonisierte Normen, die konkreten Anforderungen regelt die Verordnung dazu. Wer heute WCAG 2.2 AA umsetzt, arbeitet bereits auf dem Stand, den die Bundesfachstelle für die aktualisierte Norm ankündigt. Der Ausblick auf WCAG 3.0 ist davon getrennt, mehr dazu in unserem Beitrag WCAG 3.0: Was Unternehmen jetzt vorbereiten sollten.
- Stand feststellen: Starten Sie mit dem Livecheck und prüfen Sie Warenkorb, Kasse und Anmeldung gezielt auf die sechs neuen Kriterien.
- Häufigste Fehler beheben: Beginnen Sie mit verdeckten Fokus-Elementen, zu kleinen Klickflächen und doppelten Eingaben im Checkout.
- Dauerhaft im Blick behalten: Beobachten Sie die Zitierung im Amtsblatt und halten Sie Prüfung und Dokumentation aktuell.
Gehen Sie schrittweise vor. Mit easyMonitoring behalten Sie den Stand Ihrer Website nach jeder Änderung im Blick, ohne jede Prüfung neu aufsetzen zu müssen.
Wie barrierefrei ist Ihre Website?
Testen Sie es kostenlos mit dem SiteCockpit Livecheck und erhalten Sie in unter 60 Sekunden eine erste Bewertung.
Jetzt kostenlos testenHinweis: Dieser Beitrag informiert allgemein über die Rechtslage (Stand 23.10.2026) und ersetzt keine individuelle Rechtsberatung.
Weiterlesen – Recht & BFSG
BFSG und WordPress: Was Betreiber jetzt prüfen müssen
Wann das BFSG für Ihre WordPress-Seite gilt, was § 14 laufend verlangt und was Theme und Plugin leisten können.
BehiG-Revision: Stand nach der Herbstsession 2026
BehiG-Revision: Der Nationalrat hat entschieden, der Ständerat folgt, und für private Anbieter bleibt vieles offen.
Shopify barrierefrei: Theme, Apps und Checkout prüfen
Shopify barrierefrei betreiben: Was Theme, Apps und Checkout leisten und was Händler nach dem BFSG selbst prüfen müssen.