EN 301 549 und WCAG: Das EU-Technische Normenwerk verstehen

In den Wochen nach dem 28. Juni 2025 – dem Datum, an dem der European Accessibility Act durchsetzbar wurde – verschickten französische Behindertenverbände formelle rechtliche Abmahnungen an vier große Lebensmittelhändler und forderten, dass deren E‑Commerce‑Plattformen innerhalb weniger Monate die Barrierefreiheitsstandards erfüllen. Bis November folgten Eilanträge. Dies ist kein hypothetisches zukünftiges Risiko. Die Einhaltung von EN 301 549 ist inzwischen eine aktiv durchgesetzte Realität, und das Verständnis des technischen Standards, auf dem sie beruht, ist für keine Organisation, die europäische Nutzer bedient, mehr optional.

Was ist EN 301 549?

EN 301 549 ist eine europäische Norm, die Barrierefreiheitsanforderungen für Informations- und Kommunikationstechnologie‑(IKT‑)Produkte und ‑Dienstleistungen festlegt und Richtlinien für digitale Barrierefreiheit, auch für Menschen mit Behinderungen, definiert. Sie ist für sich genommen kein Gesetz, aber sie ist die entscheidende technische Brücke zwischen den Richtlinien, die Entwickler bereits kennen, und der Gesetzgebung, die echte rechtliche Durchsetzungskraft besitzt.

Diese Norm wurde gemeinsam von den drei europäischen Normungsorganisationen erstellt – CEN (Europäisches Komitee für Normung), CENELEC (Europäisches Komitee für elektrotechnische Normung) und ETSI (Europäisches Institut für Telekommunikationsnormen). EN 301 549 wurde ursprünglich 2014 veröffentlicht, um die öffentliche Beschaffung barrierefreier IKT zu unterstützen, und seitdem mehrfach aktualisiert.

EN 301 549 harmonisiert die Standards für digitale Barrierefreiheit in den EU‑Mitgliedstaaten und schafft einen einheitlichen Rahmen für die Bewertung und Verbesserung der Barrierefreiheit von IKT‑Produkten und ‑Dienstleistungen. Die Konformität mit EN 301 549 ist für Technologieprodukte und ‑dienstleistungen im Geltungsbereich der EU‑Richtlinie über den barrierefreien Zugang zu Websites und mobilen Anwendungen öffentlicher Stellen (WAD) erforderlich und gilt als Best Practice für die Einhaltung des European Accessibility Act (EAA).

EN 301 549 ist eine europäische Barrierefreiheitsnorm, die technische Barrierefreiheitskriterien für IKT‑Produkte und ‑Dienstleistungen beschreibt. Entwickelt von einem Konsortium europäischer Stellen, bietet diese Norm detaillierte Leitlinien, um sicherzustellen, dass verschiedene Technologien – einschließlich Hardware, Software, Websites, mobiler Apps und Telekommunikationsgeräte – für Menschen mit Behinderungen zugänglich sind. Anders ausgedrückt: Wenn Ihre Organisation eine dieser Kategorien berührt und auf dem EU‑Markt tätig ist, ist diese Norm für Sie relevant.

Die Beziehung zwischen EN 301 549 und WCAG

Die häufigste Frage von Entwicklern und Compliance‑Verantwortlichen lautet: Wenn wir bereits WCAG‑konform sind, sind wir dann fertig? Die ehrliche Antwort lautet: größtenteils, aber nicht vollständig. Das genaue Verhältnis zwischen diesen beiden Rahmenwerken zu verstehen, ist entscheidend, bevor Sie diese Frage für Ihre eigene Situation beantworten können.

EN 301 549 integriert die Web Content Accessibility Guidelines (WCAG) als Grundlage für die Anforderungen an die digitale Barrierefreiheit. Die aktuelle Version von EN 301 549, Version 3.2.1, enthält WCAG 2.1 in ihrer Gesamtheit. Es handelt sich nicht nur um einen Verweis per Zitation – die aktuelle Version der Norm, EN 301 549 V3.2.1, enthält den vollständigen Text von WCAG 2.1. Die beiden Standards teilen dieselbe zugrunde liegende Architektur: EN 301 549 folgt denselben grundlegenden WCAG‑Prinzipien: Wahrnehmbar (Perceivable), Bedienbar (Operable), Verständlich (Understandable), Robust (Robust) – kurz POUR.

