EN 301 549

Sie beschreibt technische Anforderungen, mit denen IKT für Menschen mit Behinderungen zugänglicher und selbstständiger nutzbar wird. Verbindlich wird die Norm nicht allein durch ihre Existenz, sondern durch Gesetze, Verordnungen, Verträge, Ausschreibungen oder andere Bezugnahmen, die ihre Anwendung verlangen.

Zur IKT gehören zum Beispiel Websites, mobile Anwendungen, Software, elektronische Dokumente, Hardware mit digitalen Schnittstellen, Kommunikationsfunktionen, Dokumentation und Supportangebote. Nicht jedes beliebige digitale Angebot fällt automatisch in denselben rechtlichen Anwendungsbereich. Entscheidend ist immer, welche Art von Produkt oder Dienst vorliegt, welche Funktionen enthalten sind und welche rechtlichen oder vertraglichen Anforderungen für Ihre Organisation gelten.

Informationsmanagementsysteme wie Dokumentenmanagement-, Wissensmanagement- oder Enterprise-Content-Management-Systeme sind keine eigene Hauptkategorie der EN 301 549. Sie können jedoch über mehrere Kategorien der Norm erfasst sein, etwa als Webanwendung, Software, mobile App, Nicht-Web-Dokument, Supportdienst oder digitale Dienstleistung. Gerade deshalb ist EN 301 549 für solche Systeme besonders relevant, weil Barrierefreiheit nicht nur die Oberfläche betrifft, sondern auch Dokumente, Workflows, Suchfunktionen, Formulare, Exporte und Hilfesysteme.

Was ist EN 301 549?

Die Norm EN 301 549 trägt den englischen Titel „Accessibility requirements for ICT products and services“. Auf Deutsch bedeutet das: Barrierefreiheitsanforderungen für Produkte und Dienstleistungen der Informations- und Kommunikationstechnologie. Sie spezifiziert Anforderungen, anhand derer geprüft werden kann, ob bestimmte IKT-Funktionen für Menschen mit unterschiedlichen Behinderungen zugänglich sind.

EN 301 549 ist eine ETSI-Norm, die im europäischen Normungskontext und im Zusammenhang mit Normungsmandaten der Europäischen Kommission entstanden ist. CEN und CENELEC waren in diesem Kontext beteiligt, insbesondere mit Blick auf die europäische Harmonisierung von Anforderungen. Ziel war und ist es, eine einheitliche technische Grundlage für Barrierefreiheit in Beschaffung, Entwicklung, Prüfung und Betrieb von IKT bereitzustellen.

Die Norm ist funktional aufgebaut: Viele Anforderungen gelten nur dann, wenn ein Produkt oder Dienst die betreffende Funktion tatsächlich besitzt. Ein System ohne Video-Funktion muss beispielsweise keine Anforderungen an Videoinhalte erfüllen, ein Terminal ohne biometrische Verfahren keine Anforderungen an biometrische Identifikation. Diese konditionale Struktur ist wichtig, weil EN 301 549 keine pauschale Checkliste für jedes digitale Angebot ist, sondern Anforderungen abhängig vom konkreten Funktionsumfang formuliert.

Versionen der EN 301 549 und warum sie wichtig sind

Bei EN 301 549 sollten Sie immer auf die genaue Version achten. In vielen europäischen Rechts- und Beschaffungskontexten spielt EN 301 549 V3.2.1 eine zentrale Rolle, unter anderem weil sie WCAG 2.1 auf Konformitätsstufe A und AA für relevante Webinhalte normativ einbindet. Ältere oder neuere Versionen können andere Verweise, Anforderungen oder Zuordnungen enthalten.

Versionsangaben sind besonders wichtig in Ausschreibungen, Prüfberichten, Konformitätserklärungen und Accessibility Conformance Reports. Wenn nur allgemein „EN 301 549“ genannt wird, bleibt unklar, welcher Anforderungskatalog tatsächlich gemeint ist. Präziser ist eine Formulierung wie „EN 301 549 V3.2.1, soweit auf den Liefergegenstand und seine Funktionen anwendbar“.

Auch der Bezug zu WCAG hängt von der jeweiligen Normversion ab. EN 301 549 V3.2.1 verweist für Webinhalte auf WCAG 2.1 A und AA und überträgt viele WCAG-Erfolgskriterien zudem auf Nicht-Web-Dokumente und Software, soweit dies sinnvoll anwendbar ist. Wenn sich Normen, gesetzliche Bezugnahmen oder harmonisierte Standards ändern, sollten Prüfgrundlagen entsprechend aktualisiert werden.

Warum ist EN 301 549 wichtig?

Digitale und IKT-gestützte Angebote sollen für möglichst viele Menschen nutzbar sein, unabhängig von körperlichen, sensorischen, kognitiven oder temporären Einschränkungen. EN 301 549 bietet dafür einen strukturierten technischen Rahmen, der Gestaltung, Technik, Inhalte, Hardware, Dokumentation und Support verbindet. Damit unterstützt die Norm Organisationen dabei, Barrierefreiheit planbar, überprüfbar und dauerhaft in digitale Systeme zu integrieren.

Die Bedeutung der Norm liegt nicht nur in besserer Nutzbarkeit. EN 301 549 wird in Europa häufig als technische Referenz für rechtliche Anforderungen und öffentliche Beschaffung verwendet. Bei harmonisierten europäischen Normen kann eine Veröffentlichung im Amtsblatt der Europäischen Union dazu führen, dass ihre Einhaltung für bestimmte Rechtsakte eine Konformitätsvermutung auslöst.

Für Organisationen bedeutet das: Barrierefreiheit ist ein Qualitäts-, Rechts-, Beschaffungs- und Governance-Thema. Wenn Sie Barrierefreiheit früh berücksichtigen, reduzieren Sie Risiken in Ausschreibungen, Abnahmen, Compliance-Prozessen, Kundenkommunikation und internen Arbeitsabläufen. Gleichzeitig entstehen digitale Angebote, die häufig klarer strukturiert, konsistenter bedienbar und robuster gegenüber unterschiedlichen Nutzungssituationen sind.

Rechtlicher Kontext in der EU und in Deutschland

