EN 301 549 v4.1.1: Änderungen, WCAG 2.2 & nächste Schritte

EN 301 549 v4.1.1: Was sich geändert hat und wie Sie sich vorbereiten können

‍

Die EN 301 549 v4.1.1 wurde am 2. September 2026 veröffentlicht und stellt eine wichtige Aktualisierung des europäischen Barrierefreiheitsstandards für Produkte und Dienstleistungen der Informations- und Kommunikationstechnik (IKT) dar.

‍

Für Websites und digitale Dokumente ist eine der bedeutendsten Änderungen die Übernahme von WCAG 2.2 anstelle von WCAG 2.1. Die neue Ausgabe überarbeitet zudem Anforderungen in Bezug auf Benutzereinstellungen, Echtzeitkommunikation sowie das Verhältnis zwischen dem Standard und dem European Accessibility Act (EAA).

‍

Doch was bedeutet das für Organisationen, die für digitale Barrierefreiheit verantwortlich sind? Ändert die Veröffentlichung unmittelbar ihre rechtlichen Verpflichtungen? Und was sollten Website-Betreiber und Digital-Teams jetzt tun?

‍

Dieser Leitfaden erläutert die wichtigsten Änderungen der EN 301 549 v4.1.1, den Unterschied zwischen Veröffentlichung und rechtlicher Harmonisierung sowie die praktischen Schritte, die Organisationen zur Vorbereitung unternehmen können.

‍

Kurz zusammengefasst:

Die EN 301 549 v4.1.1 wurde am 2. September 2026 vom ETSI veröffentlicht.
Sie übernimmt WCAG 2.2 für Webinhalte, Nicht-Web-Dokumente und Nicht-Web-Software.
Sie enthält weitere Änderungen über die WCAG hinaus, darunter aktualisierte Anforderungen an Benutzereinstellungen und Echtzeitkommunikation.
Die bloße Veröffentlichung bedeutet noch nicht, dass die neue Ausgabe bereits als harmonisierte Rechtsgrundlage gilt.
Organisationen können damit beginnen, ihre digitalen Produkte anhand der WCAG 2.2 zu bewerten, während sie weiterhin die für sie aktuell geltenden Anforderungen erfüllen.

‍

Die offiziellen technischen Anforderungen finden Sie im vom ETSI veröffentlichten Standard EN 301 549 v4.1.1 (PDF).

‍

Was ist die EN 301 549?

‍

Die EN 301 549 ist ein europäischer Standard, der Anforderungen an die Barrierefreiheit von IKT-Produkten und -Dienstleistungen festlegt. Er umfasst mehr als nur Websites: Sein Anwendungsbereich erstreckt sich auf Software, elektronische Dokumente, Hardware, Telekommunikation und andere digitale Technologien.

‍

Der Standard wird von europäischen Normungsorganisationen wie ETSI, CEN und CENELEC entwickelt.

‍

Die EN 301 549 ist insbesondere für zwei europäische Rechtsvorschriften zur Barrierefreiheit von Bedeutung:

Die Richtlinie über den barrierefreien Zugang zu Websites und mobilen Anwendungen (WAD): Richtlinie (EU) 2016/2102, die den barrierefreien Zugang zu Websites und mobilen Anwendungen öffentlicher Stellen regelt.
Der Europäische Rechtsakt zur Barrierefreiheit (EAA): Richtlinie (EU) 2019/882, die Anforderungen an die Barrierefreiheit für bestimmte Produkte und Dienstleistungen festlegt.

‍

Der Standard hilft dabei, Ziele zur Barrierefreiheit in technische Anforderungen zu übersetzen, die Organisationen bewerten und umsetzen können. Für Webinhalte stützt er sich maßgeblich auf die Richtlinien für barrierefreie Webinhalte (WCAG).

‍