Der entscheidende Unterschied liegt im Geltungsbereich. Während sich WCAG in erster Linie auf Web‑ und mobile Inhalte konzentriert, erweitert EN 301 549 seinen Geltungsbereich auf Hardware, Telekommunikation und andere IKT‑Komponenten und macht ihn damit zu einem umfassenderen Rahmen für digitale Barrierefreiheit. Für Webinhalte im Speziellen gilt daher: Kapitel 9 von EN 301 549 verweist direkt auf die Erfolgskriterien der Stufen A und AA von WCAG 2.1. Wenn Ihre Webinhalte WCAG 2.1 AA entsprechen, erfüllen sie die Anforderungen von Kapitel 9 in EN 301 549.

Es gibt jedoch eine wichtige rechtliche Nuance, die viele Praktiker übersehen. Da EN 301 549 über die Anforderungen der WCAG hinausgeht, stellt die Erfüllung aller Erfolgskriterien von WCAG 2.1 keine Vermutung der Konformität mit der Web Accessibility Directive sicher. Die Norm enthält zusätzliche Klauseln – etwa für Echtzeit‑Textkommunikation, Videoplayer‑Steuerungen und biometrische Barrierefreiheit –, für die es kein WCAG‑Äquivalent gibt. EN 301 549 ist insofern einzigartig, als es über WCAG hinausgeht und sich auch auf Biometrie erstreckt – es verlangt, dass Menschen mit Behinderungen Zugang zu Technologien haben, die biologische Daten scannen, einschließlich Gesichtserkennung und Fingerabdrücke.

WCAG sagt Ihnen, wie Sie Ihre Inhalte barrierefrei machen. EN 301 549 sagt Ihnen, welche Arten von IKT barrierefrei sein müssen und in welchem Umfang – und übernimmt dann die WCAG‑Kriterien, um speziell für Webinhalte die technische Messlatte zu definieren.

Die Kapitelstruktur, die Sie tatsächlich kennen müssen

EN 301 549 ist in 14 Klauseln (Kapitel) gegliedert, von denen jedes eine andere Kategorie von IKT abdeckt. Die Norm ist in Kapitel gegliedert, die verschiedene Arten von IKT abdecken, und nicht alle Kapitel gelten für jedes Produkt – entscheidend ist, zu identifizieren, welche Kapitel für Ihre spezifische Technologie relevant sind. Für die meisten Website‑Eigentümer und Entwickler sind drei Kapitel unmittelbar am wichtigsten.

Kapitel 9 – Webinhalte: Dieses Kapitel behandelt Anforderungen an die Web‑Barrierefreiheit, verweist direkt auf WCAG 2.1 Level AA und ist das relevanteste Kapitel für Websites und Webanwendungen. Das Nummerierungssystem macht das Querverweisen einfach: Die Klauselnummern entsprechen direkt den WCAG‑Nummern – EN 301 549 Klausel 9.X.Y.Z entspricht WCAG X.Y.Z. Zum Beispiel entspricht EN 301 549 Klausel 9.1.4.3 WCAG 1.4.3 (Kontrast).

Kapitel 10 – Nicht‑Web‑Dokumente: Für Nicht‑Web‑Dokumente und Software passt EN 301 549 die WCAG‑Kriterien an diese Kontexte an. Die Intention ist dieselbe – Inhalte müssen wahrnehmbar, bedienbar, verständlich und robust sein –, aber die konkreten Techniken unterscheiden sich für native Anwendungen und Dokumentformate. Dies ist von enormer Bedeutung für Organisationen, die PDFs, Word‑Dokumente oder herunterladbare Tabellen veröffentlichen. Eine wichtige Korrektur, die mit v3.2.1 kam: aufgrund eines redaktionellen Versehens in v2.1.2 gilt WCAG 2.1 nun für Dokumente, die aus dem Web heruntergeladen werden.

Kapitel 11 – Nicht‑Web‑Software und mobile Apps: Dieses Kapitel behandelt Anforderungen an native Anwendungen (Desktop und mobil) und Softwareplattformen, einschließlich Anforderungen an die Interoperabilität mit unterstützenden Technologien. Bemerkenswert: Mobile Anwendungen werden von WCAG überhaupt nicht abgedeckt, obwohl Kapitel 11 Anforderungen aus WCAG nutzt. Das liegt daran, dass WCAG tatsächlich nicht für mobile Anwendungen gilt. Wenn Ihre Organisation eine native iOS‑ oder Android‑App ausliefert, ist Kapitel 11 Ihr Bezugspunkt, nicht Kapitel 9.

