Was die EN 301 549 ist – und warum sie über reine Webrichtlinien hinausgeht

Die EN 301 549 trägt den vollständigen Titel „Accessibility requirements for ICT products and services“ und ist die harmonisierte europäische Norm für die Barrierefreiheit von Informations- und Kommunikationstechnik. Entwickelt wurde sie gemeinsam von den europäischen Normungsorganisationen CEN, CENELEC und ETSI. Ihr Anspruch reicht bewusst weiter als der einer reinen Web-Richtlinie: Sie deckt Websites und mobile Apps ebenso ab wie Software, Dokumente, Hardware, Telekommunikationsanlagen und unterstützende Dienste.

Der Kern, den die meisten Verantwortlichen zuerst suchen, betrifft die digitalen Angebote. Doch genau hier liegt der häufigste Denkfehler: Wer nur seine Website prüft, hat die Norm erst zur Hälfte verstanden. Ein nicht zugängliches PDF im Kundenportal, ein Tarifrechner ohne Tastaturbedienung oder ein Support-Chat ohne Screenreader-Anbindung fallen ebenso unter die EN 301 549 wie ein Kontrastfehler im Seitenheader.

Vom Gesetz zur Norm: Wie BFSG, EAA und EN 301 549 zusammenspielen

Gesetze formulieren Pflichten – sie sagen aber selten, wie man sie technisch erfüllt. Diese Lücke schließt die EN 301 549. In Deutschland verlangt das Barrierefreiheitsstärkungsgesetz (BFSG), das den European Accessibility Act in nationales Recht überführt, dass bestimmte Produkte und Dienstleistungen barrierefrei sind. Der European Accessibility Act ist seit dem 28. Juni 2025 in der Anwendung, und die EN 301 549 gilt als der technische Standard, der beide Regelwerke trägt.

Praktisch bedeutet das: Erfüllt Ihr digitales Angebot die Anforderungen der EN 301 549, gilt die gesetzliche Pflicht in aller Regel als erfüllt – man spricht von der Konformitätsvermutung. Für die öffentliche Hand ist dieser Bezug über die Web Accessibility Directive und die BITV 2.0 schon länger etabliert. Mit dem BFSG trifft dieselbe technische Messlatte nun auch große Teile der Privatwirtschaft: E-Commerce, Banken, Versicherungen, Telekommunikation und Verkehrsdienstleistungen. Die Norm ist damit von einem Nischenthema des öffentlichen Sektors zum verbindlichen Maßstab für den Markt geworden.

Die Vermutungswirkung: der juristische Hebel hinter der Norm

Dass die gesetzliche Pflicht „in aller Regel als erfüllt gilt“, wenn Sie die EN 301 549 einhalten, klingt nach einer Formalie. Es ist der wichtigste Hebel, den die Norm Ihnen in die Hand gibt.

Die EN 301 549 ist eine harmonisierte Norm — sie wird im Amtsblatt der EU referenziert. Genau daraus entsteht die Vermutungswirkung: Wer seine Produkte und Dienste nachweislich nach der Norm gestaltet, bei dem wird vermutet, dass er die Anforderungen des Rechtsakts erfüllt, unter dem sie zitiert ist. Das ist kein Argument, das Sie sich selbst zusammenbauen müssen, sondern der Weg, den der Gesetzgeber ausdrücklich vorgesehen hat.

Was das wert ist, zeigt sich erst im Ernstfall. Ohne Bezug auf die EN 301 549 müssten Sie bei einer Beschwerde oder einer Prüfung durch die Marktüberwachung im Einzelnen darlegen, dass Ihr Angebot die abstrakten Anforderungen des Gesetzes erfüllt — Kriterium für Kriterium, aus dem Stand, unter Zeitdruck. Mit einem dokumentierten Nachweis nach der Norm verschiebt sich die Ausgangslage zu Ihren Gunsten: Sie belegen die Konformität mit der Norm, und die Konformität mit dem Gesetz wird vermutet.