EN 301 549 und WCAG sind jedoch nicht austauschbar. EN 301 549 enthält Anforderungen, die über Webinhalte hinausgehen, während die geltenden rechtlichen Verpflichtungen von der jeweiligen Gesetzgebung, ihrem Anwendungsbereich und ihrer Umsetzung abhängen.

‍

Nützliche Referenzen:

‍

Was hat sich in EN 301 549 v4.1.1 geändert?

‍

Die neue Ausgabe führt einige wichtige Änderungen ein. Für Organisationen, die primär für Websites, Webanwendungen und digitale Dokumente verantwortlich sind, ist der Wechsel zu WCAG 2.2 wahrscheinlich am unmittelbarsten relevant.

‍

Das Update geht jedoch über eine bloße Änderung der WCAG-Version hinaus.

‍

1. WCAG 2.2 wird zur Referenz für Anforderungen an die Web-Barrierefreiheit

‍

EN 301 549 v4.1.1 aktualisiert seine Anforderungen für Web-Inhalte, Nicht-Web-Dokumente und Nicht-Web-Software, um auf WCAG 2.2 zu verweisen.

‍

WCAG 2.2 erweitert WCAG 2.1 um zusätzliche Erfolgskriterien, die darauf ausgelegt sind, Barrieren für Menschen mit unter anderem visuellen, körperlichen und kognitiven Beeinträchtigungen abzubauen.

‍

Für Website-Betreiber sind die relevantesten neuen Kriterien der Stufen A und AA:

Fokus nicht verdeckt (Minimum) – WCAG 2.4.11, Stufe AA: Der Tastaturfokus darf nicht vollständig durch vom Autor erstellte Inhalte, wie etwa eine fixierte Kopfzeile oder ein Overlay, verdeckt werden.
Ziehen-Bewegungen — WCAG 2.5.7, Level AA: Funktionen, die Ziehen-Bewegungen erfordern, müssen eine alternative Bedienung per Einzelzeiger ermöglichen, sofern keine Ausnahme greift.
Zielgröße (Minimum) — WCAG 2.5.8, Level AA: Zeiger-Ziele müssen die Mindestgröße erfüllen oder die Voraussetzungen für eine geltende Ausnahme erfüllen.
Konsistente Hilfe — WCAG 3.2.6, Level A: Wiederkehrende Hilfsmechanismen müssen auf allen Seiten in einer konsistenten relativen Reihenfolge erscheinen.
Redundante Eingabe — WCAG 3.3.7, Level A: Informationen, die der Nutzer bereits eingegeben oder bereitgestellt hat, sollten innerhalb desselben Prozesses nicht erneut abgefragt werden, sofern keine Ausnahme greift.
Barrierefreie Authentifizierung (Minimum) — WCAG 3.3.8, Level AA: Die Authentifizierung sollte keinen kognitiven Test erfordern, es sei denn, eine entsprechende Ausnahme ist erfüllt.

Diese Kriterien können alltägliche Interaktionen auf Websites beeinflussen. Ein schwebender Support-Button könnte einen fokussierten Link verdecken. Eine Produktgalerie könnte Ziehen-Bewegungen erfordern, ohne eine Alternative anzubieten. Ein mehrstufiger Antrag könnte Nutzer dazu auffordern, bereits bereitgestellte Informationen erneut einzugeben.

‍

Jedes Beispiel stellt ein potenzielles Barrierefreiheitsproblem dar, bedeutet aber nicht automatisch einen Fehler in jeder Implementierung. Die genauen Anforderungen und Ausnahmen sind im Standard definiert.

‍

Die WCAG 2.2-Spezifikation enthält zudem drei zusätzliche Level-AAA-Kriterien, die nicht mit den sechs oben genannten neuen Level-A- und AA-Kriterien verwechselt werden sollten.

‍

Lesen Sie die offizielle WCAG 2.2-Spezifikation und den Leitfaden zu den Neuerungen in WCAG 2.2.

‍

2. Aktualisierte Anforderungen an Benutzereinstellungen

‍

