Am 2. September 2026 ist die neue Fassung der europäischen Norm EN 301 549 erschienen, Version 4.1.1. Auf den ersten Blick ist das eine Meldung für Fachleute. Für Unternehmen, die unter das Barrierefreiheitsstärkungsgesetz (BFSG) fallen, hat sie aber eine sehr praktische Folge: Die WCAG 2.2 werden zum Maßstab, an dem digitale Barrierefreiheit in Europa gemessen wird.
Bei ifdb hat uns diese Nachricht nicht überrascht. Wir haben von Anfang an nach WCAG 2.2 geprüft, nie nach WCAG 2.1, weil klar war, dass die ältere Fassung irgendwann abgelöst wird. In diesem Ratgeber erkläre ich Ihnen, was sich mit der neuen Norm ändert, ab wann sie greift, welche sechs Anforderungen neu dazukommen und was Sie tun sollten, wenn Ihr letzter Prüfbericht noch auf WCAG 2.1 beruht. Die Grundlagen der Norm finden Sie auf unserer Seite zur EN 301 549, alle Kriterien der WCAG 2.2 auf der Seite WCAG 2.2.
Kurz beantwortet: Was EN 301 549 v4.1.1 für Ihr Unternehmen bedeutet
- Die neue Norm übernimmt die WCAG 2.2 auf den Stufen A und AA. Die bisherige Fassung 3.2.1 verwies noch auf WCAG 2.1.
- Sechs Erfolgskriterien kommen auf den Stufen A und AA neu hinzu, darunter Zielgröße, verdeckter Fokus und barrierefreie Anmeldung.
- Die Norm ist veröffentlicht. Ihre volle rechtliche Wirkung entfaltet sie, sobald sie im Amtsblatt der EU genannt ist. Das wird für Dezember 2026 erwartet (die irische Behörde NDA nennt den 16.12.2026; Stand 10.11.2026).
- Ab dann gilt: Wer die Norm erfüllt, bei dem wird vermutet, dass er die Anforderungen des European Accessibility Act erfüllt – und damit auch die des BFSG.
- Wer heute noch nach WCAG 2.1 prüft, sollte auf WCAG 2.2 umstellen und den Entwicklungsaufwand für die neuen Kriterien jetzt einplanen.
Was ist die EN 301 549?
Die EN 301 549 ist die europäische Norm für die Barrierefreiheit von Informations- und Kommunikationstechnik. Sie wird gemeinsam von den europäischen Normungsorganisationen ETSI, CEN und CENELEC herausgegeben. Anders als die WCAG, die sich auf Webinhalte konzentrieren, deckt sie die gesamte digitale Welt ab: Websites, Apps, Software, Dokumente, Hardware und Kommunikation in Echtzeit.
Für Websites und Apps verweist die Norm im Kern auf die Web Content Accessibility Guidelines. Welche Fassung der WCAG gilt, hängt also davon ab, welche Fassung der EN 301 549 maßgeblich ist. Genau das ändert sich jetzt.
Was sich mit Version 4.1.1 ändert
Die Europäische Kommission hatte die Normungsorganisationen 2022 beauftragt, die EN 301 549 so zu überarbeiten, dass sie als zentrale harmonisierte Norm für den European Accessibility Act dienen kann. Das Ergebnis ist Version 4.1.1. Die wichtigsten Änderungen:
| Bereich | Bisher (v3.2.1) | Neu (v4.1.1) |
|---|---|---|
| Web und Apps | WCAG 2.1, Stufen A und AA | WCAG 2.2, Stufen A und AA |
| Neue Erfolgskriterien | – | sechs zusätzliche Kriterien auf A und AA |
| Bezug zum European Accessibility Act | nicht ausdrücklich | eigene Zuordnung der Anforderungen des EAA in den Anhängen |
| Nutzereinstellungen | bisherige Fassung | grundlegend überarbeitet |
| Kommunikation in Echtzeit | bisherige Fassung | aktualisiert, etwa für Text neben Sprache und Video |
| Geltungsbereich | Web, Dokumente, Software, Hardware | unverändert breit, alle Teile angepasst |
Für die meisten Unternehmen zählt vor allem die erste Zeile. Mit Version 4.1.1 wird WCAG 2.2 zum europäischen Standard für Websites, Apps und digitale Dokumente. Wichtig ist auch der Umkehrschluss: Wer WCAG 2.2 auf Stufe AA erfüllt, hat damit noch nicht die ganze Norm erfüllt. Für Software, Dokumente oder Kommunikationsfunktionen enthält die EN 301 549 eigene Anforderungen.
Die sechs neuen Anforderungen im Überblick
WCAG 2.2 hat insgesamt neun Erfolgskriterien neu aufgenommen, drei davon auf der höchsten Stufe AAA. Für die EN 301 549 und damit für das BFSG sind die sechs Kriterien der Stufen A und AA maßgeblich. Außerdem ist das Kriterium 4.1.1 Syntaxanalyse entfallen, weil moderne Browser und assistive Technologien fehlerhaftes HTML inzwischen selbst ausgleichen.
| Kriterium | Stufe | Was es verlangt | Typische Stolperstelle |
|---|---|---|---|
| 2.4.11 Fokus nicht verdeckt (Minimum) | AA | Ein Element, das den Tastaturfokus hat, darf nicht vollständig von anderen Inhalten verdeckt sein. | Fest stehende Kopfzeilen und Cookie-Banner, die das fokussierte Element überlagern |
| 2.5.7 Ziehbewegungen | AA | Alles, was per Ziehen bedient wird, muss auch mit einfachem Klicken oder Tippen funktionieren. | Schieberegler, sortierbare Listen, Kartenansichten |
| 2.5.8 Zielgröße (Minimum) | AA | Klick- und Tippflächen sind mindestens 24 × 24 CSS-Pixel groß oder haben genug Abstand zueinander. | Kleine Icons, eng gesetzte Links in Fußzeilen und Tabellen |
| 3.2.6 Konsistente Hilfe | A | Hilfeangebote wie Kontakt oder Chat stehen auf allen Seiten an derselben Stelle. | Kontaktlinks, die je nach Seitentyp woanders stehen |
| 3.3.7 Redundante Eingabe | A | Bereits eingegebene Angaben müssen nicht erneut eingetippt werden, sondern werden übernommen oder zur Auswahl angeboten. | Mehrstufige Formulare und Checkouts, die Adressen doppelt abfragen |
| 3.3.8 Barrierefreie Authentifizierung (Minimum) | AA | Die Anmeldung darf keinen kognitiven Test verlangen, etwa sich etwas merken oder ein Rätsel lösen, ohne Alternative. | Felder, die Einfügen oder Passwortmanager blockieren, schwer lösbare Captchas |
Keines dieser Kriterien ist exotisch. Sie betreffen Elemente, die fast jede Website hat: eine Kopfzeile, ein Cookie-Banner, ein Formular, einen Login, Icons. Deshalb lohnt es sich, sie nicht als Fußnote zu behandeln.
Ab wann gilt die neue Norm?
Die Normungsorganisationen haben Version 4.1.1 Ende August 2026 verabschiedet, veröffentlicht wurde sie am 2. September 2026. Damit ist sie offiziell. Ihre entscheidende rechtliche Wirkung entfaltet sie aber erst, wenn ihre Fundstelle im Amtsblatt der Europäischen Union veröffentlicht ist. Das wird für Dezember 2026 erwartet (die irische Behörde NDA nennt den 16.12.2026; Stand 10.11.2026).
Ab diesem Zeitpunkt greift die sogenannte Konformitätsvermutung: Wer die harmonisierte Norm erfüllt, bei dem wird vermutet, dass er die Barrierefreiheitsanforderungen des European Accessibility Act einhält. Das BFSG, das den European Accessibility Act in Deutschland umsetzt, knüpft an genau diesen Mechanismus an. Wie lange ältere Prüfungen nach WCAG 2.1 in der Praxis noch akzeptiert werden, legt die Norm selbst nicht fest. Darauf würde ich mich aber nicht verlassen.
Was das für BFSG und BITV 2.0 bedeutet
Für Unternehmen der Privatwirtschaft, die unter das BFSG fallen, wird WCAG 2.2 zum Maßstab, sobald die neue Norm im Amtsblatt steht. Wer ein Produkt oder eine Dienstleistung anbietet, für die das Gesetz gilt, sollte seine Website, seine App und seine Kundendokumente spätestens dann gegen WCAG 2.2 prüfen lassen.
Für öffentliche Stellen gilt die BITV 2.0. Sie verweist auf die harmonisierten Normen, die für den öffentlichen Sektor maßgeblich sind. Unabhängig davon, wann dort die neue Fassung greift, gilt eine einfache Regel: WCAG 2.2 ist abwärtskompatibel. Inhalte, die WCAG 2.2 erfüllen, erfüllen auch WCAG 2.1. Wer heute nach WCAG 2.2 prüft, ist also auf beiden Seiten richtig aufgestellt. Mehr zu den Unterschieden der Gesetze lesen Sie in unserem Überblick welche Gesetze in Deutschland gelten.
Warum wir von Anfang an nach WCAG 2.2 prüfen
Als wir ifdb aufgebaut haben, standen wir vor der Wahl: nach WCAG 2.1 prüfen, weil die Gesetze damals darauf verwiesen, oder gleich nach WCAG 2.2. Wir haben uns für WCAG 2.2 entschieden. Der Grund war einfach: Uns war klar, dass WCAG 2.1 irgendwann abgelöst wird. Ein Prüfbericht nach einem Standard, der in absehbarer Zeit veraltet, hilft unseren Kunden nicht.
Heute prüfen alle unsere Kunden nach WCAG 2.2. Deshalb gibt es bei uns auch kein neues Kriterium, das in Audits plötzlich durchfällt. Wir haben die sechs zusätzlichen Anforderungen nie gesondert behandelt, sie waren von Beginn an Teil jeder Prüfung. Für unsere Kunden bedeutet die neue Norm deshalb keinen zusätzlichen Aufwand. Sie bestätigt den Stand, den sie schon haben.
Ihr Prüfbericht beruht noch auf WCAG 2.1? So gehen Sie vor
Viele Unternehmen haben in den vergangenen Jahren ein Audit nach WCAG 2.1 durchführen lassen. Das war zum jeweiligen Zeitpunkt nicht falsch. Mit der neuen Norm reicht es aber nicht mehr als Grundlage. Mein Rat ist klar: Stellen Sie auf WCAG 2.2 um und priorisieren Sie den Entwicklungsaufwand. So gehen Sie vor:
- Lassen Sie den Ist-Stand gegen WCAG 2.2 ermitteln. Es geht nicht darum, alles neu zu prüfen, sondern die Lücke zwischen Ihrem bisherigen Bericht und den neuen Anforderungen sichtbar zu machen.
- Ordnen Sie die Befunde nach Wirkung: Was verhindert, dass Menschen einen Kauf, eine Anmeldung oder einen Antrag abschließen? Das kommt zuerst.
- Planen Sie den Entwicklungsaufwand in Ihre normalen Releases ein, statt ein separates Großprojekt aufzusetzen.
- Passen Sie Ihre Erklärung zur Barrierefreiheit an. Sie sollte den aktuellen Standard und den aktuellen Stand nennen.
- Sichern Sie den Stand ab, damit neue Releases keine neuen Barrieren einbauen.
Wie aufwändig ist der Umstieg auf WCAG 2.2?
Pauschal lässt sich das nicht beantworten, aber die Erfahrung zeigt eine klare Verteilung. Manche Kriterien lassen sich mit wenig Aufwand erfüllen, andere greifen in die Logik einer Anwendung ein.
| Aufwand | Kriterien | Warum |
|---|---|---|
| meist gering | 3.2.6 Konsistente Hilfe, 2.5.8 Zielgröße | Anpassungen an Vorlage und Gestaltung, die zentral für alle Seiten gelten |
| mittel | 2.4.11 Fokus nicht verdeckt, 3.3.7 Redundante Eingabe | Kopfzeilen, Banner und Formularlogik müssen angepasst werden |
| eher höher | 2.5.7 Ziehbewegungen, 3.3.8 Barrierefreie Authentifizierung | Bedienkonzepte und Anmeldeverfahren müssen eine Alternative bekommen |
Wichtig ist, nicht alles gleichzeitig anzugehen. Ein priorisierter Maßnahmenkatalog sorgt dafür, dass die Barrieren mit der größten Wirkung zuerst verschwinden und Ihr Team planbar arbeiten kann.
Praxis-Tipp: Ob Ihre Website das neue Kriterium 2.4.11 erfüllt, sehen Sie in zwei Minuten selbst. Laden Sie Ihre Startseite, lassen Sie das Cookie-Banner offen und springen Sie mit der Tabulatortaste durch die Seite. Verschwindet der Fokus irgendwann unter der fest stehenden Kopfzeile oder unter dem Banner, haben Sie einen Befund gefunden, den kein Scanner zuverlässig erkennt.
Die EN 301 549 gilt auch für Ihre Dokumente
Ein Punkt geht in der Diskussion um WCAG 2.2 oft unter: Die EN 301 549 regelt nicht nur Websites. Sie enthält eigene Anforderungen für Dokumente, die nicht im Web liegen, etwa PDFs, die Kunden herunterladen oder per E-Mail erhalten. Rechnungen, Verträge, Formulare und Geschäftsberichte gehören dazu, sobald sie Teil eines digitalen Angebots sind.
Für PDFs ist PDF/UA der technische Standard. Ob Ihre Dokumente ihn erfüllen, prüfen Sie kostenlos mit Access Read. Wie Sie einen ganzen Bestand barrierearm aufbereiten, zeigt unsere Seite zu Access Doc, die Grundlagen erklärt der Überblick barrierefreies PDF.
Wie ifdb Sie beim Umstieg unterstützt
Den ersten Stand Ihrer Website gegen WCAG 2.2 sehen Sie in wenigen Minuten mit dem kostenlosen BFSG-Check von Access Score. Den belastbaren Nachweis liefert Access Ready, unser Tiefen-Audit nach WCAG 2.2 und EN 301 549 mit echten Nutzern assistiver Technologien. Am Ende steht ein priorisierter Maßnahmenkatalog, nach dem Ihr Team oder Ihre Agentur umsetzt, und wir begleiten Sie dabei. Damit der erreichte Stand erhalten bleibt, prüft Access Guard jedes Release, bevor neue Barrieren live gehen.
So bleibt die neue Norm für Sie kein Projekt, sondern ein Schritt in einem Ablauf, den Sie ohnehin haben: ressourcenschonend, rechtssicher und kosteneffizient.
Häufige Fragen zur EN 301 549 v4.1.1
Muss ich jetzt sofort alles nach WCAG 2.2 umbauen?
Nein. Sinnvoll ist, jetzt den Stand gegen WCAG 2.2 zu ermitteln und die Befunde nach Wirkung zu priorisieren. Die wichtigsten Barrieren kommen zuerst, der Rest folgt in Ihren normalen Releases.
Ist mein Zertifikat nach WCAG 2.1 jetzt ungültig?
Ein Zertifikat beschreibt den Stand zum Zeitpunkt der Prüfung. Sobald die neue Norm im Amtsblatt steht, ist WCAG 2.2 der Maßstab für die Konformitätsvermutung. Ein Nachweis nach WCAG 2.1 deckt die sechs neuen Kriterien nicht ab. Deshalb empfehle ich, die Lücke jetzt zu schließen.
Gilt die EN 301 549 auch für kleine Unternehmen?
Die Norm selbst unterscheidet nicht nach Unternehmensgröße. Ob Sie unter das BFSG fallen, regelt das Gesetz: Kleinstunternehmen, die Dienstleistungen anbieten, sind ausgenommen. Was im Einzelnen gilt, lesen Sie auf unserer Seite zum BFSG.
Mein Rat an alle, die noch nach WCAG 2.1 prüfen
„Stellen Sie auf WCAG 2.2 um und priorisieren Sie den Entwicklungsaufwand. Wir haben von Anfang an nach WCAG 2.2 geprüft, weil klar war, dass WCAG 2.1 abgelöst wird. Jetzt ist es so weit, und wer früh umstellt, hat den Aufwand im Griff, statt ihm hinterherzulaufen.“