Ein besonders wichtiger Rechtsrahmen für EN 301 549 ist die EU-Richtlinie (EU) 2016/2102 über den barrierefreien Zugang zu Websites und mobilen Anwendungen öffentlicher Stellen. Diese Richtlinie wird oft als EU-Webseitenrichtlinie oder Web Accessibility Directive bezeichnet. Für ihren Anwendungsbereich ist EN 301 549 eine zentrale technische Bezugsnorm.

In Deutschland sind für öffentliche Stellen insbesondere das Behindertengleichstellungsgesetz, kurz BGG, und die Barrierefreie-Informationstechnik-Verordnung, kurz BITV 2.0, relevant. Die BITV 2.0 konkretisiert Anforderungen an barrierefreie Informationstechnik öffentlicher Stellen des Bundes. Auch Länderregelungen und spezielle Verwaltungsvorgaben können zusätzliche Anforderungen enthalten.

Der European Accessibility Act, also die Richtlinie (EU) 2019/882, und das deutsche Barrierefreiheitsstärkungsgesetz, kurz BFSG, betreffen bestimmte Produkte und Dienstleistungen im privaten Wirtschaftsverkehr. Dazu gehören unter anderem bestimmte Selbstbedienungsterminals, Computer und Betriebssysteme, Smartphones, E-Book-Lesegeräte, Telekommunikationsdienste, audiovisuelle Mediendienste-Zugänge, Bankdienstleistungen, E-Books, bestimmte Personenbeförderungsdienste und Dienstleistungen im elektronischen Geschäftsverkehr. Harmonisierte Normen können hier eine wichtige Rolle für die Konformitätsbewertung spielen, EN 301 549 ist jedoch nicht pauschal für jeden BFSG-Fall automatisch die alleinige oder abschließende technische Grundlage.

EN 301 549, WCAG und BITV im Vergleich

EN 301 549, WCAG und BITV werden häufig gemeinsam genannt, erfüllen aber unterschiedliche Funktionen. EN 301 549 ist eine europäische technische Norm für IKT-Produkte und -Dienstleistungen. Sie beschreibt prüfbare Anforderungen für verschiedene Arten von IKT, etwa Web, Software, Dokumente, Hardware, Dokumentation und Support.

Die Web Content Accessibility Guidelines, kurz WCAG, sind internationale Richtlinien des World Wide Web Consortiums für barrierefreie Webinhalte. Sie beruhen auf den vier Prinzipien wahrnehmbar, bedienbar, verständlich und robust. EN 301 549 nutzt WCAG-Erfolgskriterien nicht nur für Webinhalte, sondern in bestimmten Kapiteln auch für Nicht-Web-Dokumente und Software, jeweils angepasst an den jeweiligen Kontext.

Die BITV 2.0 ist dagegen eine deutsche Rechtsverordnung für barrierefreie Informationstechnik öffentlicher Stellen des Bundes. Sie verweist nicht einfach auf eine einzelne technische Checkliste, sondern steht im Zusammenspiel mit BGG, EU-Recht und technischen Standards. Für Ihre Praxis ist wichtig, zu unterscheiden, ob Sie eine gesetzliche Pflicht, eine technische Normanforderung oder eine fachliche Richtlinie prüfen.

Aufbau der EN 301 549

EN 301 549 ist in mehrere thematische Kapitel gegliedert. Die Struktur hilft Ihnen, Anforderungen passend zum jeweiligen Produkt oder Dienst auszuwählen. Dabei ist immer zu prüfen, welche Funktionen tatsächlich vorhanden sind und welche Kapitel deshalb relevant werden.

Wichtige Bereiche der Norm sind unter anderem:

• funktionale Leistungsanforderungen, die beschreiben, welche Nutzungsmöglichkeiten für Menschen mit unterschiedlichen Einschränkungen bestehen sollen
• allgemeine Anforderungen an IKT, etwa im Zusammenhang mit geschlossener Funktionalität
• Anforderungen an Zwei-Wege-Sprachkommunikation
• Anforderungen an IKT mit Video-Funktionalität
• Anforderungen an Hardware und physische Schnittstellen
• Anforderungen an Webinhalte, insbesondere in Kapitel 9
• Anforderungen an Nicht-Web-Dokumente, insbesondere in Kapitel 10
• Anforderungen an Software, insbesondere in Kapitel 11
• Anforderungen an Dokumentation und Support, insbesondere in Kapitel 12

Diese Struktur zeigt, dass EN 301 549 deutlich breiter ist als reine Web-Barrierefreiheit. Ein Informationsmanagementsystem kann beispielsweise gleichzeitig Anforderungen aus dem Web-Kapitel, dem Software-Kapitel, dem Dokumentenkapitel sowie aus Dokumentation und Support berühren. Bei mobilen Apps, hybriden Anwendungen oder Desktop-Clients kann zusätzlich relevant sein, wie sie native Accessibility APIs und Betriebssystemfunktionen unterstützen.

Welche Bereiche deckt EN 301 549 ab?

EN 301 549 betrifft verschiedene IKT-Produkte und -Dienstleistungen, sofern die jeweiligen Funktionen vorhanden und die Anforderungen anwendbar sind. Für Sie ist wichtig, nicht nur die sichtbare Benutzeroberfläche zu betrachten. Barrierefreiheit umfasst auch Inhalte, Interaktionen, Dokumente, technische Schnittstellen, Fehlermeldungen, Hilfefunktionen und begleitende Services.

Webbasierte Anwendungen

Zu webbasierten Anwendungen zählen Websites, Portale, Intranets, Extranets, Webanwendungen, Content-Management-Systeme, Dokumentenmanagementsysteme, Wissensdatenbanken und Self-Service-Portale. Nutzerinnen und Nutzer sollten diese Systeme auch dann verwenden können, wenn sie eine Tastatur, einen Screenreader, eine Vergrößerungssoftware, Spracheingabe oder andere assistive Technologien nutzen. Dazu müssen Struktur, Bedienlogik und technische Auszeichnung zusammenpassen.