Über diese drei hinaus gehören zu den relevanten zusätzlichen Kapiteln Kapitel 6 (zweiwegige Sprachkommunikation und Echtzeit‑Text), Kapitel 7 (Video‑ und Audiokapazitäten einschließlich Untertitel und Audiodeskription) und Kapitel 12 (Dokumentation und Support‑Dienstleistungen – das einzige Kapitel, das nicht selbst‑abgrenzend ist und immer gilt).

Wie EN 301 549 in die EU‑Rechtslandschaft passt

Es gibt zwei unterschiedliche EU‑Rechtsakte, die auf EN 301 549 verweisen, und sie zu verwechseln führt zu Compliance‑Lücken. Den Unterschied zu verstehen, ist besonders wichtig für private Unternehmen, die davon ausgingen, dass Barrierefreiheitsrecht nur für staatliche Stellen gilt.

Der erste ist die Web Accessibility Directive (WAD), Richtlinie (EU) 2016/2102. Die Web Accessibility Directive konzentriert sich in erster Linie auf Websites und mobile Anwendungen des öffentlichen Sektors. Alle Websites des halböffentlichen Sektors in der Europäischen Union mussten den Standard ab dem 23. September 2020 erfüllen, und alle mobilen Apps im halböffentlichen Sektor mussten den Standard bis zum 23. Juni 2021 erfüllen. Öffentliche Stellen müssen außerdem eine Barrierefreiheitserklärung veröffentlichen und einen Feedback‑Mechanismus bereitstellen.

Die zweite, und inzwischen für den privaten Sektor bedeutsamere, ist der European Accessibility Act (EAA), Richtlinie (EU) 2019/882. Für den privaten Sektor entwickelte Europa die EU‑Richtlinie 2019/882, auch bekannt als European Accessibility Act, der für bestimmte Sektoren gilt, darunter E‑Commerce, Banken, E‑Books und Elektronik. Der European Accessibility Act ist seit dem 28. Juni 2025 durchsetzbar, und alle erfassten Websites, mobilen Apps und digitalen Dienste müssen Barrierefreiheitsstandards einhalten. Diese Anforderung gilt für Unternehmen, die digitale Dienste wie E‑Commerce, Finanzdienstleistungen und Telekommunikation anbieten.

Entscheidend ist, dass der EAA extraterritoriale Wirkung hat. Bemerkenswert ist, dass der EAA sowohl Unternehmen mit Sitz in der EU als auch Unternehmen außerhalb Europas betrifft, die an EU‑Verbraucher verkaufen. Ein US‑basiertes SaaS‑Unternehmen mit europäischen Kunden oder ein britischer Händler mit einem EU‑Onlineshop fällt in den Geltungsbereich. Die einzige wesentliche Ausnahme: Mikrounternehmen mit weniger als 10 Beschäftigten und weniger als 2 Mio. € Umsatz haben begrenzte Ausnahmen, aber die meisten in der EU tätigen Unternehmen sind erfasst.

EN 301 549 ist die technische Norm, die unter sowohl WAD als auch EAA eine Vermutung der Konformität begründet. Ihre Einhaltung ist der klarste und rechtlich am besten vertretbare Weg, um die Einhaltung beider Richtlinien nachzuweisen.

Was EN 301 549 über WCAG hinaus verlangt

Wenn Ihr Team bereits WCAG‑2.1‑AA‑Konformität aufrechterhält, haben Sie eine solide Grundlage. Aber mehrere Anforderungen von EN 301 549 liegen vollständig außerhalb von WCAG und sind es wert, im Detail betrachtet zu werden.

Funktionale Leistungsbeschreibungen: Klausel 4 von EN 301 549 führt eine Reihe von übergeordneten funktionalen Zielen ein – Nutzung ohne Sehen, ohne Hören, ohne Sprache, mit eingeschränkter Kognition und so weiter. Diese Aussagen fungieren als Sicherheitsnetz: Wenn keine spezifische technische Anforderung auf eine bestimmte Situation zutrifft, sollten Produkte dennoch das zugrunde liegende funktionale Ziel erfüllen. Dies ermutigt Designer, in Bezug auf Nutzerergebnisse zu denken, nicht nur in Bezug auf Checklisten‑Konformität.