EN 301 549 v4.1.1 überarbeitet die Anforderungen an Benutzereinstellungen für Webseiten, Nicht-Web-Dokumente und Software.

‍

Das zugrunde liegende Prinzip ist, dass digitale Produkte die Barrierefreiheits-Einstellungen, auf die sich Menschen bei der Nutzung ihrer Geräte und Software verlassen, besser berücksichtigen sollten.

‍

Je nach Produkt und geltenden Anforderungen kann dies Präferenzen wie Textdarstellung, Kontrast sowie weitere Anzeige- oder Interaktionseinstellungen umfassen.

‍

Für Website- und Software-Teams ist dies ein Hinweis darauf, zu berücksichtigen, wie sich Schnittstellen verhalten, wenn Nutzer auf Betriebssystemeinstellungen, Browserfunktionen oder unterstützende Technologien angewiesen sind. Barrierefreiheit sollte nicht allein davon abhängen, ob ein Produkt mit Standardeinstellungen korrekt aussieht.

‍

Die entsprechenden Anforderungen finden sich in den Abschnitten 9.7, 10.7 und 11.7 der EN 301 549 v4.1.1. Ihre Anwendbarkeit hängt von der Art des Produkts und dem Geltungsbereich des jeweiligen Abschnitts ab.

‍

3. Überarbeitete Anforderungen für Echtzeitkommunikation

‍

Die neue Ausgabe aktualisiert zudem die Anforderungen an IKT, die Echtzeitkommunikation unterstützen, einschließlich Echtzeit-Text (RTT), Sprache, Video und zugehöriger Funktionen.

‍

Diese Änderungen sind besonders relevant für Organisationen, die Telekommunikationssysteme, Kommunikations-Clients, Videokonferenzprodukte und Contact-Center-Lösungen entwickeln oder bereitstellen.

‍

Die Anforderungen decken Bereiche wie die Bereitstellung und Anzeige von Echtzeit-Text, Interoperabilität und Kommunikationsszenarien ab.

‍

Organisationen, die in diesen Bereichen tätig sind, sollten die geltenden Bestimmungen direkt prüfen, anstatt davon auszugehen, dass eine auf Websites fokussierte WCAG-Bewertung ihre Verpflichtungen abdeckt.

‍

4. Klarere Zuordnung zum European Accessibility Act

‍

EN 301 549 v4.1.1 führt eine zusätzliche Zuordnung zwischen den Anforderungen der Norm und dem European Accessibility Act ein.

‍

Dies soll Organisationen dabei helfen zu verstehen, wie sich technische Anforderungen auf die durch das Gesetz festgelegten Barrierefreiheitsanforderungen beziehen.

‍

Die Zuordnung ist bei der Planung von Bewertungen und der Dokumentation von Nachweisen nützlich, sollte jedoch nicht als Ersatz für die Auslegung der für ein bestimmtes Produkt oder eine bestimmte Dienstleistung geltenden Rechtsvorschriften betrachtet werden.

‍

5. Breitere IKT-Anforderungen bleiben wichtig

‍

EN 301 549 ist nicht einfach nur eine Liste von Erfolgsfaktoren für Websites. Sie enthält Anforderungen, die für Hardware, Nicht-Web-Software, elektronische Dokumente, Autorentools und Kommunikationsdienste gelten können.

‍

Folglich hängt die Auswirkung der neuen Ausgabe davon ab, was eine Organisation entwickelt, bereitstellt oder betreibt.

‍

Für ein Unternehmen, das eine Marketing-Website verwaltet, mögen die Änderungen der WCAG 2.2 der wichtigste Ausgangspunkt sein. Für einen Anbieter von Kommunikationssystemen oder spezialisierter Software können die relevanten Änderungen weitaus umfangreicher sein.

‍

Prüfen Sie die vollständige Norm EN 301 549 v4.1.1 um festzustellen, welche Klauseln für Ihre Produkte und Dienstleistungen relevant sind.

‍

