TRANSPARENZ

Barriere­freiheits­erklärung

Diese Erklärung zur Barrierefreiheit gilt für die Website plaku.app und wurde gemäß dem Barrierefreiheitsstärkungsgesetz (BFSG) (Umsetzung der EU-Richtlinie 2019/882, European Accessibility Act) erstellt. Das BFSG ist für private Anbieter digitaler Dienste ab dem 28. Juni 2025 verbindlich.

1. Stand der Barrierefreiheit

Konformitätsstatus: Teilweise konform

Plaku.app ist teilweise konform mit den Anforderungen der WCAG 2.1 Level AA (Web Content Accessibility Guidelines, Version 2.1, Konformitätsstufe AA), die in der europäischen Norm EN 301 549 referenziert werden. Bekannte Einschränkungen sind unter Abschnitt 3 aufgeführt. Eine vollständige externe Prüfung wurde bisher nicht durchgeführt.

2. Was wir umgesetzt haben

Die folgenden Maßnahmen zur Barrierefreiheit sind auf plaku.app bereits implementiert:

  • Sprachauszeichnung: Die Webseitensprache ist korrekt auf Deutsch (lang="de") gesetzt.
  • Skip-Link: Ein „Zum Inhalt springen"-Link ermöglicht Tastaturnutzenden, die Navigation zu überspringen.
  • Tastaturnavigation: Alle wesentlichen Interaktionselemente (Navigation, Filter, Merkliste, Modale) sind per Tastatur erreichbar und folgen einer logischen Tab-Reihenfolge.
  • Fokus-Falle für Modale: Beim Öffnen von Overlays (z. B. Merkliste-Drawer, Suchoverlay) wird der Fokus eingeschlossen und bei Schließen korrekt zurückgesetzt.
  • ARIA-Attribute: Interaktive Elemente (Buttons, Drawer, Live-Regionen) sind mit aria-label, aria-expanded, aria-live und role-Attributen ausgezeichnet.
  • Reduced Motion: Animationen werden deaktiviert, wenn Nutzende in ihrem Betriebssystem „Bewegung reduzieren" aktiviert haben (prefers-reduced-motion).
  • Dunkelmodus: Die Website unterstützt den Systemdunkelmodus (prefers-color-scheme: dark) und bietet einen manuellen Toggle.
  • Semantische HTML-Struktur: Seiteninhalte verwenden semantische Elemente (<main>, <nav>, <footer>, <h1>–<h3>) für eine klare Dokumentstruktur.
  • Selbst gehostete Schriftarten: Schriften werden lokal ausgeliefert – keine Abhängigkeit von externen Diensten, die die Ladezeit beeinflussen könnten.
  • Progressive Web App (Offline-Modus): Ein Service Worker stellt sicher, dass Nutzende auch ohne Internetverbindung eine hilfreiche Offline-Seite sehen.
  • Farbkontrast WCAG AA-konform: Das Kontrastverhältnis gegenüber weißem Hintergrund beträgt 4,66:1 und erfüllt damit WCAG 2.1 AA (Mindestanforderung: 4,5:1 für Normaltext). Sekundärer Text (--text-muted: #aaa) auf dem Dunkelmodus-Hintergrund (#1e1e1e) erreicht 7,18:1 – ebenfalls konform.
  • Screenreader-Ankündigungen bei AJAX-Filterung: Nach jeder Filter- oder Datumsaktion wird die Anzahl der gefundenen Events über eine aria-live="polite"-Region laut vorgelesen (z. B. „12 Events gefunden." oder „Keine Events gefunden."). Dies gilt für alle Filterszenarien einschließlich Kategorie-, Datums- und Stadtfilter (WCAG 4.1.3).
  • Kalenderansicht mit ARIA-Grid-Pattern: Die monatliche Kalenderübersicht ist vollständig nach dem WAI-ARIA Authoring Practices Guide für Kalender ausgezeichnet: role="grid", role="row", role="columnheader" und role="gridcell" mit beschreibenden aria-label-Attributen pro Tag (inkl. Monat, Jahr, Tagesmarkierung und Eventanzahl) (WCAG 1.3.1, 4.1.2).
  • Formular-Zugänglichkeit (aria-describedby, aria-invalid): Alle Eingabefelder in Formularen (z. B. Event einreichen) werden nach dem DOM-Aufbau automatisch mit aria-describedby (verknüpft mit Hilfetext und Fehlermeldungen) und aria-invalid="true" bei Validierungsfehlern ausgestattet. Fehlermeldungen tragen role="alert" für sofortige Screenreader-Ankündigung (WCAG 1.3.1, 4.1.2).

3. Bekannte Einschränkungen

Die folgenden Bereiche entsprechen noch nicht vollständig den WCAG 2.1 AA-Anforderungen. Einige Inhalte (insbesondere Bilder aus externen Quellen) liegen außerhalb unseres direkten Einflussbereichs. Daher kann nicht in allen Fällen sichergestellt werden, dass diese Inhalte die Anforderungen vollständig erfüllen.

  • Bilder und Alt-Texte: Event-Bilder, die von externen Quellen stammen oder automatisiert aggregiert werden, verfügen möglicherweise nicht über beschreibende Alt-Texte. Dekorative Bilder sind mit leerem alt="" ausgezeichnet, jedoch ist dies noch nicht durchgängig für alle automatisch importierten Inhaltsbilder sichergestellt (WCAG 1.1.1).
  • Kein offizielles WCAG-Audit: Eine formale Prüfung durch eine externe, zertifizierte Stelle wurde bisher nicht durchgeführt. Die Einschätzung „teilweise konform" basiert auf internen Tests.

4. Feedback und Kontakt

Wenn Sie Barrieren auf plaku.app bemerken oder Hilfe bei der Nutzung benötigen, können Sie uns jederzeit kontaktieren. Wir bemühen uns, Ihnen innerhalb von 5 Werktagen zu antworten.

Kontakt Barrierefreiheit:
E-Mail: management@plaku.app
Betreff: Barrierefreiheit – [Ihre Anfrage]

Alternativ können Sie unser Feedback-Formular nutzen.

5. Durchsetzungsverfahren

Wenn Sie der Ansicht sind, dass wir auf Ihre Meldung nicht angemessen reagiert haben, können Sie sich an die zuständige Marktüberwachungsbehörde wenden. In Deutschland ist dies je nach Bundesland die zuständige Behörde für Marktüberwachung nach dem BFSG. Für privat-wirtschaftliche Anbieter ist die Zuständigkeit in Deutschland nach § 29 BFSG bei den Ländern angesiedelt.

Auf EU-Ebene können Sie sich zudem an die Durchsetzungsstelle Ihres Mitgliedstaats wenden. Die EU-Kommission stellt unter ec.europa.eu weitere Informationen bereit.

6. Technische Spezifikationen

Die Barrierefreiheit von plaku.app basiert auf folgenden Technologien:

  • HTML5 (semantische Auszeichnung)
  • CSS3 (inkl. prefers-reduced-motion, prefers-color-scheme)
  • Vanilla JavaScript (ES2020, modular)
  • WAI-ARIA 1.2 (für interaktive Komponenten)

Die Website wurde auf gängigen modernen Browsern (Chrome, Firefox, Safari, Edge) sowie mit den Screenreadern VoiceOver (macOS/iOS) und NVDA (Windows) getestet – jedoch nicht in allen Kombinationen systematisch.

7. Datum dieser Erklärung

Diese Barriere­freiheits­erklärung wurde am 28. März 2026 erstellt und wird regelmäßig überprüft und aktualisiert.