EN 301 549: Die europäische Norm für digitale Barrierefreiheit

1. Was EN 301 549 ist und woher die Norm kommt

EN 301 549 ist eine harmonisierte europäische Norm für die Barrierefreiheit von Informations- und Kommunikationstechnik, herausgegeben vom europäischen Standardisierungsinstitut ETSI gemeinsam mit CEN und CENELEC. Ihren Ursprung hat sie in einem Mandat der Europäischen Kommission (Mandate 376), das die europäischen Normungsorganisationen beauftragte, gemeinsame Zugänglichkeitsanforderungen für die öffentliche Beschaffung von IKT-Produkten und Dienstleistungen zu entwickeln. Die erste Fassung erschien 2014, seither wurde die Norm mehrfach überarbeitet, zuletzt maßgeblich in Version 3.2.1, um sie an WCAG 2.1 anzugleichen.

Anders als WCAG, das ausschließlich Webinhalte betrifft, deckt EN 301 549 ein deutlich breiteres Feld ab: Websites und mobile Anwendungen ebenso wie Hardware, Betriebssysteme, Dokumente, Echtzeitkommunikation und sogar Support-Dokumentation. Für Shopbetreiber und Agenturen im Magento-Kontext ist vor allem relevant, dass diese Norm über kurz oder lang in jedem Vergabeverfahren mit öffentlichem Auftraggeber und in jeder Konformitätsprüfung nach BFSG als Referenzdokument auftaucht, auch wenn im Alltag meist nur von WCAG die Rede ist.

2. Das Verhältnis zu WCAG 2.1 und 2.2

Kapitel 9 von EN 301 549 behandelt Webinhalte und übernimmt dabei die Erfolgskriterien der Web Content Accessibility Guidelines nahezu unverändert als normativen Bestandteil. Konkret referenziert die aktuelle Fassung WCAG 2.1 auf Konformitätsstufe AA als Mindestanforderung für Webinhalte, wobei die einzelnen Erfolgskriterien direkt aus der WCAG-Spezifikation übernommen und mit einer eigenen Klausel-Nummerierung versehen werden, etwa 9.1.1.1 für das WCAG-Kriterium 1.1.1 Nicht-Text-Inhalte. Wer also gegen WCAG 2.1 AA testet, prüft faktisch bereits den Kern von Kapitel 9.

Der entscheidende Unterschied liegt darin, dass EN 301 549 WCAG nicht ersetzt, sondern in einen größeren normativen Rahmen einbettet. Während WCAG als reine Richtlinie ohne rechtliche Bindungswirkung existiert, wird EN 301 549 durch ihren Status als harmonisierte Norm im EU-Amtsblatt zu einem Dokument, dessen Einhaltung eine Konformitätsvermutung gegenüber gesetzlichen Anforderungen wie dem BFSG auslöst. Die Aktualisierung auf WCAG 2.2 ist bereits absehbar, wurde zum Redaktionsschluss dieses Artikels aber noch nicht final in eine neue harmonisierte Fassung übernommen, sodass Projekte beide Versionen im Blick behalten sollten.

3. Was über reines WCAG-Testing hinausgeht

Der Umfang von EN 301 549 reicht weit über Webinhalte hinaus. Kapitel 5 formuliert generische Anforderungen, die für praktisch jede IKT gelten, etwa zur Bedienbarkeit ohne Sehvermögen oder mit eingeschränkter Feinmotorik. Kapitel 6 bis 8 behandeln Zweiwegkommunikation, Video und Hardware-Aspekte wie Bedienelemente, Tastenanordnung und biometrische Erkennung. Kapitel 10 und 11 widmen sich Nicht-Web-Dokumenten wie PDF-Rechnungen und der Software selbst, unabhängig davon, ob sie im Browser oder nativ läuft.

Besonders praxisrelevant für Onlineshops sind Kapitel 12 und 13: Sie verlangen, dass auch Dokumentation und Support barrierefrei zugänglich sein müssen. Ein Shop, dessen Widerrufsformular als reines Bild-PDF ohne Textebene vorliegt, oder dessen Kundenservice ausschließlich per Telefon ohne alternative Kommunikationswege erreichbar ist, kann also selbst dann gegen EN 301 549 verstoßen, wenn die eigentliche Website WCAG-konform ist. Reines Webinhalt-Testing übersieht diese Anforderungen systematisch, weil es sich naturgemäß auf den HTML-Output der Seite konzentriert.