Ändert EN 301 549 v4.1.1 die gesetzlichen Anforderungen sofort?

‍

Nein. Die Veröffentlichung einer neuen Ausgabe und ihre formale Zitierung als harmonisierte Norm sind getrennte Schritte.

‍

EN 301 549 v4.1.1 wurde im September 2026 veröffentlicht. Das Veröffentlichungsdatum allein bedeutet jedoch nicht, dass jede Organisation, die den europäischen Rechtsvorschriften zur Barrierefreiheit unterliegt, sofort die Konformität mit dieser Ausgabe nachweisen muss.

‍

Damit eine harmonisierte Norm die Vermutung der Konformität mit den entsprechenden Anforderungen der EU-Harmonisierungsrechtsvorschriften bietet, muss ihr Verweis im Amtsblatt der Europäischen Union veröffentlicht werden.

‍

Der letzte offizielle Verweis, den ich für den Rahmen zur Barrierefreiheit im Web verifizieren konnte, ist EN 301 549 v3.2.1 (2021-03), aufgeführt im Durchführungsbeschluss (EU) 2021/1339 der Kommission.

‍

Überprüfen Sie vor der Veröffentlichung dieses Artikels die aktuellen Verweise im Amtsblatt und die geltenden Rechtsvorschriften auf Aktualisierungen bezüglich v4.1.1.

‍

Offizielle Quellen:

‍

Was bedeutet das für Organisationen, die dem Barrierefreiheitsstärkungsgesetz (BFSG) unterliegen?

‍

Organisationen sollten zwischen den bereits für ihre Produkte und Dienstleistungen geltenden Barrierefreiheitsanforderungen und den durch die neue Ausgabe eingeführten technischen Änderungen unterscheiden.

‍

Das BFSG gilt für bestimmte Produkte und Dienstleistungen in seinem Anwendungsbereich, vorbehaltlich der Bestimmungen der Richtlinie und des geltenden nationalen Rechts. Die Richtlinie über den barrierefreien Zugang zu den Websites und mobilen Anwendungen öffentlicher Stellen hat einen anderen Anwendungsbereich, der sich auf Websites und mobile Anwendungen des öffentlichen Sektors konzentriert.

‍

Weder die Veröffentlichung der EN 301 549 v4.1.1 noch die Annahme der WCAG 2.2 begründen automatisch dieselbe rechtliche Verpflichtung für jede Website in Europa.

‍

Für eine Organisation, die ihre Arbeit im Bereich Barrierefreiheit plant, ist der praktische Ansatz wie folgt:

Identifizieren Sie die Rechtsvorschriften und Anforderungen, die heute für Ihre Produkte und Dienstleistungen gelten.
Erfüllen Sie diese Anforderungen weiterhin.
Bewerten Sie die zusätzlichen WCAG 2.2-Kriterien und andere relevante Änderungen in der Version 4.1.1.
Überprüfen Sie den offiziellen Harmonisierungsstatus und alle geltenden Übergangsbestimmungen.
Planen Sie die Maßnahmen zur Fehlerbehebung und Validierung auf der Grundlage des tatsächlichen Umfangs Ihrer digitalen Produkte.

Dieser Ansatz unterstützt die Vorbereitung, ohne ein technisches Update mit einer universellen Änderung der rechtlichen Verpflichtungen zu verwechseln.

‍

Wie sollten sich Organisationen auf die EN 301 549 v4.1.1 vorbereiten?

‍

Organisationen müssen nicht warten, bis jedes rechtliche Detail und jede Übergangsregelung geklärt ist, um die technischen Änderungen zu verstehen. Eine frühzeitige Vorbereitung kann Teams dabei helfen, Lücken zu identifizieren, den Aufwand für die Fehlerbehebung abzuschätzen und Barrierefreiheit in ihre Entwicklungsprozesse zu integrieren.

‍

1. Ermitteln Sie Ihren aktuellen Stand der Barrierefreiheit

‍

