EN 301 549: Die EU-Norm hinter dem BFSG erklärt

Digitale Barrierefreiheit in Europa folgt einer klaren Hierarchie. An der Spitze steht die Richtlinie (EU) 2019/882, besser bekannt als European Accessibility Act (EAA). Sie legt fest, welche Produkte und Dienstleistungen barrierefrei sein müssen, etwa Onlineshops, Bankdienstleistungen, E-Books, Ticketautomaten und elektronische Kommunikationsdienste. Als Richtlinie richtet sich der EAA jedoch nicht direkt an Unternehmen, sondern an die Mitgliedstaaten, die ihn in nationales Recht überführen. In Deutschland geschieht das über das Barrierefreiheitsstärkungsgesetz (BFSG).

Weder die Richtlinie noch das BFSG beschreiben im Detail, wie eine barrierefreie Schaltfläche oder ein zugängliches Formular technisch aussehen muss. Beide formulieren funktionale Anforderungen: Inhalte müssen wahrnehmbar, bedienbar, verständlich und robust sein. Die Übersetzung dieser Prinzipien in prüfbare technische Kriterien übernimmt die Norm EN 301 549. Sie wird von den europäischen Normungsorganisationen ETSI, CEN und CENELEC gepflegt und ist der Referenzpunkt, an dem sich Aufsichtsbehörden orientieren.

Diese Kette erklärt, warum ein Blick allein ins Gesetz selten ausreicht. Das BFSG und seine Anforderungen benennen das Ziel, aber der Prüfmaßstab liegt in der Norm und den dort referenzierten WCAG. Wer das versteht, dokumentiert Barrierefreiheit belastbar statt sie nur zu behaupten.

Ein weit verbreitetes Missverständnis lautet: EN 301 549 sei im Kern nur ein anderer Name für die WCAG. Das trifft nicht zu. Die Norm gliedert sich in zehn Kapitel (ETSI EN 301 549), die Kapitel 4 bis 13 umfassen, und deckt damit ein deutlich breiteres Feld ab als reine Webinhalte. Sie richtet sich an Informations- und Kommunikationstechnik (IKT) insgesamt, von Hardware über Software bis zur Dokumentation und den begleitenden Support-Diensten.

Die Kapitel 4 (funktionale Leistungsanforderungen), 5 (allgemeine Anforderungen), 7 (Video-Funktionen) und 13 (Notruf- und Vermittlungsdienste) ergänzen das Bild. Für einen typischen Onlineshop oder eine Unternehmenswebsite sind vor allem die Kapitel 9, 10 und 11 relevant, doch sobald Apps, PDF-Rechnungen, Automaten oder ein Support-Center hinzukommen, greift die Norm weiter. Ein digitales Angebot besteht in der Praxis selten nur aus einer Website; es umfasst häufig eine App, Automaten am Point of Sale, herunterladbare Dokumente und mehrere Servicekanäle, die alle in den Anwendungsbereich fallen können. Genau deshalb reicht ein reiner Web-Test selten aus, um einen vollständigen Nachweis zu führen.

Die nächste Ausbaustufe der Norm ist bereits in Arbeit. Ein Entwurf der Fassung V4.1.0 (ETSI EN 301 549) wurde Ende 2025 veröffentlicht, die finale V4.1.1 ist für 2026 geplant (ETSI EN 301 549) und wird eigens zur Unterstützung der Richtlinie 2019/882 erstellt. Zwei Änderungen sind für Unternehmen besonders relevant.

Für die Praxis heißt das: Wer heute auf WCAG 2.1 AA saniert, sollte die neun zusätzlichen 2.2-Kriterien gleich mitdenken, um bei der Zitierung der neuen Fassung im Amtsblatt nicht nachbessern zu müssen. Besonders die barrierefreie Authentifizierung ist ein Dauerthema; wie sich Logins und CAPTCHAs BFSG-konform lösen lassen, behandeln wir im Beitrag zu barrierefreier Authentifizierung und CAPTCHA. Auch die stärkere RTT-Anforderung betrifft nicht nur Telekommunikationsanbieter, sondern jedes Unternehmen, das Video- oder Sprachkommunikation in seine digitalen Dienste integriert.

Die EN 301 549 ist umfangreich und in Normsprache formuliert, was den Einstieg erschwert. Der entscheidende Schritt für Unternehmen besteht darin, aus der abstrakten Norm eine konkrete, auf das eigene Angebot zugeschnittene Anforderungsliste abzuleiten. Nicht jede Klausel ist für jedes Produkt einschlägig, aber jede einschlägige Klausel muss adressiert und dokumentiert sein.

In unseren Projekten übersetzen wir die zutreffenden Klauseln in eine prüfbare Checkliste, ordnen sie den konkreten Bausteinen des digitalen Angebots zu und begleiten die Umsetzung bis zum dokumentierten Nachweis. Aus dem BFSG-Anspruch wird so eine Reihe klarer, testbarer Aufgaben. Das reicht von der barrierefreien Webentwicklung über die Dokumentenaufbereitung bis zum laufenden BFSG-Monitoring, das Regressionen früh erkennt. Rechtssicher wird ein digitales Angebot erst dann, wenn nachvollziehbar dokumentiert ist, welche Klausel wie erfüllt wurde. Auch angrenzende Themen wie barrierefreie Cookie-Banner gehören zu diesem Bild, weil sie über den ersten Seitenaufruf entscheiden.