Echtzeit‑Text (RTT) und Telekommunikation: Kapitel 6 behandelt Anforderungen an Sprachanrufe, Videoanrufe und Echtzeit‑Text. Diese sind wichtig für VoIP‑, Videokonferenz‑ und Telekommunikationsdienste. Dies wird zunehmend relevant, da mehr Organisationen Chat‑, Audio‑ und Videofunktionen direkt in ihre Webanwendungen oder Kundenportale integrieren.

Barrierefreie Dokumentation und Support: EN 301 549 enthält Kriterien, die verlangen, dass Benutzerhandbücher, Hilfsinhalte und Kundensupport für IKT barrierefrei sein müssen. Kapitel 12 gilt ausnahmslos für alle Produkte – das bedeutet, dass Ihre Hilfedokumentation, Support‑Ticket‑Oberflächen und Chatbots ebenso die Norm erfüllen müssen wie das Hauptprodukt.

Hardware‑Barrierefreiheit: EN 301 549 enthält Kriterien zur Unterstützung der Hardware‑Barrierefreiheit – Geräte müssen physisch für Nutzer mit Behinderungen zugänglich sein, etwa durch taktiles Feedback oder verstellbare Höhe bei Kiosken. Für die meisten reinen Web‑Teams fallen Hardware‑Kapitel nicht direkt in den Geltungsbereich. Wenn Ihr Produktökosystem jedoch Kassenterminals, Selbstbedienungskioske oder Geldautomaten‑Integrationen umfasst, werden diese Klauseln sehr relevant.

Es gibt innerhalb Europas auch länderspezifische Standards, die über EN 301 549 hinausgehen können. Es gibt Situationen in Europa, in denen ein spezifischeres lokales Gesetz oder ein Standard EN 301 549 überlagert – Beispiele sind BITV in Deutschland und RGAA in Frankreich. Organisationen, die in bestimmten Mitgliedstaaten tätig sind, sollten prüfen, ob nationale Umsetzungen zusätzliche Anforderungen über die harmonisierte Basis hinaus eingeführt haben.

Konformitätsstufen und was Level AA tatsächlich bedeutet

Wie WCAG hat EN 301 549 drei Konformitätsstufen: A, AA und AAA. Level A bezeichnet die niedrigste Konformitätsstufe (Minimum) und Level AAA die höchste (Maximum). Level AA ist die verpflichtende Stufe. Praktisch bedeutet dies, dass Ihre Webinhalte jedes Erfolgskriterium der Stufen A und AA erfüllen müssen, ohne Verstöße, wenn Sie eine vollständige Konformität beanspruchen wollen.

Level AAA ist nicht erforderlich – und das aus gutem Grund. Es wird nicht empfohlen, Level‑AAA‑Konformität als allgemeine Vorgabe für ganze Websites zu verlangen, da es für manche Inhalte nicht möglich ist, alle Erfolgskriterien der Stufe AAA zu erfüllen. Dennoch sind viele AAA‑Kriterien – wie die Bereitstellung von Gebärdensprachdolmetschung für Audiomaterial oder erweiterte Audiodeskriptionen – für einen bedeutenden Teil Ihrer Nutzerschaft tatsächlich hilfreich, und ihre Umsetzung, wo machbar, zeigt guten Willen.

Eine wichtige Nuance zum rechtlichen Gewicht der Konformitätsstufen: Neue Versionen von WCAG oder EN 301 549 ändern nicht automatisch die rechtlichen Verpflichtungen der Mitgliedstaaten in Bezug auf die WAD. Damit Änderungen Wirkung entfalten, muss die Norm zunächst aktualisiert und dann im Amtsblatt referenziert werden. Das bedeutet, dass WCAG 2.2 zwar im Oktober 2023 veröffentlicht wurde, aber erst dann rechtlich verbindlich im Rahmen der WAD wird, wenn die aktualisierte Version von EN 301 549 darauf verweist und diese Version harmonisiert ist. Für die praktische Compliance‑Planung ist es jedoch dringend ratsam, bereits auf WCAG 2.2 hinzuarbeiten, da dies die Richtung der Entwicklung ist.