Beginnen Sie damit, den aktuellen Status Ihrer Website, Webanwendungen und digitalen Dokumente zu verstehen.

‍

Identifizieren Sie die Seiten und Nutzerpfade, die am wichtigsten sind: Kontoerstellung, Anmeldung, Suche, Formulare, Checkout, Dokumentenzugriff und andere wichtige Aufgaben.

‍

Eine erste Bewertung der Barrierefreiheit kann dabei helfen, Probleme wie fehlende Textalternativen, unzureichende Kontraste, nicht barrierefreie Formularsteuerelemente und Probleme bei der Tastaturnavigation zu identifizieren.

‍

Wawsome's Accessibility Checker hilft Teams dabei, automatisch erkennbare Barrierefreiheitsprobleme zu identifizieren und die weitere Untersuchung zu priorisieren.

‍

Automatisierte Tests sind ein Ausgangspunkt, kein Nachweis für vollständige Konformität. Einige Anforderungen erfordern manuelle Tests und menschliches Urteilsvermögen.

‍

2. Überprüfen Sie die neuen WCAG 2.2-Kriterien

‍

Vergleichen Sie Ihre aktuellen Anforderungen und Testprozesse zur Barrierefreiheit mit den WCAG 2.2.

‍

Achten Sie besonders auf:

Tastaturfokus, der möglicherweise hinter fixierten Kopf- oder Fußzeilen oder Dialogfeldern verborgen ist.
Drag-and-Drop-Interaktionen ohne alternative Steuerungsmöglichkeiten.
Kleine Zeigerziele und anwendbare Ausnahmen.
Hilfemechanismen, die ihre Position oder Reihenfolge zwischen den Seiten ändern.
Mehrstufige Formulare, bei denen Benutzer dieselben Informationen wiederholt eingeben müssen.
Authentifizierungsprozesse, die unnötige kognitive Barrieren schaffen.

Testen Sie diese Interaktionen im Kontext, einschließlich auf Mobilgeräten und bei wichtigen Nutzerabläufen.

‍

Die W3C WCAG 2.2-Dokumentation bietet Erklärungen und Beispiele für einzelne Erfolgskriterien.

‍

3. Priorisieren Sie Korrekturen nach Auswirkung und Aufwand

‍

Nicht jedes Problem hat die gleiche Auswirkung auf die Benutzer oder die gleichen Behebungskosten.

‍

Priorisieren Sie Barrieren, die Menschen daran hindern, wesentliche Aufgaben zu erledigen, insbesondere wenn sie mehrere Seiten oder wiederverwendbare Komponenten betreffen.

‍

Ein Fokusproblem in einer gemeinsam genutzten Navigationskomponente kann sich beispielsweise auf einen großen Teil einer Website auswirken. Die Behebung der zugrunde liegenden Komponente kann effektiver sein, als separate Workarounds auf einzelnen Seiten anzuwenden.

‍

Erstellen Sie einen Maßnahmenplan, der das Problem, die betroffene User Journey, das verantwortliche Team, die vorgeschlagene Lösung und die Validierungsmethode definiert.

‍

4. Testen Sie über automatisierte Scans hinaus

‍

Automatisierte Scanner können viele programmatische Probleme erkennen, aber sie können nicht zuverlässig jeden Aspekt der Barrierefreiheit beurteilen.

‍

Manuelle Tests sollten Tastaturnavigation, sichtbaren Fokus, Interaktionsverhalten, Zoom- und Textgrößenanpassung, Formularvalidierung sowie entsprechende Tests mit assistiven Technologien umfassen.

‍

Dies ist besonders wichtig für WCAG 2.2-Kriterien, die davon abhängen, wie Nutzer mit einer Schnittstelle interagieren oder eine Aufgabe abschließen.

‍

Eine detailliertere Erläuterung finden Sie in Wawsomes Leitfaden zu Barrierefreiheits-Audits, Widgets und Monitoring.

‍

5. Integrieren Sie Barrierefreiheit in die laufende Website-Wartung