Praktisch bedeutet das: Menüs müssen per Tastatur erreichbar sein, Dialogfenster müssen den Fokus korrekt führen, Suchergebnisse brauchen eine sinnvolle Struktur und Formulare benötigen programmatisch bestimmte Beschriftungen. In einem Dokumentenmanagementsystem sollte eine Person Dokumente suchen, filtern, öffnen, kommentieren, freigeben oder weiterleiten können, ohne auf eine Maus angewiesen zu sein. Auch komplexe Komponenten wie Tabellen, Trefferlisten, Upload-Dialoge und Filterbereiche müssen nachvollziehbar bedienbar sein.

Mobile Apps

Mobile Anwendungen sind ein wichtiger Teil der EN-301-549-Praxis, insbesondere bei öffentlichen Stellen, Kundenportalen, Mitarbeitenden-Apps und mobilen Fachverfahren. Barrierefreiheit betrifft hier nicht nur Screenreader wie VoiceOver auf iOS oder TalkBack auf Android. Relevant sind auch Fokusreihenfolge, Touch-Zielgrößen, Orientierung, Skalierung, Kontrast, dynamische Schriftgrößen und die Nutzung nativer Accessibility APIs.

Eine barrierefreie mobile App sollte interaktive Elemente korrekt benennen, Zustände wie ausgewählt oder deaktiviert programmatisch vermitteln und Gesten nicht unnötig komplex machen. Inhalte sollten auch bei vergrößerter Schrift nutzbar bleiben, ohne dass wesentliche Informationen abgeschnitten werden. Wenn eine App Dokumente, Workflows oder Freigaben aus einem Informationsmanagementsystem bereitstellt, müssen diese Prozesse auch mobil zugänglich umgesetzt sein.

Software und Nicht-Web-Anwendungen

EN 301 549 betrifft nicht nur Webanwendungen, sondern auch Nicht-Web-Software. Dazu gehören Desktop-Anwendungen, native mobile Anwendungen, hybride Apps, Fachverfahren, Betriebssystem-Komponenten und eingebettete Software. Entscheidend ist, dass Benutzeroberflächen, Interaktionen, Statusinformationen und Eingaben mit assistiven Technologien und den Accessibility-Schnittstellen der Plattform zusammenarbeiten.

Bei komplexen Unternehmenslösungen spielen klare Bedienstrukturen, konsistente Navigationsmuster, sichtbarer Tastaturfokus, nachvollziehbare Fehlermeldungen und programmatisch erkennbare Rollen, Namen, Zustände und Werte eine große Rolle. Wenn Schaltflächen unklar beschriftet sind oder Statusinformationen nur farblich dargestellt werden, können Freigaben, Archivierungen, Vertragsprüfungen oder andere Pflichtprozesse erschwert werden. Barrierefreiheit ist deshalb nicht nur Frontend-Gestaltung, sondern betrifft auch Komponentenarchitektur und Qualitätssicherung.

Elektronische Dokumente

Elektronische Dokumente wie PDF-Dateien, Word-Dokumente, Excel-Tabellen oder Präsentationen sind ein zentraler Bestandteil vieler Informationsprozesse. EN 301 549 enthält Anforderungen an Nicht-Web-Dokumente und nutzt dafür unter anderem WCAG-Kriterien, soweit sie auf Dokumente übertragbar sind. Ergänzend sind etablierte Dokumentstandards wie PDF/UA, semantisch saubere Office-Vorlagen und barrierefreie Exportprozesse wichtig.

Wichtige Anforderungen sind unter anderem:

• logische Überschriftenstrukturen
• korrekt ausgezeichnete Listen, Tabellen und Abschnitte
• sinnvolle Alternativtexte für informative Bilder und Grafiken
• ausreichende Kontraste nach den jeweils passenden Anforderungen für Text und Nicht-Text-Inhalte
• nachvollziehbare Lesereihenfolge
• sprechende Linktexte
• Dokumenttitel und korrekte Spracheinstellungen
• zugängliche Formularelemente mit programmatisch bestimmbaren Labels, Hinweisen, Fehlermeldungen und Zuständen

Viele Barrieren entstehen nicht durch die Softwareoberfläche selbst, sondern durch schlecht strukturierte Dokumente, gescannte PDFs ohne Texterkennung oder Vorlagen ohne semantische Formatierung. Wenn ein Informationsmanagementsystem Berichte, Verträge, Aktenauszüge oder Exporte erzeugt, sollte der Exportprozess barrierefreie Dokumentstrukturen unterstützen. Andernfalls werden Barrieren systematisch vervielfältigt.

Multimedia-Inhalte

Videos, Audiodateien und interaktive Medien benötigen je nach Art des Inhalts unterschiedliche Alternativen. Untertitel machen hörbare Informationen in Videos zugänglich, etwa Sprache, relevante Geräusche oder Sprecherwechsel. Audiodeskriptionen oder Medienalternativen beschreiben wichtige visuelle Informationen, die aus der Tonspur allein nicht hervorgehen.

Bei Audio-only-Inhalten können Transkripte erforderlich sein, bei Video-only-Inhalten textliche oder auditive Alternativen. Bei aufgezeichneten synchronisierten Medien sind andere Anforderungen relevant als bei Live-Inhalten, etwa Live-Untertitel. Für Schulungsvideos, Onboarding-Inhalte, Supportvideos und Wissensdatenbanken ist wichtig, dass Audio- und Videoinformationen nicht isoliert betrachtet werden, sondern als Bestandteil des gesamten Informationsmanagements zugänglich bleiben.

Hardware, Terminals und geschlossene Funktionalität

EN 301 549 enthält auch Anforderungen an Hardware und physische Schnittstellen, etwa Selbstbedienungsterminals, Kiosksysteme, Telefone, Ticketautomaten, digitale Anzeigesysteme oder Geräte mit eingebetteter Software. Dabei geht es nicht darum, sämtliche ergonomischen oder baulichen Anforderungen vollständig zu ersetzen. Die Norm behandelt vor allem Barrierefreiheitsanforderungen an IKT-Funktionen, Bedienung, Ausgabe, Eingabe und Schnittstellen.