Eine Einschränkung gehört dazu, weil sie oft unterschlagen wird: Die Vermutungswirkung entsteht aus der Erfüllung der Norm, nicht aus einem Zertifikat. Kein Anbieter kann sie Ihnen zusichern. Ein belastbares Audit dokumentiert die Grundlage, auf der sie greift — erfüllen müssen Sie die Norm selbst. Genau deshalb lohnt es, den Nachweis sauber zu führen statt ihn zu behaupten.

EN 301 549 und WCAG – warum die Norm mehr verlangt als die Richtlinie

Die beiden Begriffe werden oft synonym verwendet, und das führt regelmäßig zu Lücken im Compliance-Nachweis. Die WCAG (Web Content Accessibility Guidelines) des W3C sind die international anerkannte Grundlage für barrierefreie Webinhalte. Die EN 301 549 übernimmt diese Kriterien – und legt dann eigene, darüber hinausgehende Anforderungen obendrauf. Konkret integriert die aktuell referenzierte Fassung EN 301 549 V3.2.1 die WCAG 2.1 auf Stufe AA vollständig. Damit ist jedes WCAG-Erfolgskriterium zugleich Bestandteil der Norm.

Die Norm hört dort aber nicht auf. Sie ergänzt unter anderem Vorgaben für Hardware, für biometrische Verfahren, für Sprachausgabe und Echtzeitkommunikation sowie für Software und Dokumente, die WCAG gar nicht adressiert. Wer also „nur“ WCAG-konform ist, kann an einer EN-301-549-Prüfung trotzdem scheitern – etwa weil ein PDF nicht nach PDF/UA getaggt ist oder eine Anwendung jenseits des Browsers Barrieren enthält. Für die Praxis heißt das: WCAG ist das Fundament, die EN 301 549 ist das Gebäude. Beide gehören geprüft.

Wie die Norm aufgebaut ist – die Kapitel, auf die es ankommt

Die EN 301 549 ist modular gegliedert, und für digitale Angebote sind einige Abschnitte besonders relevant. Kapitel 5 bündelt die generischen Anforderungen – Grundsätze, die für nahezu jedes Produkt gelten, etwa die Bedienbarkeit ohne bestimmte körperliche Fähigkeiten oder die Nutzbarkeit mit assistiven Technologien. Kapitel 9 widmet sich dem Web und verweist direkt auf die WCAG-Erfolgskriterien; das ist der Teil, den die meisten meinen, wenn sie von einer „barrierefreien Website“ sprechen. Kapitel 10 nimmt die Nicht-Web-Dokumente in den Blick, also PDFs, Office-Dateien und vergleichbare Formate – in Behörden und Konzernen liegt hier oft die größte versteckte Lücke, weil Altbestände an Dokumenten selten geprüft werden. Kapitel 11 behandelt Software, native Apps und Benutzeroberflächen jenseits des Browsers, und Kapitel 12 stellt klar, dass auch Dokumentation und Support-Dienste – Hilfeseiten, Anleitungen, Kundenservice – zugänglich sein müssen.

Diese Breite ist der Grund, warum ein automatischer Scanner allein keine belastbare EN-301-549-Aussage treffen kann. Werkzeuge erkennen einen Teil der technischen Fehler, sie können aber nicht beurteilen, ob ein Screenreader den Bestellprozess sinnvoll vorliest oder ein komplexes Dokument logisch strukturiert ist.

Modular gebaut: Sie erfüllen nicht die ganze Norm, sondern Ihre Kapitel

Die Kapitelliste der EN 301 549 wirkt beim ersten Lesen erdrückend, und regelmäßig hören wir denselben Satz: „Das schaffen wir nie.“ Muss auch niemand. Die Norm ist modular aufgebaut, und je nachdem, welche Produkte und Dienste Sie anbieten, sind unterschiedliche Kapitel für Sie einschlägig — ein Onlineshop andere als ein Hardware-Hersteller, eine Bank andere als ein Streaming-Dienst. Sie erfüllen nicht die gesamte Norm, sondern genau die Teile, die zu Ihrem Angebot passen.

Auch die Reihenfolge der Norm folgt einer Logik, die sich lohnt zu kennen: Am Anfang steht die Frage, was Menschen können müssen. Erst danach kommt die Frage, wie die jeweilige Technik das ermöglicht. Nicht die Technologie gibt den Maßstab vor, sondern die Nutzung.