4. Anwendungsbereich in der öffentlichen Beschaffung

Ursprünglich war EN 301 549 vor allem für die öffentliche Beschaffung gedacht: Öffentliche Auftraggeber in der EU müssen bei Ausschreibungen für IKT-Produkte und -Dienstleistungen auf diese Norm verweisen, damit die beschaffte Technik für Menschen mit Behinderungen nutzbar ist. Wer als Agentur oder Softwarehaus an einer Ausschreibung im TED-Portal teilnimmt, findet in den Vergabeunterlagen daher regelmäßig einen direkten Verweis auf EN 301 549 als verbindliche technische Spezifikation, oft ergänzt um die Forderung nach einem VPAT oder Conformance Report als Nachweisdokument.

Diese Beschaffungslogik strahlt inzwischen weit über den öffentlichen Sektor hinaus. Die EU-Richtlinie 2016/2102 über barrierefreie öffentliche Websites verweist ebenfalls auf EN 301 549 als technischen Maßstab, und viele Unternehmen, die selbst öffentliche Auftraggeber beliefern, verlangen inzwischen von ihren eigenen Zulieferern und Digitalagenturen einen Nachweis der EN-301-549-Konformität, um ihre eigene Lieferkette abzusichern. Ein Magento-Shopbetreiber, der auch B2B-Kunden aus dem öffentlichen Sektor bedient, sollte diese Kettenwirkung nicht unterschätzen.

5. Der Bezug zum BFSG und zur Konformitätsvermutung

Das Barrierefreiheitsstärkungsgesetz setzt den European Accessibility Act in deutsches Recht um und verlangt von betroffenen Unternehmen Barrierefreiheit nach dem Stand der Technik, ohne selbst eine abschließende technische Prüfliste zu enthalten. An dieser Stelle kommt EN 301 549 ins Spiel: Sobald die Europäische Kommission eine harmonisierte Fassung der Norm im Amtsblatt veröffentlicht, löst deren Einhaltung eine sogenannte Konformitätsvermutung aus. Wer nachweislich nach EN 301 549 arbeitet, gilt damit im Zweifel als gesetzeskonform, ohne dass eine Behörde jede einzelne Anforderung des BFSG separat nachprüfen müsste.

Für die Praxis bedeutet das: Ein Shop, der ausschließlich gegen WCAG 2.1 AA testet, deckt zwar den größten Teil der technischen Substanz von EN 301 549 ab, aber eben nicht die vollständige Konformitätsvermutung, weil Dokumentation, Support-Kanäle und gegebenenfalls eingesetzte Hardware wie Kassensysteme ebenfalls Teil der Norm sind. Wer Rechtssicherheit im Sinne des BFSG anstrebt, sollte EN 301 549 daher als das vollständigere Referenzdokument behandeln und WCAG als dessen zentralen, aber nicht einzigen Baustein verstehen.

6. Die Struktur der Norm im Überblick

EN 301 549 ist in klar abgegrenzte Kapitel gegliedert, die jeweils eigene Klauselnummern tragen. Kapitel 4 formuliert funktionale Leistungsanforderungen, die beschreiben, was eine Person mit einer bestimmten Einschränkung leisten können muss, etwa Bedienung ohne Sehvermögen oder mit eingeschränktem Hörvermögen, unabhängig von der konkreten Technologie. Kapitel 5 übersetzt diese Anforderungen in generische technische Vorgaben, die für praktisch jede IKT gelten, etwa zu Tastaturbedienbarkeit, biometrischer Authentifizierung und Statusanzeigen.

Darauf aufbauend behandeln die Kapitel 6 bis 13 spezifische Technologiebereiche: Zweiwegkommunikation, Video, Hardware, Web, Nicht-Web-Dokumente, Software, Dokumentation und Support sowie IKT in Notrufsystemen. Diese modulare Struktur erlaubt es, für ein konkretes Produkt nur die relevanten Kapitel heranzuziehen: Ein reiner Onlineshop ohne eigene Hardware muss vor allem Kapitel 4, 5, 9, 11 (für Apps) sowie 10, 12 und 13 im Blick behalten, während Kapitel 6 bis 8 für ihn meist irrelevant bleiben.

7. Warum reines WCAG-Testing nicht ausreicht