‍

Barrierefreiheit ist kein einmaliges Projekt. Websites verändern sich, wenn Teams Seiten veröffentlichen, Integrationen einführen, Formulare aktualisieren, Kampagnen starten und gemeinsame Komponenten anpassen.

‍

Eine Website, die vor einigen Monaten bewertet wurde, könnte seitdem neue Barrieren entwickelt haben.

‍

Wawsomes Accessibility Monitor hilft Teams dabei, automatisch erkennbare Probleme im Zeitverlauf zu verfolgen und potenzielle Regressionen bei Änderungen an der Website zu identifizieren.

‍

Monitoring ergänzt eine Erstbewertung und manuelle Tests, ersetzt diese jedoch nicht.

‍

6. Dokumentieren Sie Ihre Arbeit und halten Sie sie auf dem neuesten Stand

‍

Führen Sie ein Protokoll über Bewertungen, identifizierte Probleme, Entscheidungen zur Fehlerbehebung, Validierungsergebnisse und noch bestehende Barrieren.

‍

Dies bietet Entwicklungs-, Produkt-, Rechts- und Barrierefreiheitsteams einen gemeinsamen Überblick über den Fortschritt und hilft ihnen, fundierte Entscheidungen zu treffen, wenn sich Standards oder Anforderungen ändern.

‍

Überprüfen Sie gegebenenfalls Ihre Erklärung zur Barrierefreiheit und die zugehörige Dokumentation, um sicherzustellen, dass sie den aktuellen Status Ihrer Website und die verwendeten Bewertungsmethoden korrekt widerspiegeln.

‍

Wawsome bietet zudem einen Leitfaden für die Erklärung zur Barrierefreiheit um Organisationen dabei zu unterstützen, zu verstehen, was eine Erklärung zur Barrierefreiheit enthalten sollte.

‍

Kann ein Accessibility-Widget eine Website konform mit EN 301 549 machen?

‍

Ein Accessibility-Widget kann nützliche Anpassungen der Benutzeroberfläche bieten und einigen Besuchern helfen, ihr Nutzererlebnis individuell anzupassen. Ein Widget allein kann jedoch nicht sicherstellen, dass eine Website die Anforderungen von EN 301 549 oder WCAG erfüllt.

‍

Der Standard umfasst Anforderungen an den zugrunde liegenden Code, die Dokumentenstruktur, die Tastaturbedienbarkeit, das Interaktionsverhalten sowie die Kompatibilität mit assistiven Technologien. Diese können nicht allein durch eine Änderung des Erscheinungsbildes einer Seite gelöst werden.

‍

Ein umfassenderer Ansatz kombiniert:

Automatisierte Tests auf Barrierefreiheit zur Identifizierung erkennbarer Probleme.
Manuelle Bewertungen zur Überprüfung von Verhalten und Kontext.
Nachbesserungen an Code und Inhalten, um die zugrunde liegenden Barrieren zu beseitigen.
Validierung, um zu bestätigen, dass die Korrekturen wie vorgesehen funktionieren.
Laufende Überwachung, um neue erkennbare Probleme bei Änderungen an der Website zu identifizieren.

Wawsomes Accessibility-Widget, Accessibility-Checkerund Accessibility Monitor unterstützen verschiedene Teile dieses Prozesses. Es handelt sich um ergänzende Werkzeuge, die keinen Ersatz für eine vollständige Prüfung der Barrierefreiheit darstellen.

‍

Einen Überblick über die Unterschiede dieser Ansätze finden Sie unter Accessibility-Widget, Audit & Monitoring.

‍

FAQs zu EN 301 549 v4.1.1

‍

Was ist EN 301 549 v4.1.1?

‍

EN 301 549 v4.1.1 ist die Ausgabe vom September 2026 der europäischen Norm für Barrierefreiheitsanforderungen an IKT-Produkte und -Dienstleistungen. Sie aktualisiert die Anforderungen für Webinhalte, Nicht-Web-Dokumente, Software und andere IKT-Bereiche.

