EN 301 549 ist der harmonisierte europäische Standard, der technische Anforderungen an die Barrierefreiheit von Informations- und Kommunikationstechnologie definiert, und er ist der Standard, der dem European Accessibility Act seine technische Substanz verleiht. In der Praxis weist eine Organisation über die Einhaltung von EN 301 549 ihre EAA-Konformität nach, und dessen Anforderungen an Webinhalte bauen direkt auf WCAG 2.1 Level AA auf. Wenn Sie herausfinden wollen, was “barrierefrei” für die Zwecke der EAA tatsächlich bedeutet, ist EN 301 549 das Dokument mit der Antwort.
Was EN 301 549 ist
EN 301 549 ist ein europäischer Standard (ursprünglich von ETSI, CEN und CENELEC entwickelt), der funktionale Anforderungen an Barrierefreiheit für ein breites Spektrum an IKT-Produkten und -Dienstleistungen festlegt. Er wurde erstmals 2014 veröffentlicht und seitdem mehrfach überarbeitet, insbesondere um mit Aktualisierungen der WCAG Schritt zu halten. Er beschränkt sich nicht auf Websites: Der Standard deckt Software, mobile Anwendungen, Hardware wie Selbstbedienungsterminals und Ticketautomaten, elektronische Dokumente und sogar Anforderungen an die Barrierefreiheit von Supportdiensten wie Helpdesks und Nutzerdokumentation ab.
Wie es sich zu WCAG verhält
Bei Webinhalten erfindet EN 301 549 keine eigenen Kriterien. Version 3.2.1 übernimmt WCAG 2.1 Level AA vollständig, das heißt, der webbezogene Teil der EN-301-549-Konformität ist funktional identisch mit WCAG-2.1-AA-Konformität. Das ist eine bewusste Designentscheidung: Sie bedeutet, dass eine Organisation, die bereits echte WCAG-2.1-AA-Konformität erreicht hat, den größten Teil der technischen Arbeit erledigt hat, die EN 301 549 für ihre Web-Angebote verlangt, ohne eine parallele, EU-spezifische Checkliste zu brauchen. Eine künftige Revision, v4.1.1, soll den Standard voraussichtlich mit WCAG 2.2 in Einklang bringen, es lohnt sich also, die konkret in einem Vertrag oder Beschaffungsdokument referenzierte Version zu prüfen, statt anzunehmen, die Zuordnung sei statisch.
Wie es sich zum European Accessibility Act verhält
Die EAA ist das rechtliche Instrument: Sie legt fest, welche Produkte und Dienstleistungen erfasst sind, wer verpflichtet ist, und den Durchsetzungszeitplan. EN 301 549 ist das technische Instrument, das definiert, was “barrierefrei” für den Nachweis dieser Konformität bedeutet. Die Einhaltung von EN 301 549 begründet eine Vermutung der Konformität mit den Barrierefreiheitsanforderungen der EAA, weshalb Organisationen, die sich auf die EAA-Durchsetzung vorbereiten (die am 28. Juni 2025 begann, mit späteren Übergangsfristen am 28. Juni 2027 und 28. Juni 2030 für bestimmte bestehende Verträge und Produkte), ihre Konformitätsarbeit meist als EN-301-549-Projekt statt als Arbeit direkt am EAA-Text rahmen.
Warum die Zuordnung für Bußgelder wichtig ist
Durchsetzung und Bußgelder für die EAA werden auf Ebene der Mitgliedstaaten festgelegt, und berichteten Angaben zufolge reichen die maximalen Bußgelder derzeit von etwa 60.000 bis rund 900.000 Euro je nach Land, wobei manche Staaten zusätzliche Tagesstrafen für fortbestehende Nichtkonformität erlauben. Da die EN-301-549-Konformität der praktische Nachweis ist, den Aufsichtsbehörden und Gerichte betrachten werden, ist eine dokumentierte EN-301-549-Bewertung (idealerweise eine, die manuelle Tests einschließt, nicht nur einen automatisierten Scan) die stärkste Position, in der sich eine Organisation befinden kann, falls eine Beschwerde entsteht.
Wo das in der Praxis sichtbar wird
Die EN-301-549-Zuordnung ist am sichtbarsten bei Anbietern, die ihre Positionierung gezielt um EU-Konformität herum aufbauen. Wawsome ordnet seine Abdeckung explizit EN 301 549 und der EAA über mehrere europäische Märkte hinweg zu, zusätzlich zu Widget und Monitoring-Tools. Eye-Able und AccessiWay bauen ihr Geschäft ähnlich um EN-301-549-orientierte Konformität für den deutschen beziehungsweise italienischen öffentlichen Sektor auf und kombinieren ein Widget mit manueller Auditarbeit. Für Organisationen, die die zugrunde liegenden technischen Tests direkt gegen WCAG-Erfolgskriterien durchführen lassen möchten, statt über ein gebündeltes, EU-fokussiertes Produkt, bietet Deque Systems entwicklerorientierte Testwerkzeuge und von Experten durchgeführte manuelle Audits an, die sich sauber den Web-Content-Klauseln von EN 301 549 zuordnen lassen, da beide letztlich auf derselben WCAG-Grundlage aufbauen.
Was über Webinhalte hinaus abgedeckt ist
Die Nicht-Web-Klauseln von EN 301 549 werden leicht übersehen, wenn Ihre Arbeit an Barrierefreiheit bisher webfokussiert war, sie sind aber für viele der Produkte und Dienstleistungen wichtig, die die EAA tatsächlich abdeckt. Es gibt konkrete Anforderungen an Hardware (physische Bedienbarkeit, etwa dass ein Selbstbedienungsterminal oder Geldautomat genutzt werden kann, ohne sich allein auf feine motorische Kontrolle oder Farbwahrnehmung zu verlassen), an Softwareanwendungen außerhalb des Browsers, an Echtzeittext und Untertitelung in Kommunikationsdiensten sowie an die Barrierefreiheit von Dokumentation und Supportdiensten, die ein Produkt begleiten. Eine Organisation, die Bankterminals, E-Book-Reader oder Verkehrsinformationssysteme in die EU verkauft, muss sich mit diesen Klauseln gezielt auseinandersetzen; der WCAG-basierte Abschnitt zu Webinhalten, obwohl der am häufigsten diskutierte Teil des Standards, ist nur ein Kapitel davon.
Die EN-301-549-Konformität dokumentieren
Weil EN 301 549 Ausgaben hat, die an WCAG, Section 508 und eigene EU-spezifische Anforderungen angepasst sind, ist es der Standard, auf den sich die EU-Ausgabe eines VPAT (Voluntary Product Accessibility Template) bezieht, dieselbe Art standardisierten Konformitätsdokuments, das auch bei US-Bundesbeschaffungen genutzt wird. Unternehmens- und öffentliche Käufer, die Software oder Dienstleistungen für den Kauf in der EU bewerten, erwarten zunehmend einen ausgefüllten EN-301-549-VPAT als Teil des Verkaufsprozesses, nicht nur eine allgemeine Behauptung zur Barrierefreiheit im Marketingmaterial. Wenn Sie als Anbieter in die öffentliche Beschaffung der EU verkaufen, ist es fast schon eine praktische Voraussetzung, dieses Dokument bereit zu haben, gestützt auf echte Tests statt einer ungetesteten Selbsteinschätzung, auch wenn es nicht überall namentlich vorgeschrieben ist.
Wie sich EN 301 549 im Laufe der Zeit verändert hat
Der Standard wurde seit seiner ursprünglichen Veröffentlichung 2014 wiederholt überarbeitet, größtenteils um seinen WCAG-Verweis aktuell zu halten, während sich WCAG selbst von 2.0 über 2.1 bis schließlich 2.2 weiterentwickelte. Dieses Revisionsmuster lohnt sich zu verstehen, weil es bedeutet, dass EN-301-549-Konformität kein einmaliges technisches Ziel ist; ein Produkt, das gegen eine ältere Version des Standards bewertet wurde, muss möglicherweise gegen eine neuere Version erneut getestet werden, wenn ein Vertrag, eine Ausschreibung oder eine Verlängerung darauf verweist. Öffentliche Beschaffung nennt insbesondere oft eine bestimmte Versionsnummer statt allgemein “EN 301 549”, es lohnt sich also, die genaue in einem Ausschreibungsdokument oder Rahmenvertrag genannte Version zu prüfen, statt anzunehmen, dass automatisch die neueste gilt.
Was EN 301 549 allein nicht abdeckt
Da EN 301 549 ein technischer Standard ist, sagt er Ihnen nicht, wie Sie ein Barrierefreiheitsprogramm betreiben, interne Richtlinien festlegen oder Nutzerbeschwerden bearbeiten; das sind organisatorische Entscheidungen, die auf der technischen Grundlage aufbauen. Er ersetzt auch nicht die Notwendigkeit echter Nutzertests mit assistiven Technologien. Den Buchstaben eines WCAG-Erfolgskriteriums zu erfüllen und eine Website zu haben, die für einen Screenreader- oder reinen Tastaturnutzer tatsächlich gut funktioniert, sind verwandte, aber nicht identische Ziele, weshalb manuelle Prüfung durch jemanden mit Erfahrung in assistiven Technologien Teil jeder ernsthaften EN-301-549-Konformitätsarbeit bleibt, egal ob diese Tests intern, über einen Testanbieter oder über einen Anbieter erfolgen, der sie mit einem Widget bündelt.
Die praktische Erkenntnis für die meisten Organisationen ist, dass EN-301-549-Konformitätsarbeit als laufendes Programm geplant werden sollte, nicht als einzelnes Projekt mit festem Enddatum. Websites und Produkte verändern sich ständig, und eine bestandene Bewertung gegen eine Version einer Seite oder App garantiert nicht, dass die nächste Version konform bleibt, sofern Barrierefreiheitsprüfungen nicht fest in den regulären Entwicklungs- und Content-Workflow eingebaut sind, zusammen mit regelmäßigen erneuten Tests, sobald der Standard selbst überarbeitet wird.