Der Weg nach vorn: EN 301 549 Version 4.1.1 und WCAG 2.2

Die derzeit harmonisierte Version von EN 301 549, v3.2.1, basiert auf WCAG 2.1. Die Norm wird jedoch aktiv überarbeitet. EN 301 549 wird mit dem Ziel überarbeitet, V4.1.1 im Jahr 2026 zu veröffentlichen, zur Unterstützung der europäischen Richtlinie (EU) 2019/882 über die Barrierefreiheitsanforderungen für Produkte und Dienstleistungen, als Reaktion auf das Mandat 587 der Europäischen Kommission.

Die nächste Version von EN 301 549, v4.1.1, ist geplant, um den European Accessibility Act zu unterstützen und WCAG 2.2 AA sowie bedeutende Aktualisierungen der Anforderungen im Zusammenhang mit Echtzeit‑Text zu enthalten. WCAG 2.2 führte neun neue Erfolgskriterien ein, die sich an Nutzer mit Sehbehinderungen, Nutzer mit kognitiven und Lernbehinderungen und mobile Nutzer mit motorischen Beeinträchtigungen richten – Bereiche, in denen WCAG 2.1 bekannte Lücken hatte. Außerdem wurde Kriterium 4.1.1 (Parsing) entfernt, das durch moderne Browser obsolet geworden war.

Die praktische Konsequenz für Teams, die heute an Barrierefreiheit arbeiten: Bauen Sie jetzt auf WCAG 2.2 AA, nicht auf WCAG 2.1. EN 301 549 definiert technische Anforderungen und enthält derzeit WCAG 2.1. Die Norm soll jedoch im Rahmen der Unterstützung der Umsetzung des EAA aktualisiert werden und befindet sich im Prozess der Aktualisierung, um WCAG 2.2 aufzunehmen. Organisationen, die mit der Anhebung ihres Konformitätsziels warten, bis die offizielle Harmonisierung erfolgt ist, werden sich in einer Aufholjagd wiederfinden. Die Differenz zwischen WCAG 2.1 und 2.2 auf Level AA umfasst neun Kriterien – keine vollständige Neufassung, aber dennoch eine spürbare Arbeitslast.

Es ist auch erwähnenswert, dass EN 301 549 eine globale Reichweite hat. EN 301 549 wurde von anderen Ländern als freiwilliger Standard übernommen, darunter Australien und Kanada, und steht in enger Übereinstimmung mit Section 508 des Rehabilitation Act in den USA. Wenn Ihre Organisation globale Compliance‑Verpflichtungen hat, ist die Ausrichtung an EN 301 549 nicht nur eine EU‑Strategie – sie positioniert Sie gleichzeitig gut für mehrere regulatorische Rahmenwerke.

Praktische Schritte für Website‑Eigentümer und Compliance‑Teams

Angesichts all dessen: Wo sollten Sie tatsächlich beginnen? Der folgende Ansatz funktioniert für die meisten webfokussierten Organisationen, auch wenn Teams mit mobilen Apps, Hardware‑ oder Telekommunikationskomponenten die relevanten Kapitel von EN 301 549 zusätzlich berücksichtigen müssen.

Erstens: Stellen Sie Ihre WCAG‑2.1‑AA‑Basis fest. Da EN 301 549 WCAG 2.1 Level AA integriert, sind Organisationen, die bereits mit Gesetzen konform sind, die auf diesen globalen Standard verweisen, gut positioniert, um Konformität mit EN 301 549 zu erreichen. Führen Sie eine Kombination aus automatisierten Scans und manuellen Tests mit unterstützenden Technologien – Screenreader, reine Tastaturnavigation, Sprachsteuerung – über Ihre wichtigsten Nutzerpfade hinweg durch. Automatisierte Tools sind wertvoll, aber begrenzt: Automatisierte Tools erfassen etwa 30–40 % der Barrieren bei der Barrierefreiheit, und die Konformität mit EN 301 549 erfordert manuelle Tests mit unterstützenden Technologien über reale Nutzerabläufe hinweg.