Ein WCAG-Audit prüft typischerweise automatisiert und manuell gegen die 50 Erfolgskriterien der Stufe A und AA und liefert eine Liste konkreter Verstöße im HTML-Output. Diese Methode ist notwendig, aber für EN-301-549-Konformität nicht hinreichend, weil sie Fragen wie die Barrierefreiheit von PDF-Rechnungen, E-Mail-Bestätigungen, Support-Chat-Widgets oder telefonischer Erreichbarkeit systematisch außen vor lässt. Ein Shop kann also ein technisch einwandfreies WCAG-Audit vorweisen und trotzdem an mehreren Klauseln von EN 301 549 scheitern, weil das Testverfahren methodisch enger gefasst ist als die Norm.

Hinzu kommt, dass EN 301 549 im Annex ein eigenes Testverfahren beschreibt, das über die reine Erfolgskriterien-Prüfung hinausgeht und unter anderem verlangt, dokumentierte Testmethoden und Nachweise für jede anwendbare Klausel vorzuhalten. Wer also eine EN-301-549-Konformitätsvermutung anstrebt, braucht neben dem WCAG-Testbericht zusätzlich eine strukturierte Zuordnung der eigenen Testergebnisse zu den Klauseln der Norm, meist in Form eines VPAT oder Accessibility Conformance Reports, der die Lücke zwischen reinem Webtest und vollständiger Normkonformität schließt.

8. Konformität für einen Magento-Shop in der Praxis nachweisen

Für einen Magento-Shop empfiehlt sich ein zweistufiges Vorgehen: Zunächst ein vollständiges WCAG-2.1/2.2-AA-Audit von Kategorieseiten, Produktdetailseite, Warenkorb und Checkout, ergänzt um automatisierte Regressionstests. In einem zweiten Schritt werden diese Ergebnisse den relevanten Klauseln von EN 301 549 zugeordnet, insbesondere Kapitel 9 für Web, Kapitel 11 für native Apps, sofern vorhanden, sowie Kapitel 10, 12 und 13 für PDF-Dokumente, Bestellbestätigungen und Support-Erreichbarkeit. Diese Zuordnung lässt sich strukturiert in einem maschinenlesbaren Format dokumentieren.

Die folgende Struktur zeigt, wie ein einzelner Eintrag in einer solchen Zuordnung aussehen kann, hier als vereinfachtes JSON-Beispiel für die Dokumentation eines geprüften Kriteriums innerhalb eines internen Nachweissystems, das WCAG-Ergebnisse mit EN-301-549-Klauseln verknüpft.

{
  "clause": "9.1.1.1",
  "wcagCriterion": "1.1.1 Nicht-Text-Inhalte",
  "level": "A",
  "conformance": "Supports",
  "testMethod": "Automatisierter Scan + manuelle Stichprobe",
  "evidence": "audit-report-2026-08.pdf, Abschnitt 3.2",
  "remarks": "Alle Produktbilder mit Alt-Text, Icon-Buttons mit aria-label geprüft"
}

9. Häufige Missverständnisse und Fallstricke

Der häufigste Irrtum lautet, WCAG-2.1-AA-Konformität sei automatisch gleichbedeutend mit EN-301-549-Konformität. Das stimmt für den Web-Teil der Norm weitgehend, ignoriert aber die übrigen Kapitel vollständig. Ein zweiter verbreiteter Fehler besteht darin, Support-Dokumentation und Bestellbestätigungs-E-Mails komplett zu übersehen, obwohl Kapitel 12 explizit verlangt, dass auch diese Inhalte in einem zugänglichen Format bereitgestellt werden, etwa als getaggtes PDF oder direkt als HTML-E-Mail statt als eingescanntes Bild.

Ein dritter Fallstrick betrifft die Aktualität: Weil EN 301 549 regelmäßig überarbeitet wird und die harmonisierte Fassung im EU-Amtsblatt der eigentlichen Normversion zeitlich hinterherhinken kann, sollten Unternehmen bei jedem größeren Audit die aktuell gültige harmonisierte Version prüfen, statt sich auf einen einmal erstellten Prüfbericht zu verlassen. Gerade weil sich WCAG 2.2 in absehbarer Zeit ebenfalls in einer neuen Fassung der Norm niederschlagen wird, lohnt sich ein regelmäßiger Blick in die offiziellen ETSI-Veröffentlichungen statt einer einmaligen Prüfung.

10. Zusammenfassung

11. FAQ: EN 301 549: Das Wichtigste auf einen Blick