Wichtige Begriffe sind hier „geschlossene Funktionalität“ und „assistive Technologie“. Geschlossene Funktionalität bedeutet, dass ein Produkt nicht oder nur eingeschränkt mit externen assistiven Technologien genutzt werden kann, zum Beispiel ein Fahrkartenautomat ohne Anschlussmöglichkeit für einen Screenreader. Assistive Technologien sind Hilfsmittel wie Screenreader, Braillezeilen, Vergrößerungssoftware, alternative Eingabegeräte oder Spracheingabe, die mit IKT zusammenarbeiten müssen.

Bei Hardware können unter anderem Anforderungen an visuelle, auditive und taktile Bedienbarkeit, Anschlüsse, Spracheingabe und Sprachausgabe, Zwei-Wege-Sprachkommunikation, Video-Funktionalitäten oder biometrische Verfahren relevant werden. Wenn ein System biometrische Authentifizierung verwendet, sollte beispielsweise eine zugängliche Alternative vorhanden sein. Wenn ein Terminal keine externe assistive Technologie unterstützt, muss es eigene zugängliche Ausgabe- und Bedienmöglichkeiten bereitstellen.

Dokumentation, Hilfe und Support

Barrierefreiheit endet nicht bei der Anwendung selbst. EN 301 549 enthält auch Anforderungen an Dokumentation und Supportdienste. Bedienungsanleitungen, Hilfetexte, Supportformulare, Chatfunktionen, Schulungsunterlagen und Serviceprozesse sollten so bereitgestellt werden, dass Menschen mit Behinderungen sie nutzen können.

Für Informationsmanagementsysteme ist dieser Bereich besonders wichtig, weil Anwenderinnen und Anwender häufig mit Rollen, Berechtigungen, Workflows, Dokumentenklassen, Aufbewahrungsfristen und Compliance-Vorgaben arbeiten. Wenn die Anwendung zugänglich ist, die Hilfeinhalte aber unstrukturiert, nicht tastaturbedienbar oder nur als nicht lesbares PDF verfügbar sind, bleibt eine erhebliche Barriere bestehen. Gute Dokumentation verbessert zugleich die Verständlichkeit für alle Nutzergruppen und kann Supportaufwand reduzieren.

Bedeutung für Informationsmanagementsysteme

Informationsmanagementsysteme bündeln, strukturieren, verteilen und archivieren geschäftskritische Informationen. Dazu gehören Dokumente, Verträge, Akten, Produktdaten, Wissensartikel, Richtlinien, Prozesse, Formulare, Metadaten und Kommunikationsverläufe. EN 301 549 hilft Ihnen, die Barrierefreiheit solcher Systeme nicht als Einzelproblem der Oberfläche zu verstehen, sondern als Zusammenspiel mehrerer IKT-Bestandteile.

Typische Barrieren in Informationsmanagementsystemen sind:

• Such- und Filterfunktionen sind nicht vollständig per Tastatur bedienbar.
• Trefferlisten sind für assistive Technologien nicht sinnvoll strukturiert.
• Schaltflächen, Icons oder Aktionen haben keine verständlichen zugänglichen Namen.
• Pflichtfelder, Hinweise und Fehlermeldungen sind nicht programmatisch verknüpft.
• Statusinformationen werden ausschließlich über Farbe dargestellt.
• Modale Fenster, Dropdowns oder Drag-and-drop-Funktionen haben keine zugängliche Alternative.
• Dokumentenvorlagen erzeugen nicht barrierefreie Ausgabedateien.
• PDF-Viewer, Vorschaufunktionen oder Kommentarfunktionen sind nicht zugänglich.
• Rollen- und Berechtigungsdialoge sind unübersichtlich oder nicht konsistent bedienbar.
• Hilfetexte, Schulungen oder Supportkanäle sind nicht barrierefrei nutzbar.

Gerade bei zentralen Unternehmenssystemen sind solche Barrieren kritisch, weil viele Menschen täglich auf diese Anwendungen angewiesen sind. Ein nicht zugängliches Dokumentenmanagementsystem kann dazu führen, dass Mitarbeitende Freigaben nicht selbstständig durchführen, Informationen nicht finden oder Pflichtprozesse nicht vollständig bearbeiten können. Barrierefreiheit stärkt daher nicht nur Inklusion, sondern auch Prozesssicherheit und Informationsqualität.

Typische Anforderungen in der Praxis

Die Norm ist umfangreich, doch in Projekten begegnen Ihnen wiederkehrende Anforderungen. Wichtig ist, diese Anforderungen nicht nur als technische Einzelpunkte zu verstehen. Sie wirken zusammen und müssen in realen Nutzungsszenarien geprüft werden.

Typische Anforderungen sind:

• Tastaturbedienbarkeit: Grundsätzlich müssen alle Funktionen per Tastatur oder tastaturähnlicher Eingabe nutzbar sein, mit eng begrenzten Ausnahmen.
• Sichtbarer Tastaturfokus: Nutzerinnen und Nutzer müssen erkennen können, welches interaktive Element aktuell den Tastaturfokus hat.
• Fokusreihenfolge: Die Reihenfolge des Fokus sollte der visuellen oder logischen Reihenfolge entsprechen.
• Kontraste: Für Text, Nicht-Text-Inhalte, grafische Objekte und UI-Komponenten gelten unterschiedliche Anforderungen und Schwellenwerte.
• Alternativtexte: Informative Bilder, Diagramme und Icons benötigen sinnvolle Textalternativen.
• Semantik: Überschriften, Listen, Tabellen, Regionen und Formulare müssen technisch korrekt ausgezeichnet sein.
• Formulare: Eingabefelder benötigen eindeutige Labels, Hinweise, Fehlererkennung und programmatisch verknüpfte Fehlermeldungen.
• Kompatibilität mit assistiven Technologien: Inhalte und Bedienelemente müssen über Plattform-Accessibility-APIs und geeignete semantische Informationen verfügbar sein.
• Multimedia-Alternativen: Je nach Medium können Untertitel, Transkripte, Audiodeskriptionen, Live-Untertitel oder Medienalternativen erforderlich sein.
• Keine rein sensorische Information: Wichtige Hinweise dürfen nicht ausschließlich über Farbe, Form, Position, Klang oder Symbole vermittelt werden.
• Konsistente Navigation: Wiederkehrende Funktionen sollten gleich benannt, gleich positioniert und vorhersehbar bedienbar sein.
• Skalierbarkeit: Inhalte sollten auch bei Vergrößerung, dynamischen Schriftgrößen oder kleineren Bildschirmen nutzbar bleiben.
• Fehlertoleranz: Systeme sollten Nutzerinnen und Nutzer beim Vermeiden, Erkennen und Korrigieren von Fehlern unterstützen.

