Barrierefreiheit
Politik für alle — auch für Menschen mit Behinderung, Lernschwierigkeiten oder technischen Einschränkungen.
Unser Anspruch
polizeit soll für alle Menschen nutzbar sein — unabhängig von Seh- oder Hörbehinderung, motorischen Einschränkungen, kognitiven Fähigkeiten oder Sprachkompetenz. Wir orientieren uns an den Web Content Accessibility Guidelines (WCAG) 2.2 auf Stufe AA.
Was wir bereits umgesetzt haben
- ✓ Tastaturnavigation: Alle interaktiven Elemente per Tab, Enter, ESC bedienbar. Modals (Eulalia, Kids) schließen per ESC.
- ✓ Sichtbarer Fokus-Indikator: 3px dicker Fokus-Ring in der Primärfarbe — deutlich beim Tabben.
- ✓ Semantisches HTML: Überschriften-Hierarchie, Landmarks (nav, main, footer), Hauptnav mit
aria-currentundrole="menu". - ✓ Kontrast-Audit durchgeführt: Hauptfarben auf WCAG 2.2 AA (4.5:1) angehoben — Stone/Teal/Rose-Paletten geprüft und angepasst.
- ✓ Chart-Accessibility: 23 von 23 Diagramme mit
aria-labelundrole="img". Trend-Pfeile zusätzlich mit Text-Alternative. - ✓ Skip-Link: "Zum Hauptinhalt" beim Tabben als erstes Element.
- ✓ Dark Mode: Umschaltbar für Menschen mit Lichtempfindlichkeit.
- ✓ Responsive Design: Funktioniert mit Zoom bis 200% und auf kleinen Displays bis 320px ohne Horizontal-Scroll.
- ✓ Kids-Button (Eulalia): Jede Seite hat eine vereinfachte Erklärung — didaktisch aufbereitet, nicht verniedlicht.
- ✓ Glossar mit Mini-Eulen: 87 Fachbegriffe erklärt, zunehmend als Inline-Mini-Eule (🦉) direkt neben schwierigen Wörtern.
- ✓ Farb-Alternativen: 3 Farbpaletten wählbar (Indigo, Teal, Rose) — für verschiedene Seh-Präferenzen.
- ✓ aria-Labels bei Icon-Buttons: Dark-Mode-Toggle, Suche, Eulalia-Button — Screenreader-verständlich beschriftet.
Was noch offen ist
Wir sind ehrlich: Barrierefreiheit ist ein laufender Prozess, keine Checkbox. Stand heute sind wir bei geschätzt 88–90% WCAG 2.2 AA — folgendes arbeiten wir noch:
- ⧗ Echte Screenreader-Tests: Systematische Prüfung mit NVDA und VoiceOver aller 50+ Seiten — automatische Audits können das nicht ersetzen.
- ⧗ Tabellen-Fallback für Charts: Diagramme haben
aria-label— eine zusätzliche versteckte Datentabelle wäre besser für Screenreader-Nutzer. - ⧗ Leichte-Sprache-Varianten: Für die wichtigsten Einstiegsseiten (/steuern, /rente, /betrifft-mich).
- ⧗ PDF-Alternativen: Parteiprogramme sind oft nicht barrierefrei — wir suchen Ersatz-Formate.
- ⧗
role="dialog"+ Focus-Trap in Modals (Eulalia, Kids): ESC-Handler ist da, sauberer Focus-Trap fehlt noch. - ⧗ prefers-reduced-motion: Animations-Deaktivierung für Menschen mit Bewegungs-Empfindlichkeit.
Rechtliche Grundlage
Ab dem 28. Juni 2025 gilt in Deutschland das Barrierefreiheitsstärkungsgesetz (BFSG). Es setzt den European Accessibility Act (EAA) in deutsches Recht um.
polizeit ist primär ein Informationsangebot und fällt strenggenommen nicht unter die BFSG-Pflicht für Verbraucherdienste. Wir halten die WCAG-2.2-AA-Standards trotzdem ein — weil sie richtig sind.
Feedback & Hilfe
Haben Sie eine Barriere entdeckt? Funktioniert etwas nicht mit Ihrem Screenreader? Brauchen Sie eine Information in Leichter Sprache?
Schreiben Sie uns: cespossible@gmail.com. Wir bestätigen Ihre Meldung innerhalb von 7 Tagen und informieren Sie über unsere Lösung.
Technische Spezifikationen
- • Zielstandard: WCAG 2.2 Level AA
- • Getestete Browser: Firefox, Chrome, Safari, Edge (aktuelle Versionen + 2 Vorgänger)
- • Empfohlene Assistive Technologien: NVDA, VoiceOver, TalkBack
- • Semantik: HTML5 mit ARIA-Ergänzungen wo nötig
- • Responsive: Mobile-First, Reflow bis 320px Breite