Diese Entlastung hat eine Kehrseite: Der Zuschnitt muss stimmen. Wer nur das Web-Kapitel prüft, weil das Web-Kapitel das bekannteste ist, hat nicht modular gearbeitet, sondern bequem. Der erste Schritt jedes belastbaren Audits ist deshalb kein Test, sondern eine ehrliche Bestandsaufnahme: Welche Kapitel gelten für uns überhaupt?

Aus der Praxis: Ein Dienstleister war überzeugt, mit einer sauber nach WCAG geprüften Website alle Anforderungen zu erfüllen. Im Audit gegen die volle EN 301 549 zeigte sich die Lücke: Sämtliche Vertragsunterlagen und Formulare lagen als PDFs vor, die weder nach PDF/UA getaggt noch anderweitig barrierearm aufbereitet waren, und der einzige Support-Kanal war eine reine Telefon-Hotline ohne textbasierte Alternative. Die Website war konform, das Gesamtangebot nicht.

Die funktionalen Leistungsmerkmale: das Herz der Norm

Der konzeptionelle Kern der EN 301 549 fehlt in fast jeder oberflächlichen Darstellung — und er steht nicht zufällig ganz vorn in der Norm: die funktionalen Leistungsmerkmale. Sie beschreiben keine technischen Details, sondern die übergeordneten Nutzungsweisen, die ein Produkt ermöglichen muss. Dazu zählen unter anderem:

• Nutzung ohne Sehvermögen
• Nutzung mit eingeschränktem Sehvermögen
• Nutzung ohne Farbwahrnehmung
• Nutzung ohne Gehör
• Nutzung mit eingeschränktem Gehör
• Nutzung ohne Sprechvermögen
• Nutzung mit eingeschränkter Greif- und Bedienfähigkeit
• Nutzung mit eingeschränkter kognitiver Leistung

Dieser funktionale Ansatz ist klüger, als er zunächst klingt. Er stellt sicher, dass am Ende nicht nur einzelne Kriterien abgehakt sind, sondern dass das Produkt für reale Menschen mit realen Einschränkungen tatsächlich nutzbar ist. Eine Seite kann jedes einzelne technische Kriterium erfüllen und trotzdem daran scheitern, dass niemand sie ohne Sehvermögen sinnvoll bedienen kann.

Hier liegt auch der Grund, warum sich die Norm ohne die Perspektive echter Nutzer kaum vollständig beurteilen lässt. Die funktionalen Anforderungen fragen nach gelebter Nutzbarkeit, nicht nach formaler Erfüllung — und diese Frage beantwortet keine Software, sondern nur ein Mensch, der das Angebot mit seiner Technologie tatsächlich benutzt. Genau deshalb arbeiten wir in unseren Audits mit einem Panel aus Nutzerinnen und Nutzern assistiver Technologien statt mit einem Prüfbericht aus dem Werkzeugkasten.

V3.2.1 heute, V4.1.1 morgen: der Versionsstand der EN 301 549

Normen sind keine statischen Dokumente, und gerade bei der EN 301 549 lohnt der genaue Blick. Die zuletzt veröffentlichte und rechtlich referenzierte Fassung ist V3.2.1 aus dem März 2021; sie baut auf WCAG 2.1 auf. Parallel arbeiten die Normungsgremien an der nächsten Stufe: Die Fassung V4.1.1, die WCAG 2.2 einbezieht, wird 2026 erwartet und wird erst dann verbindlich, wenn sie im Amtsblatt der EU referenziert ist.

Für Unternehmen ergibt sich daraus eine klare strategische Empfehlung: Wer heute schon auf WCAG 2.2 prüft und behebt, vermeidet ein zweites, vollständiges Re-Audit, sobald die neue Normfassung greift. Genau deshalb auditieren wir bei IFDB bereits gegen den aktuellen WCAG-2.2-Stand – nicht gegen das Minimum von gestern.