Messbare Akzeptanzkriterien helfen, solche Anforderungen in Projekten greifbar zu machen. Beispiele sind: Alle interaktiven Elemente sind per Tastatur erreichbar, der Tastaturfokus ist jederzeit sichtbar, Fehlermeldungen sind programmatisch mit den betreffenden Eingabefeldern verknüpft und Statusinformationen werden nicht nur farblich vermittelt. Für ein Informationsmanagementsystem könnten Sie zusätzlich festlegen, dass Login, Suche, Upload, Download, Freigabe, Kommentierung, Export und Supportkontakt barrierefrei prüfbar sein müssen.

Konformität, Teilkonformität und Nachweise

Konformität bedeutet, dass ein Produkt, Dienst oder abgegrenzter Systembereich die anwendbaren Anforderungen einer bestimmten Version der EN 301 549 erfüllt. Dafür muss klar definiert sein, was geprüft wurde: das gesamte System, ein bestimmtes Modul, eine mobile App, ein Dokumententyp oder ein Prozess. Ohne präzisen Geltungsbereich ist eine Konformitätsaussage wenig belastbar.

Teilkonformität wird häufig verwendet, wenn einzelne Bereiche Anforderungen erfüllen, andere jedoch nicht oder noch nicht vollständig. Im öffentlichen Web- und App-Kontext wird dies oft in Barrierefreiheitserklärungen dokumentiert. Für Beschaffung, Lieferantenbewertung und Produktnachweise sind zusätzlich Konformitätserklärungen, Prüfberichte, Anforderungsmatrizen und Accessibility Conformance Reports üblich.

Ein Accessibility Conformance Report, kurz ACR, beschreibt strukturiert, welche Anforderungen erfüllt, teilweise erfüllt oder nicht erfüllt werden. Häufig wird dafür das VPAT-Format genutzt, insbesondere bei internationalen Softwareprodukten und SaaS-Lösungen. Wichtig ist, dass ein ACR nicht nur Marketingaussagen enthält, sondern versionierte Normbezüge, geprüfte Produktbereiche, bekannte Einschränkungen, Testmethoden und Aktualisierungsdatum nachvollziehbar darstellt.

EN 301 549 schreibt keine allgemeine Zertifizierungspflicht und kein offizielles universelles Siegel vor. Einzelne Auftraggeber, Branchen oder Prüfstellen können eigene Nachweisformen verlangen. Für Ihre Organisation ist entscheidend, dass Nachweise fachlich nachvollziehbar, aktuell, versionsbezogen und auf den tatsächlichen Einsatzkontext übertragbar sind.

Prüfung der Barrierefreiheit

Eine belastbare Prüfung kombiniert automatisierte Tests, manuelle Prüfungen und reale Nutzungsszenarien. Automatisierte Testwerkzeuge erkennen vor allem maschinenprüfbare Probleme, etwa fehlende Alternativtexte, bestimmte Kontrastfehler, fehlerhafte ARIA-Attribute oder strukturelle HTML-Probleme. Sie finden jedoch nur einen begrenzten Teil praxisrelevanter Barrieren, weil viele Anforderungen Inhalt, Kontext, Bedienlogik und menschliche Bewertung benötigen.

Manuelle Prüfungen sind unverzichtbar, um Tastaturbedienung, Fokusführung, Screenreader-Ausgabe, sinnvolle Alternativtexte, Fehlermeldungen, Dokumentstrukturen und komplexe Workflows zu bewerten. Auch Tests mit assistiven Technologien sind wichtig, sollten aber nicht auf einen einzelnen Screenreader beschränkt bleiben. Je nach Zielgruppe und Plattform können Screenreader, Vergrößerungssoftware, Tastaturbedienung, Spracheingabe, Braillezeilen oder alternative Eingabegeräte relevant sein.

Typische Prüfszenarien sind:

• Login und Authentifizierung
• Navigation und Orientierung im System
• Suche, Filterung und Sortierung
• Ausfüllen und Absenden von Formularen
• Anzeige und Korrektur von Fehlermeldungen
• Dokumenten-Upload und Dokumenten-Download
• Öffnen, Anzeigen und Kommentieren von Dokumenten
• Freigabe-, Prüf- oder Genehmigungsprozesse
• Export von Berichten oder Akten
• Nutzung von Hilfe, Dokumentation und Supportkontakt

Nutzertests mit Menschen mit Behinderungen liefern wertvolle praktische Erkenntnisse. Sie zeigen oft Barrieren, die in rein technischen Prüfungen übersehen werden, etwa unverständliche Bedienlogik, unerwartete Fokuswechsel oder unnötig komplexe Prozessschritte. Solche Tests ergänzen normative Prüfungen, ersetzen sie aber nicht, weil Konformität weiterhin systematisch gegen die anwendbaren Anforderungen bewertet werden muss.

EN 301 549 in Beschaffung und Ausschreibungen

Beschaffung ist einer der wirksamsten Hebel für digitale Barrierefreiheit. Wenn Anforderungen bereits in Ausschreibungen, Lastenheften, Vertragsunterlagen und Abnahmekriterien verankert werden, lassen sich spätere Nachbesserungen deutlich reduzieren. Besonders bei Standardsoftware und SaaS-Lösungen sollten Sie Barrierefreiheit nicht erst nach Vertragsabschluss prüfen.

In Ausschreibungen sollten Sie konkret festlegen:

