EN 301 549: Robustheit / Robust (9.4)

Kapitel 9.4 der EN 301 549 (V3.2.1) konkretisiert das WCAG-Prinzip „Robust" für Webinhalte und stellt sicher, dass Inhalte zuverlässig mit aktuellen und zukünftigen Benutzeragenten und Hilfstechnologien zusammenarbeiten. Im Mittelpunkt stehen saubere Syntax, korrekt implementierte Rollen, Zustände und Eigenschaften sowie programmatisch erkennbare Statusmeldungen. Damit Screenreader und andere Hilfstechnologien verlässlich funktionieren, müssen Name, Rolle und Wert jeder Komponente korrekt umgesetzt und Änderungen am Zustand als Statusmeldungen exponiert werden.

Hinweis: Kapitel 9.4 von EN 301 549 V3.2.1 entspricht dem WCAG-Prinzip „Robust" und umfasst die Anforderungen 9.4.1 bis 9.4.1.3. Die normativen Anforderungen basieren auf WCAG 2.1 Stufe A und AA.

Was regelt Kapitel 9.4

Kapitel 9.4 gliedert die Anforderungen zur Robustheit in mehrere Unteranforderungen, die auf die entsprechenden WCAG-Erfolgskriterien verweisen:

  • 9.4.1.1 Syntaxanalyse: Entspricht dem WCAG-Erfolgskriterium 4.1.1 „Parsing", das in WCAG 2.2 als obsolet gekennzeichnet und entfernt wurde. Es verlangte ursprünglich formal korrektes Markup (vollständige Tags, korrekte Verschachtelung, eindeutige IDs), damit Benutzeragenten und Hilfstechnologien Inhalte zuverlässig interpretieren können. Mit modernen Browsern werden viele frühere Probleme jedoch von anderen Erfolgskriterien abgedeckt.
  • 9.4.1.2 Name, Rolle, Wert: Entspricht WCAG-Erfolgskriterium 4.1.2. Für alle Bestandteile der Benutzerschnittstelle müssen Name und Rolle programmatisch bestimmbar sein; Zustände, Eigenschaften und Werte müssen auslesbar und änderbar sein. Dies gilt besonders für individuelle Widgets, die mit ARIA-Rollen und -Attributen implementiert werden, damit Screenreader die Funktion korrekt erkennen.
  • 9.4.1.3 Statusmeldungen: Entspricht WCAG-Erfolgskriterium 4.1.3. Statusmeldungen – etwa Fehlerhinweise, Bestätigungen oder Fortschrittsanzeigen – müssen programmatisch erkennbar sein, ohne den Fokus zu erhalten, damit Hilfstechnologien sie automatisch an Nutzerinnen und Nutzer weitergeben können. Häufig werden dafür ARIA-Live-Regionen und geeignete Rollen wie „status" oder „alert" verwendet.

Bezug zur BITV 2.0

Die BITV 2.0-Anforderung 4.1 greift denselben Themenbereich wie Kapitel 9.4 der EN 301 549 auf: Kompatibilität mit Benutzeragenten und Hilfstechnologien durch korrekt strukturiertes Markup sowie programmatisch erfassbare Namen, Rollen, Zustände und Statusmeldungen. Während WCAG 2.2 das Erfolgskriterium 4.1.1 „Parsing" als obsolet kennzeichnet, bleibt der zugrunde liegende Gedanke in EN 301 549 erhalten, wird aber faktisch durch andere Kriterien wie 1.3.1 „Info und Beziehungen" und 4.1.2 „Name, Rolle, Wert" abgedeckt. In der Prüfpraxis steht daher die korrekte Umsetzung von Name/Rolle/Wert und Statusmeldungen im Vordergrund.

Normativ und informativ

In Kapitel 9.4 sind die Anforderungen, die WCAG 2.1 Level A und AA entsprechen – insbesondere 9.4.1.2 Name, Rolle, Wert und 9.4.1.3 Statusmeldungen – normativ und müssen erfüllt werden, um Konformität mit EN 301 549 zu erreichen. Die frühere Parsing-Anforderung 9.4.1.1 wird durch die Änderung in WCAG 2.2 inhaltlich relativiert: Sie ist für HTML- und XML-Inhalte als immer erfüllt anzusehen, solange andere Erfolgskriterien eingehalten werden, und spielt daher in der Praxis eine untergeordnete Rolle. Zusätzliche Empfehlungen zur Robustheit, die über die Mindestanforderungen hinausgehen, sind informativ.

Häufige Fragen zur Robustheit

Was bedeutet Robustheit im Kontext von EN 301 549?

Robustheit bedeutet, dass Webinhalte so umgesetzt sind, dass sie von verschiedenen Browsern und Hilfstechnologien korrekt interpretiert werden können – auch wenn sich Technik und Nutzeragenten weiterentwickeln. Entscheidend sind sauberer Code, semantisch korrekte Rollen und Eigenschaften sowie programmatisch erkennbare Statusmeldungen.

Warum ist 9.4.1.1 Syntaxanalyse in WCAG 2.2 obsolet?

WCAG 2.2 kennzeichnet Erfolgskriterium 4.1.1 „Parsing" als obsolet, weil moderne Browser und Hilfstechnologien Parsing-Fehler wesentlich robuster handhaben. Probleme, die früher unter 4.1.1 fielen, führen heute in der Regel zu Verstößen gegen andere Erfolgskriterien wie 1.3.1 „Info und Beziehungen" oder 4.1.2 „Name, Rolle, Wert". Die Forderung nach formal fehlerfreiem Markup bleibt als gute Praxis bestehen, ist aber nicht mehr als eigenständiges Erfolgskriterium erforderlich.

Offizielle Quellen