Barrierefreiheit

Section 1. Verpflichtung

Barrierefreiheit ist ein zentrales Design- und Ingenieuranforderung dieser Plattform, kein Zusatz. Wir entwickeln für Bildschirmleser-Nutzer, nur Tastatur-Nutzer, Menschen, die Vergrößerung oder reduzierte Bewegung verwenden, und diejenigen, die Anpassungen benötigen. Unser Ziel ist es, Barrieren durch angemessene Anstrengungen zu beseitigen, die mit der technischen Machbarkeit übereinstimmen.

Diese Seite ist kein öffentlicher Sektor unter den geltenden Barrierefreiheitsrichtlinien. Die Einhaltung des WCAG 2.2 Level AA ist ein freiwilliger Ingenieurstandard, der für strukturelle Konsistenz und Nutzerbenefit angenommen wurde.

Abschnitt 2. Konformitätsstatus

Diese Seite zielt auf WCAG 2.2 Level AA ab. Wir bewerten uns selbst als teilweise konform. Wir entwerfen und testen gemäß den WCAG 2.2 AA Kriterien, beanspruchen jedoch keine Zertifizierung durch Dritte.

Einige Inhalte oder Integrationen von Drittanbietern erfüllen möglicherweise noch nicht jedes Kriterium. Bekannte Nichtkonformitäten werden basierend auf der Benutzerwirkung und der Machbarkeit priorisiert. Die Zugänglichkeit ist eine fortlaufende ingenieurtechnische Verantwortung.

Während wir uns um Barrierefreiheit bemühen, können wir nicht garantieren, dass alle Inhalte jederzeit über alle unterstützenden Technologien oder Konfigurationen zugänglich sind.

Abschnitt 3. Angewandte Standards

Die Plattform zielt auf WCAG 2.2 Level AA als Basis für Design und Technik ab. Barrierefreiheit wird in architektonische und gestalterische Entscheidungen auf Systemebene integriert.

Automatisierte Barrierefreiheitsprüfungen sind in den Entwicklungsworkflow integriert, wobei Tools wie Playwright, axe core und Lighthouse verwendet werden. Eine manuelle Überprüfung wird für kritische Benutzerflüsse durchgeführt. Dies ist eine betriebliche Haltung und keine Marketingzertifizierung.

Abschnitt 4. Semantische Struktur

Seiten verwenden eine korrekte Überschriftenhierarchie von H1 bis H6 und beinhalten Landmarkenregionen wie Hauptbereich, Navigation und Fußzeile. Pro Seite wird eine einzelne H1 verwendet. Die Inhaltsstruktur ist für die Kompatibilität mit Screenreadern ausgelegt. ARIA-Attribute werden nur verwendet, wenn native HTML-Elemente unzureichend sind.

Abschnitt 5. Tastaturnavigation

Die vollständige Tastaturbedienung wird unterstützt. Die Tabulatorreihenfolge ist logisch und deterministisch, beginnend mit dem Überspringen-Link, der Kopfzeile, der Navigation, dem Hauptinhalt und der Fußzeile. Sichtbare Fokusindikatoren werden bei interaktiven Elementen durchgesetzt.

Abschnitt 6. Visuelle Barrierefreiheit

Der Farbkontrast erfüllt die Anforderungen von WCAG 2.2 AA, einschließlich 4,5 zu 1 für normalen Text und 3 zu 1 für großen Text.

Das Layout unterstützt die Größenänderung und den Fluss des Inhalts gemäß den Anforderungen von WCAG 2.2, einschließlich Zoom- und schmalen Ansichtsfensterbedingungen.

Reduzierte Bewegungspräferenzen werden durch Medienabfragen respektiert. Die Typografie ist responsiv und skalierbar. Ein Layout von rechts nach links wird dort unterstützt, wo es anwendbar ist.

Abschnitt 7. Formulare und interaktive Elemente

Formulare enthalten zugehörige Beschriftungen, zugängliche Validierungsnachrichten und eine klare Fehleridentifikation. Interaktive Komponenten sind so gestaltet, dass sie über die Tastatur bedienbar sind und mit unterstützenden Technologien kompatibel sind.

Abschnitt 8. Internationalisierung

Inhalte werden je nach Region angezeigt. Die Richtungskonformität wird sowohl für von links nach rechts als auch für von rechts nach links geschriebene Sprachen gewahrt. Der Sprachumschalter ist über die Tastatur zugänglich und wird korrekt angekündigt. Die Sprache der Seite wird über das HTML lang-Attribut deklariert.

Abschnitt 9. Anpassungsoptionen

Ein Bedienfeld für Barrierefreiheitseinstellungen ist im Header verfügbar. Benutzer können den Kontrast anpassen, Bewegungen reduzieren, die Textgröße erhöhen und Unterstreichungen für Links aktivieren. Die Einstellungen sind so konzipiert, dass sie in Sitzungen erhalten bleiben, wo dies technisch möglich ist. Das Bedienfeld ist über die Tastatur zugänglich und mit Screenreadern kompatibel.

Section 10. Kompatibilität

Der Inhalt ist so gestaltet, dass er mit modernen Screenreadern wie NVDA, JAWS und VoiceOver sowie mit Tastaturnavigation und Vergrößerungswerkzeugen funktioniert. Die Kompatibilität kann je nach Konfiguration der unterstützenden Technologien und der Browserversion variieren.

Tests wurden in den aktuellen Versionen von Chrome, Firefox, Safari und Edge durchgeführt. Benutzer werden ermutigt, ihre Browser und unterstützenden Technologien auf dem neuesten Stand zu halten.

Abschnitt 11. Inhalte Dritter

Diese Seite enthält minimale Inhalte von Dritten oder eingebettete Inhalte. Externe Ressourcen entsprechen möglicherweise nicht dem gleichen Konformitätsniveau. Die grundlegende Funktionalität der Seite bleibt unabhängig von Inhalten Dritter zugänglich.

Abschnitt 12. Feedback und alternativer Zugang

Zugänglichkeitsfeedback kann über dieKontaktseiteBitte geben Sie die betroffene URL, eine Beschreibung des Problems und, wenn möglich, die verwendete unterstützende Technologie und den Browser an.

Wenn Sie Inhalte in einem alternativen Format benötigen, können Sie über die Kontaktseite Unterstützung anfordern.

Feedback wird überprüft und nach Schwere und Auswirkungen priorisiert. Es wird keine spezifische Reaktionszeitgarantie gegeben.

Abschnitt 13. Überarbeitungen

Die Zugänglichkeitslage wird regelmäßig überprüft. Wesentliche Änderungen des Konformitätsstatus oder der Testmethodik werden im Governance-Bereich reflektiert.