• welche Version der EN 301 549 gilt
• welche Produktbestandteile, Module, Dokumenttypen und Prozesse im Geltungsbereich liegen
• welche Anforderungen als Muss-Kriterien und welche als Soll-Kriterien gelten
• welche Prüfverfahren und Testumgebungen verwendet werden
• welche Nachweise erforderlich sind, etwa Prüfbericht, ACR, Konformitätserklärung oder Anforderungsmatrix
• wie bekannte Abweichungen dokumentiert und priorisiert werden
• welche Fristen und Verantwortlichkeiten für Mängelbehebung gelten
• welche Abnahmekriterien vor Produktivsetzung erfüllt sein müssen
• wie Updates, Releases und kundenspezifische Anpassungen erneut geprüft werden

Bei Informationsmanagementsystemen empfiehlt es sich, nicht nur die Standardoberfläche zu betrachten. Auch Workflows, Dashboards, Rollenmodelle, Dokumentenvorlagen, Dokumentenviewer, Suchfunktionen, Exportfunktionen, mobile Ansichten, Schnittstellen und Supportprozesse können relevante Barrieren enthalten. Wenn diese Bereiche nicht im Prüf- und Vertragsumfang stehen, entstehen später Lücken zwischen formaler Zusage und tatsächlicher Nutzbarkeit.

Hilfreiche Anbieterfragen sind: Welche EN-301-549-Version wurde geprüft? Welche Module und Plattformen sind abgedeckt? Welche Ausnahmen oder bekannten Barrieren bestehen? Gibt es aktuelle Prüfberichte oder einen ACR? Wurden Nutzertests mit Menschen mit Behinderungen durchgeführt? Wie wird Barrierefreiheit bei Updates, kundenspezifischen Anpassungen und neuen Komponenten gesichert?

Eigenentwicklung, Standardsoftware und SaaS

Bei Eigenentwicklungen können Sie Barrierefreiheit direkt in Architektur, Designsystem, Frontend-Komponenten, Entwicklungsrichtlinien und Qualitätssicherung integrieren. Das erleichtert es, Anforderungen der EN 301 549 frühzeitig in User Stories, Akzeptanzkriterien und Definition-of-Done-Kriterien aufzunehmen. Fehler lassen sich dadurch oft vermeiden, bevor sie in mehreren Modulen wiederholt werden.

Bei Standardsoftware und SaaS-Lösungen ist die Situation anders. Sie können den Quellcode oder die Produkt-Roadmap häufig nicht vollständig beeinflussen, müssen aber dennoch bewerten, ob das System für Ihren Einsatzkontext geeignet ist. Deshalb sind belastbare Anbieterangaben, ACRs, Prüfberichte, Teststellungen und vertragliche Regelungen zur Mängelbehebung besonders wichtig.

Kundenspezifische Konfigurationen können neue Barrieren erzeugen, auch wenn das Basisprodukt gut geprüft wurde. Beispiele sind selbst erstellte Formulare, individuelle Workflows, angepasste Dashboards, eigene Dokumentenvorlagen oder eingebundene Drittkomponenten. Prüfen Sie deshalb nicht nur das Herstellerprodukt, sondern auch Ihre konkrete Implementierung.

Rollen und Verantwortlichkeiten

Barrierefreiheit nach EN 301 549 ist keine Aufgabe einer einzelnen Rolle. Einkauf und Vergabe müssen Anforderungen präzise formulieren und Nachweise bewerten. Recht und Compliance prüfen, welche gesetzlichen, vertraglichen oder organisatorischen Pflichten gelten und wie Ausnahmen dokumentiert werden müssen.

UX-Design und Produktmanagement gestalten Informationsarchitektur, Interaktionsmuster, Komponenten und Nutzungsszenarien. Entwicklungsteams sorgen dafür, dass semantische Strukturen, Tastaturbedienung, Fokusführung, Zustände und Accessibility APIs korrekt umgesetzt werden. Qualitätssicherung prüft automatisiert und manuell, dokumentiert Mängel und verhindert Regressionen.

Redaktion und Dokumentation erstellen barrierefreie Inhalte, Vorlagen, Hilfeseiten, Alternativtexte und Schulungsunterlagen. Support und Betrieb stellen sicher, dass Hilfeprozesse zugänglich sind und Barrieren aus der Praxis aufgenommen werden. Erst wenn diese Rollen zusammenarbeiten, wird Barrierefreiheit zu einem kontinuierlichen Qualitätsprozess statt zu einer einmaligen Prüfung.

Kontinuierliche Qualitätssicherung

Barrierefreiheit ist kein einmaliger Projektmeilenstein. Neue Releases, geänderte Komponenten, zusätzliche Inhalte, neue Dokumentvorlagen oder externe Integrationen können jederzeit neue Barrieren erzeugen. Deshalb sollte EN 301 549 in Release-Prozesse, Regressionstests, Designsystem-Prüfungen und Content-Governance eingebunden werden.

Praktisch bedeutet das: Wiederverwendbare UI-Komponenten sollten zentral geprüft werden, bevor sie in vielen Anwendungen eingesetzt werden. Automatisierte Tests können in Entwicklungs- und Build-Prozesse integriert werden, während manuelle Prüfungen für zentrale Nutzungsszenarien regelmäßig wiederholt werden. Redaktionen benötigen klare Regeln für Überschriften, Linktexte, Alternativtexte, Dokumentexporte und Multimedia-Alternativen.

Monitoring und Feedbackkanäle sind ebenfalls wichtig. Nutzerinnen und Nutzer sollten Barrieren melden können, und diese Meldungen sollten nachvollziehbar priorisiert und behoben werden. Für öffentliche Stellen sind zusätzlich Barrierefreiheitserklärungen, Feedbackmechanismen und gegebenenfalls Durchsetzungsverfahren zu beachten.

Ausnahmen und unverhältnismäßige Belastung

Im öffentlichen Kontext kann der Begriff der unverhältnismäßigen Belastung relevant sein. Er bedeutet nicht, dass Barrierefreiheit beliebig abgewählt werden kann. Vielmehr muss begründet und dokumentiert werden, warum bestimmte Anforderungen im konkreten Fall unverhältnismäßig wären.

Solche Ausnahmen sind eng zu prüfen und sollten transparent beschrieben werden, etwa in einer Barrierefreiheitserklärung. Gleichzeitig sollten zugängliche Alternativen angeboten werden, soweit dies möglich ist. Für Ihre Organisation ist wichtig, Ausnahmen nicht als Ersatz für Planung und Umsetzung zu verstehen, sondern als dokumentierte Sonderfälle innerhalb eines Barrierefreiheitsprozesses.