Aus der Praxis: Ein Kunde war verunsichert, weil seine Agentur „WCAG 2.2“ umgesetzt hatte, ein Berater aber auf „WCAG 2.1 laut Norm“ pochte. Beide hatten auf ihre Weise recht — und die Auflösung war einfacher, als beide dachten: WCAG 2.2 baut auf 2.1 auf und ergänzt weitere Erfolgskriterien. Eine Ausnahme gibt es, und sie ist der Grund für die Verwirrung: Das Kriterium 4.1.1 (Parsing) wurde in 2.2 als obsolet gestrichen, weil moderne Browser und assistive Technologien das Problem selbst lösen. Praktisch heißt das: Wer nach 2.2 arbeitet, deckt den in der Norm referenzierten Stand ab und ist zugleich auf die kommende Fassung vorbereitet. Die vermeintliche Versionsfrage war gar keine.

Für wen die EN 301 549 gilt – und warum Ausschreibungen daran hängen

Die Norm wird über drei Wege verbindlich, und der dritte wird regelmäßig übersehen.

Über das BFSG und den European Accessibility Act betrifft sie private Unternehmen, die bestimmte digitale Produkte und Dienstleistungen anbieten — von Onlineshops über Banken bis zu Telekommunikationsanbietern. Über die Web-Zugänglichkeitsrichtlinie und die BITV 2.0 gilt sie für öffentliche Stellen in ganz Europa. Beide Wege sind bekannt.

Hinzu kommt die öffentliche Beschaffung. Wer als Unternehmen an öffentliche Auftraggeber liefern will, muss seine IKT-Produkte regelmäßig nach der EN 301 549 als barrierefrei nachweisen können — unabhängig davon, ob er selbst unter das BFSG fällt. Für viele B2B-Softwareanbieter ist die Norm damit keine Compliance-Frage, sondern schlicht die Voraussetzung, um überhaupt mitbieten zu dürfen. Wer den Nachweis nicht vorlegen kann, sieht zu, wie Aufträge an Wettbewerber gehen, die ihn haben.

Aus der Praxis: Ein Software-Anbieter wollte sich an einer öffentlichen Ausschreibung beteiligen und scheiterte an einer einzigen Anforderung: dem Nachweis der Barrierefreiheit nach EN 301 549. Das Produkt war technisch gut, aber niemand hatte je geprüft, ob es die Norm erfüllt — ein dokumentierter Nachweis fehlte schlicht. Der Auftrag ging an einen Wettbewerber, der ihn vorweisen konnte. Barrierefreiheit war hier kein Nice-to-have, sondern die Eintrittskarte.

Es gibt kein staatliches Siegel: wie ein belastbarer Nachweis entsteht

Eine Frage kommt in jedem Erstgespräch: Wer stellt eigentlich fest, dass wir konform sind? Die ehrliche Antwort überrascht die meisten: niemand von Amts wegen. Es gibt keine Behörde, die ein offizielles Siegel für die EN 301 549 vergibt. Den Nachweis müssen Sie selbst erbringen.

Grundsätzlich kann das über eine Selbsterklärung geschehen. Nur ist eine schlichte Selbsteinschätzung im Streitfall wenig wert — sie ist genau das, was sie sagt: Ihre eigene Behauptung über sich selbst. Belastbar wird der Nachweis erst durch eine fundierte, dokumentierte Prüfung gegen die Anforderungen der Norm. Das ist keine Schikane, sondern der Unterschied zwischen „wir glauben, wir erfüllen die Norm“ und „wir können es belegen“. Im Zweifel zählt allein das Zweite. Wie ein solcher Nachweis im Detail aussieht, vertieft unser Ratgeber zur Zertifizierung der Barrierefreiheit.

Und hier stoßen automatische Werkzeuge an eine Grenze, die sich nicht wegoptimieren lässt. Software erkennt, ob ein Alt-Attribut existiert; ob die Beschreibung einem blinden Menschen wirklich hilft, erkennt nur ein Mensch. Über die ganze Breite der Norm summieren sich solche Urteilsfragen — und die zusätzlichen IKT-Anforderungen jenseits des Webs entziehen sich der reinen Software-Prüfung ohnehin. Ein automatischer Test zeigt Ihnen schnell, wo Ihr Web-Auftritt steht. Ein guter Ausgangspunkt. Der vollständige Nachweis nach der Norm ist er nicht.