EN 301 549 verstehen
EN 301 549 ist der europäische Standard für barrierefreie Informations- und Kommunikationstechnologie. Er verbindet die WCAG mit zusätzlichen Anforderungen für Software, Hardware und Dokumente – und bildet damit die technische Brücke zwischen WCAG, EAA und nationalen Gesetzen wie dem BFSG.
Was EN 301 549 ist – kurz erklärt
EN 301 549 – ausgesprochen „EN drei-null-eins fünf-vier-neun" – ist ein harmonisierter europäischer Standard für die Barrierefreiheits-Anforderungen an Informations- und Kommunikationstechnologie , kurz ICT. Entwickelt wird er gemeinsam von den drei europäischen Normungsorganisationen CEN, CENELEC und ETSI.
Der Standard ist die technische Grundlage, auf die EU-Recht zur Barrierefreiheit zurückgreift. Vereinfacht: Wenn ein Produkt oder ein Dienst „barrierefrei nach europäischen Anforderungen" sein soll, ist EN 301 549 das Dokument, gegen das geprüft wird.
Aufbau und Geltungsbereich
Anders als die WCAG, die nur Web-Inhalte adressieren, deckt EN 301 549 ein deutlich breiteres ICT-Spektrum ab. Der Standard ist in Kapiteln strukturiert, die jeweils einen bestimmten Anwendungsbereich betreffen:
| Kapitel | Inhalt |
|---|---|
| Kapitel 4 | Funktionale Anforderungen – das, was Nutzer:innen erleben können müssen (Sehen, Hören, Bedienen ohne …) |
| Kapitel 5 | Allgemeine Anforderungen für jedes ICT-Produkt |
| Kapitel 6 | Anforderungen für ICT mit Zwei-Wege-Sprachkommunikation |
| Kapitel 7 | Anforderungen für ICT mit Videodarstellung |
| Kapitel 8 | Anforderungen für Hardware |
| Kapitel 9 | Anforderungen für Web-Inhalte (referenziert WCAG) |
| Kapitel 10 | Anforderungen für Nicht-Web-Dokumente |
| Kapitel 11 | Anforderungen für Software (inkl. mobile Apps) |
| Kapitel 12 | Dokumentation und Support-Dienstleistungen |
| Kapitel 13 | ICT für Notfälle und Rettungsdienste |
Die 13 funktionalen Anforderungen aus Kapitel 4 sind die nutzungs-orientierte Ebene des Standards. Sie formulieren, dass ein Produkt zum Beispiel auch ohne Sehen, ohne Farbwahrnehmung, ohne Hören, ohne Sprachvermögen oder mit eingeschränkter Bewegungsfähigkeit bedienbar sein muss. Aus diesen Anforderungen leiten sich die konkreten technischen Vorgaben in den folgenden Kapiteln ab.
Das Verhältnis zu WCAG
Hier liegt der Kern, der oft Verwirrung stiftet: EN 301 549 referenziert die WCAG in vollem Umfang – übernimmt sie also als ihren Web- und Software-Teil – und ergänzt sie um alles, was die WCAG nicht abdeckt: Hardware, Sprachkommunikation, Echtzeit-Text, dokumentierte Konformitätsverfahren und mehr.
Praktisch bedeutet das: Wer eine Website oder Web-App nach WCAG 2.x Stufe AA baut, erfüllt damit auch die einschlägigen Web-Anforderungen aus EN 301 549 – aber eben nicht automatisch die Anforderungen für Hardware, Bedienelemente an Geräten oder PDF-Dokumente. Für ein vollständiges ICT-Produkt-Audit ist EN 301 549 die übergeordnete Referenz.
Versionen: V3.2.1 und der Weg zu V4.1.1
Aktuell gilt EN 301 549 V3.2.1, veröffentlicht im März 2021. Diese Version referenziert WCAG 2.1 auf Stufe AA – nicht WCAG 2.2. Das ist wichtig, weil WCAG 2.2 bereits seit Oktober 2023 die aktuelle WCAG-Fassung ist.
Eine Neufassung – EN 301 549 V4.1.1 – wird derzeit erarbeitet und wird die neun zusätzlichen Erfolgskriterien aus WCAG 2.2 einbeziehen. Geplant ist die Veröffentlichung für Oktober 2026; die finale Datierung kann sich verschieben.
Wer EN 301 549 anwenden muss
EN 301 549 ist kein Gesetz – Standards werden nicht direkt eingehalten, sondern in Gesetzen oder Verordnungen referenziert. In Europa geschieht diese Referenzierung an drei relevanten Stellen:
- Public Sector Web Accessibility Directive (PSBAR, EU 2016/2102): Öffentliche Stellen in EU-Mitgliedstaaten müssen ihre Webseiten und mobilen Apps nach EN 301 549 zugänglich machen.
- European Accessibility Act (EAA, EU 2019/882): Für Produkte und Dienstleistungen im Anwendungsbereich des EAA wird EN 301 549 als die maßgebliche harmonisierte Norm herangezogen.
- Nationale Umsetzungsgesetze: In Deutschland nimmt das BFSG (mit der Verordnung BFSGV) den Standard auf, in Österreich das BaFG, in Frankreich der RGAA, und so weiter.
Wer nach EN 301 549 baut, baut also für mehrere Adressaten gleichzeitig: für öffentliche Stellen, für die EAA-pflichtigen Bereiche und für die jeweiligen nationalen Pflichtenkataloge.
Zwei verbreitete Missverständnisse
„EN 301 549 ist nur WCAG mit anderem Namen." Nein. EN 301 549 enthält die WCAG für Web-Anteile, aber sie umfasst zusätzlich Hardware, Sprachkommunikation, Echtzeit-Text und Anforderungen an die Dokumentation der Konformität. Wer nur WCAG erfüllt, deckt den Web-Teil ab – nicht mehr.
„EN 301 549 fordert schon WCAG 2.2." Aktuell nicht. Die geltende Version V3.2.1 referenziert WCAG 2.1. WCAG 2.2 wird erst mit V4.1.1 vollständig aufgenommen – voraussichtlich im Laufe von 2026. Die ETSI nennt Oktober 2026 als Planziel; ob das Datum gehalten wird, ist offen.
Was du daraus mitnimmst
EN 301 549 ist die technische Mitte , an der sich WCAG-Welt und EU-Recht treffen. Drei Punkte zum Mitnehmen:
- Für Web-Anteile reicht WCAG-Arbeit aus. Wer nach WCAG 2.x AA arbeitet, erfüllt damit den Web-Teil der EN 301 549 mit ab.
- Für Software, Hardware und Dokumente lohnt der Blick in den Standard selbst. Hier stehen Anforderungen, die in der WCAG nicht enthalten sind – etwa zu physischen Bedienelementen, zu Echtzeit-Text in Telekommunikation oder zur Dokumentations-Pflicht.
- Im Beschaffungs- oder Audit-Kontext ist der Annex A zentral. Er liefert die Tabelle, mit der Konformität sauber ausgewiesen wird – und ist das, was Auftraggeber meist sehen wollen.
EN 301 549 wirkt zunächst trocken: ein Standard mit dreistelliger Nummer und zweistelliger Versionierung. In der Praxis ist es aber das Dokument, das die nominell sehr verschiedenen Anforderungen aus EU-Recht, öffentlichem Beschaffungsrecht und nationalen Gesetzen zu einer einzigen, prüfbaren technischen Referenz verschmelzen lässt. Wer den Standard kennt, spart sich an vielen Stellen die Frage „Welche Regel gilt jetzt gerade?".
Audits nach EN 301 549 in deinem Projekt?
Wir prüfen Websites, Apps und Dokumente gegen EN 301 549 und WCAG 2.x – von der Geltungsbereichs-Analyse über das Audit bis zur Konformitäts-Dokumentation – und schulen Teams in der Anwendung.
Beratung oder Schulung anfragen