EN 301 549: Die Norm hinter BaFG und BFSG

Die kurze Antwort: BaFG und BFSG schreiben nicht vor, wie eine barrierefreie Website technisch aussieht. Sie nennen Ziele und verweisen für den Nachweis auf harmonisierte Normen. Wer eine solche Norm erfüllt, für den gilt eine Konformitätsvermutung: Das BaFG vermutet „insofern eine Konformität mit den Barrierefreiheitsanforderungen“, als sich die Norm auf diese Anforderungen erstreckt (§ 5 Abs. 1) ^[1]; das BFSG knüpft die Vermutung an harmonisierte Normen, „deren Fundstellen im Amtsblatt der Europäischen Union veröffentlicht worden sind“ (§ 4) ^[2]. Für Websites, Apps, Software und digitale Dokumente ist diese Norm die EN 301 549 „Accessibility requirements for ICT products and services“, herausgegeben von ETSI, CEN und CENELEC ^[4][5]. Dieser Artikel ist eine Orientierung, keine Rechtsberatung.

Zwei Dinge daran sind wichtig. Eine Norm ist freiwillig: Niemand ist verpflichtet, die EN 301 549 zu lesen; sie ist der sicherste, aber nicht der einzige Weg, die Anforderungen nachzuweisen ^[1][2]. Und die Vermutung wirkt nur für die Fassung, die im Amtsblatt zitiert ist. Genau hier liegt derzeit der Haken: Die Norm wurde im September 2026 auf Version 4.1.1 aktualisiert, zitiert ist aber weiterhin die Version 3.2.1 aus dem Jahr 2021 ^[3].

Für Agenturen ist das weniger kompliziert, als es klingt. Für den Webteil übernimmt die Norm die WCAG. Wer nach WCAG 2.2 AA baut, erfüllt den Webteil beider Fassungen, weil 2.2 die 2.1 vollständig enthält ^[7]. Der Rest dieses Artikels erklärt, was sonst noch in der Norm steht und was sich mit V4.1.1 ändert. Wer die WCAG selbst noch nicht kennt, beginnt besser mit WCAG in zehn Minuten.

Die EN 301 549 ist breiter als das Web. Sie deckt Hardware, Software, Dokumente, Echtzeitkommunikation und Support ab und gliedert die Anforderungen nach Technik: Kapitel 4 funktionale Leistungskriterien, 5 allgemeine Anforderungen, 6 Echtzeitkommunikation, 7 Video, 8 Hardware, 9 Web, 10 Nicht-Web-Dokumente, 11 Software, 12 Informationen zu Produkten und Dienstleistungen, 13 Notruf- und Relay-Dienste ^[4]. Für eine Website sind drei Kapitel entscheidend. Kapitel 9 verweist für Webinhalte auf die WCAG-Erfolgskriterien der Stufen A und AA ^[4][5]. Kapitel 10 wendet dieselben Kriterien sinngemäß auf Dokumente an, die nicht Teil einer Webseite sind, also etwa das PDF zum Download ^[4]. Kapitel 11 betrifft Software, darunter Web-Apps und mobile Anwendungen ^[4][5]. Die Bundesfachstelle Barrierefreiheit verweist Onlineshops für die Anforderungen an Websites auf Abschnitt 9 und für Software auf Kapitel 11 ^[5].

Dazu kommen Anforderungen, die nicht aus den WCAG stammen. Kapitel 5 enthält etwa Vorgaben zur Aktivierung von Barrierefreiheitsfunktionen und zu biometrischen Verfahren ^[4]; Kapitel 12 verlangt, dass Dokumentation und Support selbst zugänglich sind und über die Barrierefreiheitsmerkmale informieren ^[4]. Für Agenturen ist Kapitel 12 der Punkt, der im Angebot oft fehlt: Hilfeseiten, Anleitungen und der Supportkanal gehören mit zur Dienstleistung. Nach unserem Verständnis ist genau das auch der Grund, warum die Gesetze die Information über die Konformität verlangen: Sie ist der Teil der Norm, den der Kunde sieht.

Wie geprüft wird, legt Anhang C fest: Für jede Anforderung gibt es dort einen ausreichenden Test ^[4]. In Deutschland orientiert sich der BITV-Test an der Norm; die Bundesfachstelle weist darauf hin, dass dessen Prüfschritte auch Onlineshops als Leitfaden dienen können, solange die Norm für das BFSG überarbeitet wird ^[5]. Für die Praxis heißt das: Ein Prüfbericht, der Kriterium für Kriterium nach WCAG 2.2 AA dokumentiert und dazu die Punkte aus Kapitel 5 und 12 abfragt, deckt das ab, was die Norm von einer Website verlangt. Wie so ein Bericht aussieht, steht im Artikel zur Prüfung und zum Audit.