Abgrenzungen zu anderen Qualitätsanforderungen

EN 301 549 ist eine wichtige technische Norm, ersetzt aber nicht alle anderen Prüfungen und Qualitätsanforderungen. Usability-Tests bleiben notwendig, weil ein formal barrierefreies System trotzdem umständlich, ineffizient oder schwer verständlich sein kann. Auch Datenschutz, IT-Sicherheit, Performance, Informationsarchitektur und branchenspezifische Vorgaben müssen separat berücksichtigt werden.

Ebenso ersetzt EN 301 549 nicht automatisch Anforderungen an Leichte Sprache oder Einfache Sprache. Verständlichkeit ist zwar Teil barrierefreier Gestaltung, aber Leichte Sprache folgt eigenen Regeln und Zielsetzungen. Wenn Ihre Inhalte für Menschen mit kognitiven Einschränkungen, Lernschwierigkeiten oder geringer Sprachkompetenz besonders zugänglich sein sollen, sollten Sie diese Anforderungen zusätzlich planen.

Typische Missverständnisse zu EN 301 549

Ein verbreitetes Missverständnis ist, WCAG AA immer ausreiche. Für Webinhalte ist WCAG 2.1 A und AA in EN 301 549 V3.2.1 zentral eingebunden, doch EN 301 549 umfasst zusätzlich Software, Nicht-Web-Dokumente, Hardware, Dokumentation, Support und weitere IKT-Funktionen. Bei komplexen Systemen reicht eine reine Web-Checkliste daher oft nicht aus.

Ebenso falsch ist die Annahme, ein automatischer Tool-Test belege Barrierefreiheit. Tools sind hilfreich, erkennen aber nur einen Teil möglicher Barrieren. Tastaturbedienung, sinnvolle Fokusführung, korrekte Fehlermeldungen, verständliche Alternativtexte und reale Prozessnutzung müssen manuell geprüft werden.

Auch PDFs sind nicht automatisch barrierefrei, nur weil sie digitalen Text enthalten. Ohne Tags, korrekte Lesereihenfolge, Überschriften, Alternativtexte, Spracheinstellungen und zugängliche Formulare bleiben sie für viele assistive Technologien problematisch. Besonders kritisch sind gescannte Dokumente ohne Texterkennung oder automatisch erzeugte Exporte ohne semantische Struktur.

Ein weiteres Missverständnis lautet, ARIA löse alle Probleme. ARIA kann helfen, wenn native HTML-Elemente nicht ausreichen, kann bei falscher Verwendung aber zusätzliche Barrieren erzeugen. Grundsätzlich sind semantisch passende native Elemente, klare Interaktion und saubere Fokussteuerung die stabilere Grundlage.

Barrierefreiheit ist außerdem nicht nur Frontend. Sie betrifft Dokumentenerstellung, Datenmodelle, Exporte, Authentifizierung, Fehlermanagement, Rollenlogik, Support, Redaktion, Beschaffung und Betrieb. Gerade Informationsmanagementsysteme zeigen, dass Barrieren häufig dort entstehen, wo Inhalte, Prozesse und Technik zusammenkommen.

Risiken bei Nichtbeachtung

Wenn EN 301 549 oder vergleichbare Barrierefreiheitsanforderungen nicht beachtet werden, können rechtliche und wirtschaftliche Risiken entstehen. Im öffentlichen Sektor drohen Beanstandungen, Nachbesserungspflichten, Beschwerden oder Probleme bei der Einhaltung von BGG, BITV 2.0 und EU-Vorgaben. In Beschaffungen kann fehlende Barrierefreiheit dazu führen, dass Angebote schlechter bewertet oder ausgeschlossen werden.

Auch für Unternehmen außerhalb des öffentlichen Sektors können Risiken entstehen, etwa im Zusammenhang mit BFSG-Anforderungen, Kundenverträgen, Reputationsschäden oder steigenden Nachbesserungskosten. Besonders teuer wird Barrierefreiheit oft dann, wenn sie erst nach Architektur-, Design- und Implementierungsentscheidungen geprüft wird. Interne Systeme können zusätzlich die Arbeitsfähigkeit von Mitarbeitenden einschränken, wenn zentrale Prozesse nicht selbstständig nutzbar sind.

Best Practices für die Umsetzung

Wenn Sie EN 301 549 in Projekten berücksichtigen möchten, sollten Sie Barrierefreiheit von Beginn an einplanen. Am wirksamsten ist ein integrierter Ansatz, bei dem Anforderungen in Strategie, Konzeption, Design, Entwicklung, Redaktion, Qualitätssicherung, Beschaffung und Betrieb verankert werden. So werden Barrieren nicht nur gefunden, sondern systematisch vermieden.

Hilfreiche Maßnahmen sind:

• Anforderungen früh definieren und versioniert dokumentieren
• Geltungsbereich und relevante Funktionen klar festlegen
• Barrierefreiheit in Lastenhefte, User Stories und Akzeptanzkriterien aufnehmen
• Verantwortlichkeiten für Design, Entwicklung, Redaktion, Testing und Betrieb klären
• Designsysteme mit geprüften Komponenten aufbauen
• Tastaturbedienung, Fokusführung und assistive Technologien regelmäßig manuell prüfen
• Dokumentenvorlagen, Exportprozesse und PDFs barrierefrei gestalten
• Redaktionen zu Überschriften, Linktexten, Alternativtexten und Multimedia-Alternativen schulen
• ACRs, Prüfberichte und bekannte Abweichungen aktuell halten
• Barrierefreiheit in Release-, Update- und Regressionstests integrieren
• Feedback von Menschen mit Behinderungen einholen und strukturiert auswerten

Für Informationsmanagementsysteme ist besonders wichtig, Barrierefreiheit im laufenden Betrieb zu sichern. Neue Dokumente, Workflows, Metadatenfelder, Formulare, Rollenmodelle oder Integrationen können jederzeit neue Barrieren erzeugen. Deshalb sollte Barrierefreiheit als dauerhafter Qualitätsprozess verstanden werden, nicht als einmalige Prüfung kurz vor Produktivsetzung.

