Barrierefreiheit

Wie wir Barrierefreiheit umsetzen

• Semantisches HTML, vom Server gerendert

  Die Seiten werden vollständig auf dem Server gebaut. Jede Seite hat eine klare Überschriftenhierarchie, ordentliche Formular-Labels und sinnvolle Landmarks (header, main, nav, footer). Kein Framework verschleiert das.

• Wenig JavaScript

  Die Kernfunktionen – Lesen, Beitrag einreichen, abstimmen, an- und abmelden – funktionieren komplett ohne JavaScript. Wir nutzen JS nur als kleine Komfortfunktion, etwa bei der Tag-Eingabe. Ohne JS bleibt das Eingabefeld ein ganz normales Texteingabefeld.

• Keine versteckte Funktionalität

  Wir verzichten auf versteckte Schaltflächen, Geheim-Gesten, mehrstufige Hover-Menüs und Animationen, die wichtige Inhalte verbergen. Was auf dem Bildschirm sichtbar ist, steht auch im Quelltext und ist mit der Tastatur erreichbar.

• Tastatur-Bedienung

  Jeder Link, jede Schaltfläche und jedes Formularfeld ist per Tab erreichbar. Wer keine Maus benutzen kann oder will, kann die gesamte Anwendung mit der Tastatur bedienen.

• Kontrast & Lesbarkeit

  Die Farben für Text und Hintergrund halten WCAG-AA-Kontrast (mindestens 4,5:1) ein, in den dunklen Bereichen sogar AAA. Wir verwenden die Inter-Schrift in skalierbarer rem-Größe.

Maßstab

Wir orientieren uns an den Web Content Accessibility Guidelines (WCAG) 2.2 in Stufe AA. Wo möglich, peilen wir AAA an – garantieren können wir es nicht überall, aber wir testen regelmäßig mit Tastatur-Navigation und Kontrastprüfung.

Bekannte Einschränkungen

• Icons sind als Inline-SVG eingebunden. Dekorative Icons neben Textlabels sind mit aria-hidden markiert, damit Screenreader sie nicht doppelt vorlesen.
• Die Tag-Vorschlagsliste auf der Beitrag-einreichen-Seite braucht JavaScript. Ohne JS bleibt das Feld ein normales Textfeld – Beiträge lassen sich trotzdem einreichen.