‍

Was ist die wichtigste Änderung in EN 301 549 v4.1.1?

‍

Für Websites und digitale Dokumente ist die Einführung von WCAG 2.2 eine der bedeutendsten Änderungen. Die Ausgabe aktualisiert zudem Anforderungen an Benutzereinstellungen, Echtzeitkommunikation sowie die Zuordnung zum European Accessibility Act.

‍

Ersetzt EN 301 549 v4.1.1 die WCAG 2.1?

‍

Die neue Ausgabe verweist für relevante Anforderungen an Web-Inhalte, Nicht-Web-Dokumente und Nicht-Web-Software auf WCAG 2.2. Die formale rechtliche Wirkung der neuen Ausgabe hängt jedoch von ihrem Harmonisierungsstatus und der für die jeweilige Organisation geltenden Gesetzgebung ab.

‍

Ist EN 301 549 v4.1.1 bereits rechtlich bindend?

‍

Die Veröffentlichung allein macht die neue Ausgabe noch nicht zur harmonisierten Referenz nach EU-Recht. Organisationen sollten die aktuellen Verweise im Amtsblatt sowie die für ihre Produkte und Dienstleistungen geltenden Anforderungen prüfen, bevor sie Entscheidungen zur Konformität treffen.

‍

Enthält WCAG 2.2 neue Anforderungen der Stufe AA?

‍

Ja. WCAG 2.2 fügt neue Erfolgskriterien der Stufen A, AA und AAA hinzu. Wichtige Ergänzungen auf Stufe AA sind „Fokus nicht verdeckt (Minimum)“, „Ziehen-Bewegungen“, „Zielgröße (Minimum)“ und „Barrierefreie Authentifizierung (Minimum)“.

‍

Kann ein automatisierter Barrierefreiheits-Scanner alle Anforderungen der EN 301 549 testen?

‍

Nein. Automatisierte Tools können bestimmte Probleme identifizieren, aber einige Anforderungen erfordern manuelle Tests, kontextbezogene Bewertungen und Tests mit assistiven Technologien. Die geeignete Prüfung hängt vom Produkt und den anwendbaren Klauseln der Norm ab.

‍

Wie können sich Organisationen auf EN 301 549 v4.1.1 vorbereiten?

‍

Organisationen können die neue Norm prüfen, ihre aktuellen Testprozesse mit WCAG 2.2 abgleichen, wichtige Nutzerpfade bewerten, die Fehlerbehebung priorisieren, Korrekturen manuell validieren und eine kontinuierliche Überwachung etablieren. Zudem sollten sie die für sie geltenden rechtlichen Anforderungen und Übergangsbestimmungen prüfen.

‍

Bereiten Sie sich auf die nächste Stufe der digitalen Barrierefreiheit vor

‍

EN 301 549 v4.1.1 ist eine wichtige Entwicklung für Organisationen, die barrierefreie digitale Produkte entwickeln und pflegen. Die Einführung von WCAG 2.2 gibt Web-Teams eine klarere technische Richtung vor, während die umfassenderen Änderungen für Organisationen relevant sind, die für Software, Dokumente, Kommunikationssysteme und andere IKT-Produkte verantwortlich sind.

‍

Der sinnvollste nächste Schritt besteht darin, Ihren aktuellen Status der Barrierefreiheit zu verstehen, Lücken gegenüber den relevanten Anforderungen zu identifizieren und einen praktischen Plan zur Fehlerbehebung zu erstellen.

‍

Wawsome kann Sie bei diesem Prozess mit automatisierten Barrierefreiheitsprüfungen und kontinuierlicher Überwachung unterstützen.

‍

Ein fundierter, kontinuierlicher Ansatz hilft Unternehmen dabei, ihre Barrierefreiheit heute zu verbessern und sich gleichzeitig auf künftige Standards und Anforderungen vorzubereiten.