Häufige Fragen zu EN 301 549

Was beschreibt EN 301 549?

EN 301 549 beschreibt technische Barrierefreiheitsanforderungen an IKT-Produkte und -Dienstleistungen. Dazu gehören je nach Funktionsumfang unter anderem Webinhalte, mobile Apps, Software, Nicht-Web-Dokumente, Hardware, Zwei-Wege-Kommunikation, Video-Funktionen, Dokumentation und Support. Die Norm ist kein Gesetz, kann aber durch rechtliche oder vertragliche Bezugnahmen verbindlich werden.

Ist EN 301 549 gesetzlich verpflichtend?

Die Norm selbst ist ein technischer Standard. Verpflichtend wird sie, wenn Gesetze, Verordnungen, Verträge, Ausschreibungen oder Beschaffungsanforderungen auf sie Bezug nehmen. Besonders wichtig ist sie im öffentlichen Sektor im Zusammenhang mit der EU-Richtlinie 2016/2102, dem BGG und der BITV 2.0.

Welche Rolle spielt EN 301 549 beim BFSG?

Beim Barrierefreiheitsstärkungsgesetz können harmonisierte Normen eine wichtige Rolle für die Konformitätsvermutung spielen. EN 301 549 ist jedoch nicht automatisch für jeden BFSG-Anwendungsfall die alleinige oder abschließende technische Grundlage. Entscheidend sind die betroffene Produkt- oder Dienstleistungskategorie, die jeweils anwendbaren Anforderungen und die einschlägigen harmonisierten Normen.

Was ist der Unterschied zwischen EN 301 549 und WCAG?

WCAG sind internationale Richtlinien für barrierefreie Webinhalte. EN 301 549 ist eine europäische Norm für IKT-Produkte und -Dienstleistungen und ist deutlich breiter angelegt. Sie bindet WCAG-Erfolgskriterien für Webinhalte ein und nutzt viele dieser Kriterien auch für Nicht-Web-Dokumente und Software, soweit sie dort anwendbar sind.

Welche WCAG-Version ist in EN 301 549 relevant?

Das hängt von der Version der EN 301 549 ab. In EN 301 549 V3.2.1 sind für relevante Webinhalte die WCAG-2.1-Erfolgskriterien der Stufen A und AA normativ eingebunden. Deshalb sollten Sie in Ausschreibungen, Prüfberichten und Nachweisen immer die konkrete Version der Norm angeben.

Betrifft EN 301 549 auch PDFs?

Ja, elektronische Dokumente wie PDFs, Office-Dokumente, Tabellen und Präsentationen können unter die Anforderungen an Nicht-Web-Dokumente fallen. Sie sollten semantisch strukturiert sein, damit assistive Technologien sie korrekt erfassen können. Bei PDFs sind unter anderem Tags, Lesereihenfolge, Überschriften, Alternativtexte, Spracheinstellungen und zugängliche Formulare relevant.

Reicht ein automatischer Barrierefreiheitstest aus?

Nein, automatische Tests reichen nicht aus. Sie erkennen vor allem maschinenprüfbare Fehler, aber nicht die gesamte Nutzbarkeit eines Systems. Eine belastbare Prüfung umfasst auch manuelle Tests, Tastaturbedienung, Tests mit assistiven Technologien, Dokumentprüfungen, redaktionelle Kontrollen und reale Nutzungsszenarien.

Gilt EN 301 549 auch für interne Systeme?

Interne Systeme können relevant sein, etwa bei öffentlichen Stellen, Intranets, Extranets, Beschäftigtenrechten, Beschaffungsvorgaben oder organisatorischen Standards. Daraus folgt aber nicht automatisch eine allgemeine gesetzliche Pflicht für alle internen Systeme aller Unternehmen. Sinnvoll ist die Orientierung an EN 301 549 dennoch häufig, weil interne Systeme für die selbstständige Arbeitsfähigkeit von Mitarbeitenden entscheidend sein können.

Was ist ein Accessibility Conformance Report?

Ein Accessibility Conformance Report beschreibt strukturiert, inwieweit ein Produkt oder Dienst bestimmte Barrierefreiheitsanforderungen erfüllt. Häufig basiert er auf dem VPAT-Format und enthält Angaben zu Normversion, Prüfumfang, erfüllten und nicht erfüllten Anforderungen sowie bekannten Einschränkungen. In Beschaffung und Lieferantenbewertung ist ein ACR ein hilfreicher Nachweis, ersetzt aber keine Prüfung des konkreten Einsatzkontexts.

Welche Rolle spielt EN 301 549 bei Informationsmanagementsystemen?

EN 301 549 hilft Ihnen, Informationsmanagementsysteme ganzheitlich auf Barrierefreiheit zu prüfen. Relevant sind nicht nur Benutzeroberflächen, sondern auch Dokumente, Workflows, Suchfunktionen, Formulare, Metadaten, Exporte, mobile Ansichten, Hilfetexte und Supportprozesse. Dadurch können mehr Menschen Informationen selbstständig finden, verstehen, bearbeiten und weitergeben.

Wer sollte sich in einer Organisation mit EN 301 549 beschäftigen?

EN 301 549 betrifft mehrere Rollen gleichzeitig. Dazu gehören Einkauf, Vergabe, IT, UX-Design, Entwicklung, Produktmanagement, Qualitätssicherung, Redaktion, Recht, Compliance, Datenschutz, Support und Betrieb. Je früher diese Rollen zusammenarbeiten, desto einfacher lässt sich Barrierefreiheit dauerhaft in digitale Systeme integrieren.

Gibt es ein offizielles EN-301-549-Zertifikat?

EN 301 549 schreibt keine allgemeine Zertifizierungspflicht und kein universelles offizielles Siegel vor. Es kann jedoch Prüfberichte, Konformitätserklärungen, Accessibility Conformance Reports oder Zertifikate einzelner Prüfstellen geben. Wichtig ist, dass der Nachweis die konkrete Normversion, den geprüften Umfang, die Prüfmethode und bekannte Einschränkungen transparent beschreibt.