Governance
- Version
- 2.0
- Zuletzt geprüft
- Nächste Prüfung
- Verantwortlich
- Joel R. Klemmer
- Konformitätsprüfung zuletzt
Abschnitt 1. Verpflichtung
Barrierefreiheit ist eine zentrale Design- und Ingenieuranforderung dieser Plattform, kein Add-on. Wir bauen für Screenreader-Nutzer, reine Tastatur-Nutzer, Menschen mit Vergrößerung oder reduzierter Bewegung und solche, die Anpassung benötigen. Unser Ziel ist die Beseitigung von Barrieren durch angemessene Anstrengungen im Einklang mit der technischen Machbarkeit.
Diese Website ist unter geltenden Barrierefreiheitsrichtlinien keine öffentliche Stelle. WCAG-2.2-Level-AA-Konformität ist ein freiwilliger Ingenieurstandard zur Strukturkonsistenz und Nutzerbindung.
Abschnitt 2. Konformitätsstatus
Diese Website zielt auf WCAG 2.2 Level AA ab. Wir bewerten uns als teilweise konform. Wir gestalten und testen nach WCAG-2.2-AA-Kriterien, beanspruchen aber keine Drittanbieter-Zertifizierung.
Einige Inhalte oder Drittanbieter-Integrationen erfüllen möglicherweise noch nicht jedes Kriterium. Bekannte Nichtkonformitäten werden nach Nutzerauswirkung und Machbarkeit priorisiert. Barrierefreiheit ist eine laufende Ingenieurverantwortung.
Obwohl wir uns um Barrierefreiheit bemühen, können wir nicht garantieren, dass alle Inhalte zu allen Zeiten über alle Hilfstechnologien oder Konfigurationen zugänglich sind.
Abschnitt 3. Angewendete Standards
Die Plattform zielt auf WCAG 2.2 Level AA als Design- und Ingenieurbasis ab. Barrierefreiheit ist in architektonische und Designentscheidungen auf Systemebene einbezogen.
Automatisiertes Barrierefreiheits-Scanning ist mit Werkzeugen wie Playwright, axe core und Lighthouse in den Entwicklungsarbeitsfluss integriert. Kritische Nutzerabläufe werden manuell geprüft. Dies ist eine operative Haltung, keine Marketing-Zertifizierung.
Abschnitt 4. Semantische Struktur
Seiten nutzen eine richtige Überschriftenhierarchie von H1 bis H6 und enthalten Landmark-Regionen wie main, nav und footer. Pro Seite wird ein einzelnes H1 verwendet. Die Inhaltsstruktur ist für Screenreader-Kompatibilität ausgelegt. ARIA-Attribute werden nur verwendet, wenn native HTML-Elemente unzureichend sind.
Abschnitt 5. Tastaturnavigation
Vollständige Tastaturbedienbarkeit wird unterstützt. Die Tab-Reihenfolge ist logisch und deterministisch: Skip-Link, Header, Navigation, Hauptinhalt, Footer. Sichtbare Fokusindikatoren werden auf interaktiven Elementen angewendet.
Abschnitt 6. Visuelle Barrierefreiheit
Farbkontrast entspricht den WCAG-2.2-AA-Anforderungen, einschließlich 4,5:1 für Normaltext und 3:1 für Großtext.
Das Layout unterstützt Größenänderung und Umbruch des Inhalts gemäß WCAG-2.2-Anforderungen, einschließlich Zoom und schmalen Viewport-Bedingungen.
Einstellungen für reduzierte Bewegung werden durch Medienabfragen respektiert. Typografie ist responsiv und skalierbar. Rechts-nach-links-Layout wird bei Bedarf unterstützt.
Abschnitt 7. Formulare und interaktive Elemente
Formulare enthalten zugeordnete Beschriftungen, zugängliche Validierungsmeldungen und klare Fehleridentifikation. Interaktive Komponenten sind für die Bedienung per Tastatur und die Kompatibilität mit Hilfstechnologien ausgelegt.
Abschnitt 8. Internationalisierung
Inhalte werden pro Sprache angezeigt. Die Richtungstreue bleibt für Links-nach-rechts- und Rechts-nach-links-Sprachen erhalten. Der Sprachumschalter ist per Tastatur zugänglich und wird korrekt angesagt. Die Seitensprache wird über das html-lang-Attribut deklariert.
Abschnitt 9. Anpassungsoptionen
Ein Barrierefreiheits-Einstellungspanel ist im Header verfügbar. Nutzer können Kontrast, reduzierte Bewegung, Textgröße und Linkunterstreichung anpassen. Einstellungen sind zur Persistenz über Sitzungen ausgelegt, wo technisch möglich. Das Panel ist per Tastatur zugänglich und mit Screenreadern kompatibel.
Abschnitt 10. Kompatibilität
Inhalte sind für moderne Screenreader wie NVDA, JAWS und VoiceOver sowie Tastaturnavigation und Vergrößerungstools ausgelegt. Die Kompatibilität kann je nach Konfiguration der Hilfstechnologie und Browserversion variieren.
Tests wurden in aktuellen Versionen von Chrome, Firefox, Safari und Edge durchgeführt. Nutzer werden ermutigt, aktuelle Browser und Hilfstechnologien zu verwenden.
Abschnitt 11. Drittanbieter-Inhalte
Diese Website enthält minimale Drittanbieter- oder eingebettete Inhalte. Externe Ressourcen erfüllen möglicherweise nicht das gleiche Konformitätsniveau. Die Kernfunktionalität der Website bleibt unabhängig von Drittanbieter-Inhalten zugänglich.
Abschnitt 12. Feedback und alternativer Zugang
Barrierefreiheits-Feedback kann über die Kontaktseite eingereicht werden. Bitte geben Sie die betroffene URL, eine Beschreibung des Problems und nach Möglichkeit die verwendete Hilfstechnologie und den Browser an.
Bei Bedarf an Inhalten in anderem Format können Sie über die Kontaktseite um Unterstützung bitten.
Feedback wird nach Schweregrad und Auswirkung geprüft und priorisiert. Keine spezifische Reaktionszeitgarantie.
Abschnitt 13. Überarbeitungen
Die Barrierefreiheits-Haltung wird regelmäßig geprüft. Wesentliche Änderungen am Konformitätsstatus oder der Testmethodik werden im Governance-Bereich widergespiegelt.