Zweitens: Identifizieren Sie, welche Kapitel von EN 301 549 auf Ihr Produkt zutreffen. Wenn Ihre Website herunterladbare PDFs anbietet, gilt Kapitel 10. Wenn Sie einen eingebetteten Videoplayer haben, ist Kapitel 7 relevant. Wenn Sie Live‑Chat oder VoIP anbieten, prüfen Sie Kapitel 6. Wenn Ihr Produkt eine begleitende mobile App hat, fällt Kapitel 11 in den Geltungsbereich.

Drittens: Veröffentlichen Sie eine Barrierefreiheitserklärung. Die EU‑Richtlinie über den barrierefreien Zugang zu Websites und mobilen Anwendungen verlangt, dass Websites und mobile Anwendungen eine Barrierefreiheitserklärung zu ihrem Konformitätsgrad enthalten, in der alle nicht barrierefreien Inhalte und gegebenenfalls die bereitgestellten barrierefreien Alternativen angegeben werden. Dies ist nicht nur eine bürokratische Anforderung – es zeigt guten Willen, informiert Nutzer darüber, was sie erwarten können, und bietet einen Rahmen für die laufende Nachverfolgung von Nachbesserungen.

Viertens: Heben Sie Ihr Ziel auf WCAG 2.2 AA an. Angesichts der Tatsache, dass EN 301 549 v4.1.1 WCAG 2.2 integrieren wird, bedeutet es, bereits jetzt mit der Umsetzung der neun neuen Erfolgskriterien zu beginnen – insbesondere jener zu Fokusdarstellung, Ziehbewegungen und barrierefreier Authentifizierung –, dass Sie keinen Compliance‑Engpass erleben, wenn die neue Version harmonisiert wird.

Fünftens: Verankern Sie Barrierefreiheit in Ihrem Entwicklungsprozess, nicht obendrauf. Barrierefreiheit unter dem EAA ist kein einmaliger Meilenstein. Sie erfordert laufende Überwachung, Nachbesserung und dokumentierte Compliance‑Bemühungen über digitale Angebote hinweg. Eine einmal erstellte und dann vergessene Barrierefreiheitserklärung ist eine Haftung, kein Vorteil. Planen Sie regelmäßige Audits, integrieren Sie automatisierte Prüfungen in Ihre CI/CD‑Pipeline und weisen Sie klare Verantwortlichkeiten für Barrierefreiheit in Produkt, Design und Engineering zu.

Wesentliche Erkenntnisse

• EN 301 549 ist die harmonisierte technische EU‑Norm für IKT‑Barrierefreiheit und integriert WCAG 2.1 AA vollständig für Webinhalte, während sie den Geltungsbereich weit über WCAG hinaus auf Hardware, mobile Apps, Dokumente, Telekommunikation und Support‑Dienstleistungen ausdehnt. WCAG zu bestehen bringt Sie für Ihre Website weit, aber nicht vollständig ans Ziel.
• Der European Accessibility Act (EAA) ist seit dem 28. Juni 2025 durchsetzbar und gilt für Unternehmen des privaten Sektors – einschließlich Nicht‑EU‑Unternehmen –, die digitale Produkte oder Dienstleistungen für EU‑Verbraucher anbieten. Die Konformität mit EN 301 549 ist der primäre Mechanismus, um EAA‑Konformität nachzuweisen.
• Kapitel 9 von EN 301 549 entspricht direkt WCAG 2.1 AA für Webinhalte, aber die Kapitel 10, 11, 6, 7 und 12 führen zusätzliche Anforderungen für Dokumente, mobile Apps, Kommunikation, Video und Support‑Dienstleistungen ein – all dies muss im Hinblick auf den spezifischen Produktumfang bewertet werden.
• EN 301 549 v4.1.1, mit Veröffentlichung für 2026 geplant, wird WCAG 2.2 AA integrieren. Jetzt auf WCAG 2.2 aufzubauen, vermeidet zukünftigen Nachbesserungsaufwand und positioniert Ihre Organisation im Vorfeld des nächsten Harmonisierungzyklus.
• Laufende Compliance ist ebenso wichtig wie die anfängliche Konformität. Veröffentlichte Barrierefreiheitserklärungen, manuelle Tests mit realen unterstützenden Technologien und dokumentierte Governance‑Prozesse sind das, worauf Regulierungsbehörden und Gerichte achten, wenn sie bewerten, ob eine Organisation Barrierefreiheit ernst nimmt.